PeerDAS in Fusaka ist bedeutend, weil es buchstäblich Sharding ist. Ethereum kommt zu einem Konsens über Blöcke, ohne dass ein einzelner Knoten mehr als einen winzigen Bruchteil der Daten sehen muss. Und das ist robust gegen 51%-Angriffe - es ist eine clientseitige probabilistische Verifizierung, kein Validator-Voting. Sharding ist seit 2015 ein Traum für Ethereum, und die Datenverfügbarkeitssampling seit 2017 ( ), und jetzt haben wir es. Das gesagt, gibt es drei Möglichkeiten, wie das Sharding in Fusaka unvollständig ist: * Wir können O(c^2) Transaktionen (wobei c die Rechenleistung pro Knoten ist) auf L2s verarbeiten, aber nicht auf dem Ethereum L1. Wenn wir das Scaling auch für den Ethereum L1 nutzen wollen, über das hinaus, was wir durch konstante Faktor-Upgrades wie BAL und ePBS erreichen können, benötigen wir ausgereifte ZK-EVMs. * Der Proposer/Builder-Flaschenhals. Heute muss der Builder die gesamten Daten haben und den gesamten Block erstellen. Es wäre erstaunlich, verteiltes Blockbuilding zu haben. * Wir haben keinen sharded Mempool. Das brauchen wir immer noch. Aber selbst so ist dies ein grundlegender Schritt nach vorne im Blockchain-Design. Die nächsten zwei Jahre werden uns Zeit geben, den PeerDAS-Mechanismus zu verfeinern, sorgfältig seine Skalierung zu erhöhen, während wir weiterhin seine Stabilität sicherstellen, ihn nutzen, um L2s zu skalieren, und dann, wenn ZK-EVMs ausgereift sind, ihn nach innen zu wenden, um auch das Gas von Ethereum L1 zu skalieren. Große Glückwünsche an die Ethereum-Forscher und Kernentwickler, die jahrelang hart gearbeitet haben, um dies zu ermöglichen.