Vitalik Buterin, Ethereums Mitgründer, nutzte einen Beitrag vom 27. September, um ein Ethereum zu skizzieren, in dem die Basischain die finalen Ergebnisse abwickelt, während kryptografische Beweise einen wachsenden Anteil der Verifikationsarbeit übernehmen. Seine Vision für 2030 vereint rekursive STARK-Beweise, Data-Availability-Sampling, Privatsphäre-Tools und ein neu gestaltetes Konsensdesign. Der Essay beschreibt eine mehrjährige technische Richtung rather als einen Lieferplan: Der entsprechende Code, der Umfang jedes Upgrades und die Liefertermine müssen weiterhin den üblichen Entwicklungsprozess von Ethereum durchlaufen.

Der vorgeschlagene Wandel lässt sich in einem Satz zusammenfassen: Die Chain entscheidet weiterhin über die finalen Ergebnisse, während Beweise den Teilnehmern eine effizientere Möglichkeit bieten, die Arbeit zu prüfen, die zu diesen Ergebnissen geführt hat.

Was Ethereum weiterhin selbst tun muss

Ethereum benötigt eine gemeinsame Aufzeichnung darüber, wem was gehört und welche Transaktion zuerst kam. Diese Aufzeichnung verhindert, dass dieselben Mittel zweimal ausgegeben werden, und bietet Anwendungen einen finalen Zustand, auf den jeder Teilnehmer verweisen kann.

Derzeit validieren Full Nodes Transaktionen und Zustandsänderungen unabhängig voneinander. Sie prüfen, ob ein Absender über ausreichend Mittel verfügt, ob ein Smart Contract seine Regeln eingehalten hat und ob der resultierende Zustand dem Protokoll entspricht. Diese duplizierte Arbeit stärkt die Sicherheit des Netzwerks, begrenzt jedoch auch die Kapazitätsgewinne, die durch das Hinzufügen weiterer Rechner möglich wären.

Nach Buterins Roadmap bleiben Transaktionsordnung und finale Abwicklung auf der Basisebene, während die umliegende Infrastruktur mehr Raum erhält, um komplexe Berechnungen zu verarbeiten, bevor sie in einen finalen Block gelangen.

Beweise können mehr Prüfarbeit übernehmen

Ein Zero-Knowledge-Beweis ist eine kompakte mathematische Aussage darüber, dass eine Berechnung einer definierten Menge von Regeln gefolgt ist. STARKs — Kurzform für Scalable Transparent Argument of Knowledge — sind eine transparente, hashbasierte Konstruktion, die kein Trusted Setup erfordert. Ein Prover führt die schwerere Berechnung durch und liefert Nachweise, die andere Teilnehmer effizient verifizieren können. Rekursive Beweise erweitern dieses Modell, indem sie viele Beweise zu einem einzigen Beweis kombinieren, sodass ein Netzwerk ein komprimiertes Ergebnis prüfen kann, das eine größere Menge von Abhängigkeiten abdeckt. Dieser Ansatz könnte reduzieren, wie viel wiederholte Berechnung Ethereums Aussumgebung erreicht.

Buterin veranschaulicht die Idee anhand einer Wallet, die eine komplexe DeFi-Position mit mehreren Sicherheiten und automatisierten Regeln prüft. In der von ihm beschriebenen Architektur könnte ein Beweis belegen, dass die Position korrekt aktualisiert wurde, und Ethereum würde den resultierenden Zustand anschließend nach seinen eigenen Regeln abwickeln.

Geringere Kosten und schnellere Ausführung komplexer Aktionen bleiben mögliche Ergebnisse. Ihr Ausmaß würde von den Kosten der Beweiserstellung, dem Anwendungsdesign und den Funktionen abhängen, die schließlich das Mainnet erreichen.

Datenverfügbarkeit ist eine separate Sicherheitsfrage

Ein gültiger Beweis und verfügbare Daten erfüllen unterschiedliche Zwecke. Der Beweis beantwortet, ob eine definierte Berechnung korrekt durchgeführt wurde; die Datenverfügbarkeit beantwortet, ob die Informationen, die diese Berechnung stützen, weiterhin abgerufen und geprüft werden können. Der Unterschied ist in der Praxis wichtig: Ohne abrufbare Daten wären die Teilnehmer selbst bei einem gültigen Beweis nicht in der Lage, den von der Berechnung erzeugten Zustand unabhängig zu rekonstruieren.

PeerDAS arbeitet an der zweiten Frage. Es ermöglicht Knoten, Blob-Daten zu sampeln und Vertrauen darin aufzubauen, dass der größere Datensatz verfügbar ist, wodurch jeder Knoten nicht mehr den gesamten Datensatz herunterladen muss, um an der Prüfung teilzunehmen. PeerDAS wurde mit dem Fusaka-Upgrade eingeführt und ist damit ein aktiver Bestandteil von Ethereums Skalierungsarchitektur. Buterins Essay treibt dasselbe Designprinzip weiter voran: weniger wiederholte Arbeit für jeden einzelnen Teilnehmer, während ein Weg zur unabhängigen Verifikation erhalten bleibt.

Der Essay ordnet auch frühere Arbeiten zur beweisbasierten Validatoren-Verifikation, einschließlich des Lean-Ethereum-Vorschlags, in einen umfassenderen Plan ein, der Berechnung, Daten und Privatsphäre im gesamten Netzwerk abdeckt.

Privatsphäre würde auch die Spuren umfassen, die Wallets hinterlassen

Ethereums Herausforderung bei der Privatsphäre geht über das Verbergen von Zahlungsbeträgen oder Empfängeradressen hinaus. Wallets fragen oft externe Server nach Salden, Token-Daten und Transaktionsverläufen ab, und diese Anfragen können offenlegen, welche Konten eine Person verfolgt oder kontrolliert.

Buterin beschreibt kryptografische Tools und dezentrale Infrastruktur, die mehr dieser Metadaten schützen könnten. Zu den genannten Zielen gehören private Zahlungen, private Kontenlogik und weniger Wallet-Abfragen, die einem einzigen Dienstanbieter offengelegt werden.

Die tägliche Nutzung würde mehr erfordern als Protokollforschung. Wallet-Software muss die Tools sicher unterstützen, und Benutzeroberflächen müssen das Sicherheitsmodell klar genug erklären, damit Nutzer informierte Entscheidungen treffen können.

Hegotá beginnt einen längeren technischen Übergang

Ethereums offizielle Roadmap sieht das Hegotá-Upgrade für 2027 vor. Buterin beschreibt es als wahrscheinlich das letzte Upgrade, das hauptsächlich auf Technologie basiert, die Entwicklern aus der Mitte der 2010er Jahre vertraut wäre. Die folgende Phase könnte rekursive STARKs, einen stärker optimierten Konsens, automatisierte formale Verifikation und quantenresistente Kryptografie umfassen.

Formale Verifikation kann prüfen, ob Code einer schriftlichen Spezifikation entspricht, kann jedoch Auslassungen oder schlechte Entscheidungen innerhalb dieser Spezifikation nicht auflösen. Die Quantensicherheit-Forschung bereitet auf künftige Fortschritte bei der Rechenleistung vor; Ethereums bestehende Kryptografie ist weiterhin im Einsatz.

Diese Ideen stehen noch vor Forschung, Spezifikationsarbeit, Client-Entwicklung, Sicherheitsüberprüfung, Tests und Community-Zustimmung. Für Leser, die den Prozess verfolgen, sind die sichtbaren Meilensteine Spezifikationsentwürfe, Client-Implementierungen und Tests auf öffentlichen Netzen — dieselben Etappen, die jedes Ethereum-Upgrade vor dem Erreichen des Mainnets durchläuft. Die Beweiserstellung muss unter realen Arbeitslasten günstiger und sicherer werden, und die Verwaltung großer Mengen gemeinsam genutzter Anwendungsstatus bleibt eine weitere wichtige Herausforderung, die im Essay genannt wird.

Die Roadmap wird an der unabhängigen Verifikation gemessen

Der praktische Maßstab ist einfach. Nutzer, Entwickler und Node-Betreiber benötigen eine realistische Möglichkeit, das System zu verifizieren, ohne auf einen intransparenten Zwischenschutz angewiesen zu sein. Kompakte Beweise müssen effizient sein, Daten müssen zugänglich bleiben, und Wallets müssen die Annahmen hinter jeder Aktion vermitteln.

Ethereums vorgeschlagene Architektur hält die Chain für Ordnung und Abwicklung verantwortlich, während Beweissysteme und dezentrale Infrastruktur einen größeren Anteil der Arbeit übernehmen würden, die zu diesen finalen Ergebnissen führt. Der Wert der Roadmap hängt davon ab, ob diese Regelung die Verifikation praktikabler macht, ohne Komplexität hinzuzufügen, die normale Nutzer nicht einschätzen können.

Dieser Artikel dient ausschließlich Informationszwecken und stellt keine Finanz- oder Anlageberatung dar. Ethereums Roadmap bleibt technischer Überprüfung, Community-Koordination und Änderungen unterworfen.