Vitalik: Fusaka entwickelt die Kernfunktion PeerDAS, die darauf abzielt, eine Echtzeit-Blockchain ohne den Download vollständiger Daten zu ermöglichen.

Die Golden Finance berichtet, dass der Ethereum-Gründer Vitalik Buterin auf der X Plattform geäußert hat, dass Sicherheit für Fusaka oberste Priorität hat. Die Kernfunktion PeerDAS versucht, etwas noch nie Dagewesenes zu schaffen: eine Echtzeit-Blockchain zu erstellen, die keinen einzelnen Node benötigt, um alle Daten herunterzuladen. Die Funktionsweise von PeerDAS besteht darin, dass jeder Node nur eine geringe Menge an “Datenblöcken” (chunk) anfordert, um probabilistisch zu überprüfen, ob über 50 % der Datenblöcke verfügbar sind. Wenn mehr als 50 % der Datenblöcke verfügbar sind, kann der Node theoretisch diese Datenblöcke herunterladen und mit Hilfe von Erasure Coding die restlichen Daten wiederherstellen. In der ersten Version müssen die vollständigen Daten des Blocks weiterhin an einem Ort vorhanden sein, es gibt zwei Fälle: (i) Initiale Übertragung (initial broadcasting): Wenn Daten zum ersten Mal veröffentlicht werden; (ii) Datenrekonstruktion: Wenn der Herausgeber 50% bis 100% der Datenblöcke veröffentlicht hat. Aber diese Rollen sind alle vertrauenslos: Wir benötigen nur einen ehrlichen Teilnehmer, um diese Aufgaben auszuführen, selbst wenn es 100 unehrliche Teilnehmer gibt, wird das Protokoll sie umgehen. Und verschiedene Nodes können diese Aufgabe für verschiedene Blocks ausführen. In Zukunft werden die zelleneigenen Nachrichtenübertragung (cell-level messaging) und der verteilte Blockbau (distributed block building) es ermöglichen, dass auch diese beiden Funktionen dezentralisiert werden. Das sind alles neue Technologien, und es ist klug, dass die Hauptentwickler bei den Tests äußerst vorsichtig sind, auch wenn sie bereits viele Jahre daran arbeiten. Das ist auch der Grund, warum die anfängliche Anzahl der Blobs konservativ erhöht wird und sich im Laufe der Zeit aggressiver entwickelt. Aber das ist der Schlüssel zur L2-Skalierung (und letztendlich auch der Schlüssel zur L1-Skalierung, sobald die L1-Gasgrenze so hoch ist, dass wir die L1-Ausführungsdaten in Blobs einfügen müssen).