Katana TGE 31. joulukuuta? eilen Kaiton verkkosivuilla ilmestyi tietoa siitä, että kausi 1 päättyy @katana:lle 31. joulukuuta En henkilökohtaisesti löytänyt tiimiltä virallista vahvistusta, joten epäilen, että Kaito antaa tarkkaa tietoa, voi olla vain tekninen virhe koska useamman kerran olen kuullut "$KAT token-siirron saatavuudesta" viimeistään 20. helmikuuta 2026 mennessä, mikä todennäköisesti viittaa tammikuun loppuun 2026 myös virallisilla ilmoituksilla on merkitystä, keskimääräinen odotusaika TGE:lle virallisen ilmoituksen jälkeen on noin 10–14 päivää, ja meillä on alle 6 päivää jäljellä ilman virallisia uutisia markkinat ja joulu viivästyttävät myös julkaisua, tällä hetkellä suurin osa ihmisistä vain lepää ja viettävät aikaa perheen kanssa, ja markkinaolosuhteet vaikeuttavat julkaisua entisestään Luulen, että tämä on Kaiton tekaistu signaali, ja todellinen $KAT token TGE ei tapahdu ennen tammikuun puoliväliä tai edes helmikuuta, kuten alun perin suunniteltiin aiemmin oli tietoa virallisessa avausasiakirjassa, mutta nyt en löytänyt sitä, löysin vain Reddit-haastattelun, jossa mainittiin helmikuun lopulla

Blob-maksut Fusaka-päivityksessä. Osa 2 Jatkan Ethereum-päivityksen tutkimista ja jaan sitä kanssasi. jokainen L2 (esimerkiksi @katana) Ethereumissa maksoi kahta erilaista maksua ◆ möykkyille ◆ suoritukseen (transaktioiden käsittely) ennen Fusaka-päivitystä tässä logiikassa oli heikko kohta. Kun suoritus alkaa hallita (verkko on täynnä transaktioiden käsittelyä), blob-huutokauppa voi pudota yhteen WEI:hen, mikä teki siitä käytännössä ilmaisen mikä tarkoittaa, että verkon kuormituksen alla L2 voisi välttää maksamasta paakkuja ja jatkaa verkon kuormituksen lisäämistä EIP-7918-päivitys korjaa tämän ongelman ja asettaa suhteellisen varahinnan jokaiselle läiskälle Eli algoritmi asettaa kirjaimellisesti minimikustannuksen jokaiselle läiskälle, joka heijastaa prosessointia Tämän minimikustannuksen lisäksi algoritmi tarkastelee myös suorituskaasun ehtoja ja lähetettävien blobien määrää; mitä korkeampia nämä mittarit ovat, sitä korkeammat suorituksen ja blobien käsittelyn kustannukset ovat

Ethereum oli kuolemassa ennen Fusaka-päivitystä. Osa 1 poissa ollessani web3:sta Ethereum julkaisi itselleen suuren päivityksen, Fusakan, joka vaikuttaa suureen osaan projektin sisäisiä mekanismeja käyttäjät eivät juuri tunne eroa ennen tai jälkeen tämän päivityksen (paitsi alhaisemmat maksut), mutta sillä on keskeinen rooli ETH:n skaalaamisessa. Käyn vähitellen läpi jokaisen päivityksen lohkon, jotta kuka tahansa voi lukea viestit viidessä minuutissa ja ymmärtää helposti, miksi tämä päivitys otettiin käyttöön Ennen kuin siirryt tekniseen puoleen, sinun täytyy ymmärtää, miten Ethereum toimii rakenteeltaan. Palataanpa vuoteen 2021 vuoden 2021 nousumarkkinoiden jälkeen, jolloin ETH-kaasumaksut saattoivat nousta 500–800 dollariin pelkästään NFT:n lyömisestä, monet käyttäjät alkoivat etsiä vaihtoehtoisia verkkoja, joilla on alhaisemmat maksut Tuolloin alkoi syntyä L2-ratkaisuja, jotka tarjosivat alhaiset maksut, nopeat maksut ja Ethereum-tason tietoturvan Ethereum-turvallisuus oli yksi näiden ratkaisujen suurimmista eduista, ilman sitä L2 ei olisi koskaan saavuttanut näin laajaa käyttöönottoa. He saavuttivat tämän lähettämällä dataa pääketjuun transaktioiden varmistamiseksi Hypätään vuoteen 2025 L2:sta tuli valtavan suosittu ja kirjaimellisesti kaikki käyttävät niitä transaktioihin, koska ne ovat nopeita, turvallisia ja halpoja esimerkiksi @katana luotiin ratkaisemaan ETH:n pirstoutumisongelmia mutta ilmeni ongelma, joka voisi ajaa ETH:n kohti keskittämistä. joka päivä kaikki olemassa olevat L2-käyttäjät lähettävät valtavan määrän dataa möykkyinä Ethereumiin varmistettavaksi Jokaisen solmun piti ladata jokainen blobi varmistaakseen kaikki tapahtumat; mitä suurempi läpimenonopeus, sitä enemmän dataa heidän piti ladata Tämä aiheutti laiteongelmia solmuille, sillä suurten datamäärien lataaminen ja käsittely vaati tehokkaita laitteita mihin kaikilla ei ollut varaa, ja ajan myötä tämä nostaisi solmujen laitteistovaatimuksia ja vähentäisi hajauttamista (mikä ei ollut hyväksyttävää). PeerDAS (Fusaka-päivitys) ratkaisee tämän käyttämällä datan saatavuuden näytteenottoa. Jokainen solmu lataa ja varmistaa vain 1/8 blob-datasta Nyt solmujen ei tarvitse ladata koko dataa, vaan vain 1/8 koko volyymista. yksinkertaisesti sanottuna, kun L2-data lähetetään Ethereumille, möykky jaetaan moniin pieniin osiin ja jaetaan satunnaisesti solmujen ladattavaksi mikä teoriassa mahdollistaa skaalautuvuuden kasvun jopa 8-kertaiseksi samalla kun solmujen vaatimukset pysyvät alhaisina (laitteisto- ja hajautusongelmat ratkaistaan) käyttäjät huomaavat pääasiassa alhaisemmat maksut L2-verkoissa toinen muutos, joka liittyi möykkyihin, ennen kuin suuri päivitys vaati laikkujen määrää (kuten Fusaka), nyt otettiin käyttöön mekanismi, jolla möykkyjä voidaan kasvattaa ilman, että odotetaan täyttä päivityssykliä Asiakkaat voivat sopia blobien lisäämisestä (samoin kuin kaasuraja), minkä jälkeen solmuoperaattorit päivittävät asiakkaansa ja prosessi nopeutuu paljon nopeammin kuin aiemmin