Katana TGE am 31. Dezember? Gestern erschien auf der Kaito-Website einige Informationen über das Ende von S1 für @katana am 31. Dezember. Ich konnte persönlich keine offizielle Bestätigung vom Team finden, daher bezweifle ich, dass Kaito hier genaue Informationen gibt, es könnte sich nur um einen technischen Fehler handeln. Denn mehr als einmal habe ich von der "Verfügbarkeit des $KAT Token-Transfers" bis spätestens 20. Februar 2026 gehört, was höchstwahrscheinlich auf Ende Januar 2026 hinweist. Außerdem sind offizielle Ankündigungen wichtig, die durchschnittliche Wartezeit für ein TGE nach einer offiziellen Ankündigung liegt bei etwa 10 bis 14 Tagen, und wir haben weniger als 6 Tage übrig, ohne dass es offizielle Neuigkeiten gibt. Der Markt und Weihnachten spielen ebenfalls eine Rolle bei der Verzögerung eines Starts, im Moment ruhen die meisten Menschen buchstäblich und verbringen Zeit mit der Familie, und die Marktbedingungen machen es noch schwieriger für einen Release. Ich denke, das ist ein falsches Signal von Kaito, und das echte $KAT Token TGE wird nicht vor Mitte Januar oder sogar Februar stattfinden, so wie es ursprünglich geplant war. Früher gab es Informationen in einem offiziellen Entsperrdokument, aber im Moment konnte ich es nicht finden, alles, was ich fand, war ein Reddit-Interview, das von Ende Februar sprach.

Blob-Gebühren im Fusaka-Upgrade. Teil 2 Ich grabe weiter in das Ethereum-Upgrade und teile es weiterhin mit euch. Jede L2 (zum Beispiel @katana) auf Ethereum hat zwei Arten von Gebühren gezahlt ◆ für Blobs ◆ für Ausführung (Transaktionsverarbeitung) Vor dem Fusaka-Upgrade gab es einen Schwachpunkt in dieser Logik. Wenn die Ausführung zu dominieren beginnt (das Netzwerk stark mit Transaktionsverarbeitung belastet ist), könnte die Blob-Auktion auf 1 wei fallen, was es im Grunde kostenlos machte. Das bedeutet, dass L2 unter Netzwerkbelastung die Zahlung für Blobs vermeiden und noch mehr Last auf das Netzwerk legen konnte. Das EIP-7918-Upgrade behebt dieses Problem und setzt einen proportionalen Reservierungspreis für jeden Blob fest. Das bedeutet, dass der Algorithmus buchstäblich einen Mindestpreis für jeden Blob einführt, der widerspiegelt, was es kostet, ihn zu verarbeiten. Neben diesem Mindestpreis berücksichtigt der Algorithmus auch die Bedingungen für Ausführungsgas und die Anzahl der veröffentlichten Blobs; je höher diese Kennzahlen sind, desto höher werden die Kosten für die Ausführung und die Blob-Verarbeitung sein.

Ethereum war kurz vor dem Fusaka-Upgrade am Ende. Teil 1 Während meiner Abwesenheit von Web3 hat Ethereum ein großes Update für sich selbst veröffentlicht, Fusaka, das einen großen Teil der internen Mechanik des Projekts betrifft. Die Nutzer werden kaum einen Unterschied vor und nach diesem Update spüren (außer niedrigeren Gebühren), aber es spielt eine Schlüsselrolle bei der Skalierung von ETH. Ich werde nach und nach jeden Block dieses Upgrades behandeln, damit jeder die Beiträge in 5 Minuten lesen und leicht verstehen kann, warum dieses Update eingeführt wurde. Bevor wir in die technische Seite eintauchen, musst du verstehen, wie Ethereum strukturell funktioniert. Lass uns ins Jahr 2021 zurückblicken. Nach dem Bullenmarkt im Jahr 2021, als die ETH-Gebühren bis zu 500 $ oder 800 $ betragen konnten, nur um ein NFT zu prägen, begannen viele Nutzer, nach alternativen Netzwerken mit niedrigeren Gebühren zu suchen. Um diese Zeit begannen L2-Lösungen zu entstehen, die niedrige Gebühren, schnelle Transaktionen und Sicherheit auf Ethereum-Niveau boten. Die Sicherheit von Ethereum war einer der Hauptvorteile dieser Lösungen; ohne sie hätte L2 niemals dieses Maß an Akzeptanz erreicht. Sie erreichten dies, indem sie Daten an die Hauptkette sendeten, um Transaktionen zu verifizieren. Lass uns ins Jahr 2025 springen. L2 wurde massiv populär und buchstäblich jeder nutzt sie für Transaktionen, da sie schnell, sicher und günstig sind. Zum Beispiel wurde @katana geschaffen, um Fragmentierungsprobleme in ETH zu lösen. Aber ein Problem trat auf, das ETH in Richtung Zentralisierung drängen könnte. Jeden Tag senden alle bestehenden L2 eine riesige Menge an Daten in Form von Blobs an Ethereum zur Verifizierung. Jeder Knoten musste jeden einzelnen Blob herunterladen, um alle Transaktionen zu verifizieren; je höher der Durchsatz, desto mehr Daten mussten sie herunterladen. Dies führte zu Hardware-Problemen für Knoten; das Herunterladen und Verarbeiten großer Datenmengen erforderte leistungsstarke Geräte. Die sich über die Zeit erhöhenden Hardware-Anforderungen für Knoten wären nicht für jeden erschwinglich gewesen und würden die Dezentralisierung verringern (was nicht akzeptabel war). PeerDAS (das Fusaka-Upgrade) löst dies durch die Verwendung von Datenverfügbarkeits-Sampling. Jeder Knoten wird nur 1/8 der Blob-Daten herunterladen und verifizieren. Jetzt müssen Knoten nicht mehr den gesamten Datensatz herunterladen, sondern nur 1/8 des Gesamtvolumens. Einfach ausgedrückt, nachdem die L2-Daten an Ethereum gesendet wurden, wird der Blob in viele kleine Stücke aufgeteilt und zufällig verteilt, damit Knoten herunterladen können. Was theoretisch eine Skalierung um bis zu 8x ermöglicht, während die Anforderungen an die Knoten niedrig bleiben (Hardware- und Dezentralisierungsprobleme sind gelöst). Die Nutzer werden hauptsächlich niedrigere Gebühren in L2-Netzwerken bemerken. Eine weitere Änderung im Zusammenhang mit Blobs: Bevor die Anzahl der benötigten Blobs erhöht wurde, musste auf ein großes Upgrade (wie Fusaka) gewartet werden; jetzt wurde ein Mechanismus eingeführt, um Blobs zu erhöhen, ohne auf einen vollständigen Upgrade-Zyklus warten zu müssen. Clients können zustimmen, die Blobs zu erhöhen (ähnlich wie bei der Gasgrenze), danach aktualisieren die Knotenbetreiber ihren Client, und dieser Prozess wird viel schneller als zuvor.