Katana TGE 31. desember? i går dukket det opp informasjon på Kaito-nettsiden om at sesong 1 avsluttes for @katana 31. desember Jeg fant personlig ingen offisiell bekreftelse fra teamet, så jeg tviler på at Kaito gir korrekt informasjon her, det kan bare være en teknisk feil fordi jeg mer enn én gang har hørt om "$KAT token-overføringstilgjengelighet" senest 20. februar 2026, noe som mest sannsynlig peker mot slutten av januar 2026 Offisielle kunngjøringer er også viktige, gjennomsnittlig ventetid for en TGE etter en offisiell kunngjøring er rundt 10 til 14 dager, og vi har mindre enn 6 dager igjen uten noen offisielle nyheter i det hele tatt markedet og julen spiller også sin rolle i å forsinke lanseringen, akkurat nå hviler de fleste bokstavelig talt bare og tilbringer tid med familien, og markedsforholdene gjør det enda vanskeligere for en lansering Jeg tror dette er et falskt signal fra Kaito, og den ekte $KAT token-TGE vil ikke skje før midten av januar, eller engang februar, akkurat som det opprinnelig var planlagt det pleide å være informasjon i et offisielt opplåsningsdokument, men akkurat nå klarte jeg ikke å finne det, alt jeg fant var et Reddit-intervju som nevnte slutten av februar

Blob-gebyrer i Fusaka-oppgraderingen. Del 2 Jeg graver stadig i Ethereum-oppgraderingen og deler den med dere. hver L2 (for eksempel @katana) på Ethereum betalte to typer gebyrer ◆ for blobs ◆ for utførelse (transaksjonsbehandling) før Fusaka-oppgraderingen fantes det et svakt punkt i denne logikken. Når kjøringen begynner å dominere (nettverket er tungt belastet med transaksjonsbehandling), kan blob-auksjonen falle til 1 WEI, noe som gjør det i praksis gratis det betyr at under nettverksbelastning kan L2 unngå å betale for blobs og fortsette å legge enda mer belastning på nettverket EIP-7918-oppgraderingen løser dette problemet og setter en proporsjonal reservepris for hver blob Det vil si at algoritmen bokstavelig talt introduserer en minimumskostnad for hver blob som reflekterer hva som kreves for å behandle den I tillegg til denne minimumskostnaden ser algoritmen også på eksekveringsgassbetingelser og antall blobs som legges ut. Jo høyere disse metrikkene er, desto høyere blir kostnaden for kjøring og blob-prosessering

Ethereum var i ferd med å dø før Fusaka-oppgraderingen. Del 1 i løpet av min tid borte fra web3 lanserte Ethereum en stor oppdatering til seg selv, Fusaka, som påvirker en stor del av prosjektets interne mekanikk brukerne vil knapt merke noen forskjell før og etter denne oppdateringen (bortsett fra lavere gebyrer), men det spiller en nøkkelrolle i å skalere ETH. Jeg vil gradvis dekke hver blokk i denne oppgraderingen slik at alle kan lese innleggene på 5 minutter og enkelt forstå hvorfor denne oppdateringen ble introdusert. Før du dykker inn i den tekniske siden må du forstå hvordan Ethereum fungerer strukturelt. La oss gå tilbake til 2021 etter bullmarkedet i 2021, da ETH-gassavgiftene kunne nå 500 til 800 dollar bare for å lage en NFT, begynte mange brukere å se etter alternative nettverk med lavere avgifter omtrent på den tiden begynte L2-løsninger å dukke opp, med lave gebyrer, raske transaksjoner og sikkerhet på Ethereum-nivå Ethereum-sikkerhet var en av hovedfordelene med disse løsningene, uten den ville L2 aldri ha oppnådd dette nivået av adopsjon. De oppnådde dette ved å sende data til hovedkjeden for å verifisere transaksjoner La oss hoppe til 2025 L2 ble enormt populært, og bokstavelig talt alle bruker dem til transaksjoner, siden de er raske, sikre og billige for eksempel ble @katana opprettet for å løse fragmenteringsproblemer i ETH men et problem dukket opp som kunne presse ETH mot sentralisering. hver dag sender alle eksisterende L2 enorme mengder data i form av blobs til Ethereum for verifisering Hver node måtte laste ned hver eneste blob for å verifisere alle transaksjoner, jo høyere gjennomstrømning, desto mer data måtte de laste ned Dette skapte maskinvareproblemer for noder, og nedlasting og behandling av store datamengder krevde kraftig utstyr noe ikke alle hadde råd til, og over tid ville dette øke maskinvarekravene til noder og redusere desentralisering (noe som ikke var akseptabelt). PeerDAS (Fusaka-oppgraderingen) løser dette ved å bruke datatilgjengelighetsprøving. Hver node vil bare laste ned og verifisere 1/8 av blob-dataene Nå trenger ikke nodene å laste ned hele datasettet, bare 1/8 av det totale volumet. enkelt sagt, etter at L2-data sendes til Ethereum, blir blobben delt opp i mange små biter og tilfeldig fordelt for at nodene skal kunne laste ned Dette tillater i teorien at skalerbarheten kan øke opptil 8 ganger samtidig som kravene til noder holdes lave (maskinvare- og desentraliseringsproblemer er løst). brukere vil hovedsakelig merke lavere avgifter på L2-nettverk en annen endring relatert til blobs, før antallet blobs som kreves for å vente på en stor oppgradering (som Fusaka), ble nå introdusert en mekanisme for å øke blobs uten å vente på en full oppgraderingssyklus Klienter kan bli enige om å øke blobs (på samme måte som gassgrensen fungerer), deretter oppdaterer nodeoperatørene klienten sin, og denne prosessen går mye raskere enn før