Ethereum selbst muss den Walkaway-Test bestehen. Ethereum soll ein Zuhause für vertrauenslose und vertrauensminimierte Anwendungen sein, sei es im Finanzwesen, in der Governance oder anderswo. Es muss Anwendungen unterstützen, die eher wie Werkzeuge sind - der Hammer, den man kauft und der einem gehört - als wie Dienstleistungen, die ihre gesamte Funktionalität verlieren, sobald der Anbieter das Interesse an ihrer Wartung verliert (oder schlimmer, gehackt wird oder wertschöpfend wird). Selbst wenn Anwendungen Funktionalitäten haben, die von einem Anbieter abhängen, kann Ethereum helfen, diese Abhängigkeiten so weit wie möglich zu reduzieren und den Benutzer in den Fällen, in denen die Abhängigkeiten fehlschlagen, so gut wie möglich zu schützen. Aber der Bau solcher Anwendungen ist auf einer Basisschicht, die selbst von laufenden Updates eines Anbieters abhängt, um weiterhin nutzbar zu sein, nicht möglich - selbst wenn dieser "Anbieter" der gesamte Kernentwicklerprozess ist. Die Ethereum-Blockchain muss die Eigenschaften haben, nach denen wir in den Anwendungen von Ethereum streben. Daher muss Ethereum selbst den Walkaway-Test bestehen. Das bedeutet, dass Ethereum an einen Punkt gelangen muss, an dem wir _ossifizieren können, wenn wir wollen_. Wir müssen nicht aufhören, Änderungen am Protokoll vorzunehmen, aber wir müssen an einen Punkt gelangen, an dem das Wertversprechen von Ethereum nicht strikt von Funktionen abhängt, die nicht bereits im Protokoll enthalten sind. Das umfasst Folgendes: * Vollständige Quantenresistenz. Wir sollten der Falle entgehen zu sagen: "Lass uns die Quantenresistenz bis zum letzten möglichen Moment aufschieben, um noch eine Weile mehr Effizienz herauszuholen". Einzelne Benutzer haben dieses Recht, aber das Protokoll sollte es nicht haben. Zu sagen: "Das Protokoll von Ethereum, so wie es heute steht, ist kryptografisch sicher für hundert Jahre" ist etwas, das wir so schnell wie möglich erreichen und als Stolzpunkt insistieren sollten. * Eine Architektur, die auf ausreichende Skalierbarkeit expandieren kann. Das Protokoll muss die Eigenschaften haben, die es ihm ermöglichen, im Laufe der Zeit auf viele Tausend TPS zu skalieren, insbesondere durch ZK-EVM-Validierung und Datensampling über PeerDAS. Idealerweise erreichen wir einen Punkt, an dem weitere Skalierungen durch "nur Parameter"-Änderungen erfolgen - und idealerweise sind _diese_ Änderungen keine BPO-Stil-Gabeln, sondern werden mit demselben Validator-Abstimmungsmechanismus vorgenommen, den wir für das Gaslimit verwenden. * Eine Zustandsarchitektur, die Jahrzehnte überdauern kann. Das bedeutet, zu entscheiden und umzusetzen, welche Form von teilweiser Zustandslosigkeit und Zustandsablauf uns das Gefühl gibt, Ethereum mit Tausenden von TPS über Jahrzehnte hinweg laufen zu lassen, ohne die Synchronisation oder die Anforderungen an Festplatte oder I/O zu brechen. Es bedeutet auch, die Baum- und Speichertypen zukunftssicher zu machen, um gut mit dieser langfristigen Umgebung zu funktionieren. * Ein Kontomodell, das allgemein einsetzbar ist (das ist "vollständige Kontabstractierung": weg von der verankerten ECDSA für die Signaturvalidierung) * Ein Gasplan, von dem wir überzeugt sind, dass er frei von DoS-Schwachstellen ist, sowohl für die Ausführung als auch für das ZK-Proving * Ein PoS-Wirtschaftsmodell, das, mit allem, was wir in den letzten fünf Jahren über Proof of Stake in Ethereum und in den vollen zehn Jahren davor gelernt haben, wir überzeugt sind, dass es Jahrzehnte überdauern und dezentral bleiben kann und die Nützlichkeit von ETH als vertrauensloses Sicherheiten unterstützt (z. B. in governance-minimierten ETH-gestützten Stablecoins) * Ein Blockbau-Modell, von dem wir überzeugt sind, dass es dem Zentralisierungsdruck widerstehen und Zensurresistenz garantieren wird, selbst in unbekannten zukünftigen Umgebungen Idealerweise leisten wir die harte Arbeit in den nächsten Jahren, um an einen Punkt zu gelangen, an dem in der Zukunft fast alle zukünftigen Innovationen durch Client-Optimierung geschehen können und sich im Protokoll durch Parameteränderungen widerspiegeln. Jedes Jahr sollten wir mindestens einen dieser Punkte abhaken, und idealerweise mehrere. Tun Sie das Richtige einmal, basierend auf dem Wissen, was wirklich das Richtige ist (und keine halbherzigen Kompromisslösungen), und maximieren Sie die technologische und soziale Robustheit von Ethereum für die lange Frist. Ethereum geht hart. Das ist das gwei.