Block-Access-Listen (EIP-7928) werden die Skalierungskurve von Ethereum verändern. Es ist nicht nur ein Abkehr von dem langsamen Engpass der Verifier-Skalierung. Es bringt die Lebensfähigkeit einfacherer Verifier-Infrastrukturen zurück: Nicht-Rust-Clients. Einfache Zustandsdatenbanken. Statische MEV.

Non-Rust: Je mehr die Blockverarbeitung parallelisiert wird, desto tragfähiger werden wieder "langsamere" Sprachen. Go, Java, Typescript, vielleicht wird sogar Python häufiger gesehen. Einfache Zustands-Datenbanken: Es ist schwer, den Zustand-Zugriff im kritischen Pfad zu optimieren, was nicht nur für das Scaling schlecht ist: Derzeit wird jedes neue Infrastruktur-Tool blockiert durch (1) Verbindung zu einem externen RPC oder (2) seine eigene DB-Implementierung, nur um einen aktuellen Zustand zu halten. Das ändert sich, ohne benutzerdefinierte Out-of-Protocol-Zustandsaktualisierungs-Pipelines. Verifier-only Clients können mit extrem langsamen Datenbanken geschrieben werden, und es wird nicht mehr viel ausmachen. Statische MEV: Die Zeit, um eine Zustandsänderung zu "sehen", wird nicht durch die Verarbeitung der Transaktionen in einem neuen Block blockiert, sondern nur durch den Empfang der Blockzugriffs-Liste selbst. Mehr Zeit für die Suche nach MEV. Und Sentry-Tx-Pools werden auch leicht synchronisiert mit Änderungen des Saldos/Nonce.

Ja, der Blockbau selbst wird weiterhin intensiv sein. Aber die Entwickler sind ohnehin motiviert, ihre eigenen Ressourcen für Profit einzusetzen. Die Senkung der Eintrittsbarriere für tragfähige Verifier-Implementierungen bedeutet viel für die Verbreitung der Ethereum-Infrastruktur. Die "Edge" von Ethereum kann viele neue Teilnehmer und neue Integrationen haben, die zuvor nicht tragfähig waren. Giga-Gas und ein breites Node-Ökosystem schließen sich nicht gegenseitig aus.