So will Ethereum mit dem Hegota-Upgrade die Abhängigkeit von Relays beenden

Ethereum-Mitgründer Vitalik Buterin hat wiederholt vor einer strukturellen Schwachstelle gewarnt: Viele Smart-Contract-Wallets und Datenschutz-Tools sind auf zentrale Relays angewiesen, um ihre Transaktionen überhaupt in einen Block zu bekommen . Was ursprünglich als Komfortlösung begann, hat sich zu einem handfesten Zensur- und Ausfallrisiko entwickelt – ausgerechnet dort, wo die Blockchain Vertrauensfreiheit garantieren sollte. Besonders brisant ist das Problem bei Privacy-Protokollen, die Transaktionsdaten verschleiern und daher nicht einfach in den öffentlichen Mempool werfen können; sie brauchen Relay-Dienste als Brücke, und genau diese Dienste werden dann zum Nadelöhr .

Verschärft wurde die Debatte im November 2025, als Buterin das „Trustless Manifesto“ unterzeichnete, das er zusammen mit Marissa Posner und Yoav Weiss verfasst hatte. Das Manifest kritisiert eine schleichende „Zentralisierung durch Komfort“ und stellt klar: Ethereums Erfolg bemisst sich an der „pro Transaktion reduzierten Vertrauensnotwendigkeit“, nicht an Transaktionen pro Sekunde . Anfang 2026 legte Buterin auf X nach: Ethereum sei in den letzten zehn Jahren in Sachen Selbstbestimmung und Vertrauensfreiheit „erheblich zurückgefallen“, auch weil zentralisierte RPC-Anbieter wie Infura oder Alchemy inzwischen die meisten Wallet-Anfragen abwickeln . Der für die zweite Jahreshälfte 2026 anvisierte Hegota-Hard-Fork soll genau diese Abhängigkeiten zurückdrehen.

Hegota bündelt vier Protokoll-Upgrades, die gemeinsam die Relay-Abhängigkeit kappen, Zensurresistenz in die Konsensschicht einbauen und Privatsphäre auf Basisebene verankern.

FOCIL (EIP-7805): Zensur auf Konsensebene unmöglich machen

Fork-Choice Enforced Inclusion Lists, kurz FOCIL, ist das Paradestück auf der Konsensebene . Der Mechanismus zwingt alle Validierer, jede gültige Transaktion aus einer Einschlussliste (Inclusion List) auch tatsächlich in einen Block aufzunehmen. Pro Slot können bis zu 17 zufällig ausgewählte Teilnehmer eine solche Liste einreichen; taucht eine Transaktion auf mindestens einer dieser Listen auf, muss der Blockproduzent sie verarbeiten. Blöcke, die gültige Einschlusslisten ignorieren, werden von der Fork-Choice-Regel verworfen. Damit wird es für einen einzelnen Akteur praktisch unmöglich, eine Transaktion zu unterdrücken . Das ist die direkte Antwort auf die gefährliche Realität, dass sich die Blockerstellung – bedingt durch die Trennung von Builder und Validator – auf wenige Relays konzentriert hat, die man unter Druck setzen könnte, bestimmte Transaktionen zu filtern .

EIP-8141: Smart Accounts als vollwertige Netzwerkteilnehmer

EIP-8141 macht Smart-Contract-Wallets – oft Smart Accounts genannt – zu gleichberechtigten Teilnehmern im Netzwerk. Anstatt auf ein Relay angewiesen zu sein, können diese Wallets ihre Transaktionen direkt versenden . Der Vorschlag baut auf der Account-Abstraction-Basis von EIP-7701 auf und erweitert die Fähigkeiten so, dass Smart-Wallet-Operationen im öffentlichen Mempool landen können . In Kombination mit FOCIL ergibt sich ein robuster Weg: Eine Smart-Wallet-Transaktion wird von einem der 17 zufällig gewählten „Includer“ aufgegriffen und über die FOCIL-Inklusionsgarantie zum Block durchgereicht. Buterin fasst es so zusammen: „Transaktionen von Smart Wallets können damit gleichberechtigt mit normalen Transaktionen in den öffentlichen Mempool gelangen und von FOCIL aufgenommen werden“ .

EIP-7701: Datenschutz-Protokolle ohne Relay betreiben

EIP-7701 ist eine Account-Abstraction-Verbesserung, die spezifisch darauf abzielt, dass Privacy-Protokolle nativ funktionieren, ohne externe Relays oder öffentliche Broadcast-Dienste zu benötigen . Der Trick: Ethereum-Transaktionen werden in Phasen unterteilt, sodass Dritte zum passenden Zeitpunkt die Gebühren übernehmen können, ohne dass ein dediziertes Relay die privaten Transaktionen des Nutzers entgegennehmen und weiterleiten muss . Das beseitigt eine zentrale Stelle, an der ein Relay eine Transaktion zensieren oder sogar deanonymisieren könnte, und vereinfacht zugleich die Entwicklung datenschutzfreundlicher Anwendungen erheblich . Buterin hat EIP-7701 als essenziellen Baustein für einen maximal einfachen L1-Datenschutz-Fahrplan bezeichnet .

EIP-8182: Native private ETH- und ERC-20-Überweisungen

Der von Facet-Mitgründer Tom Lehman im März 2026 entworfene und für Hegota vorgeschlagene EIP-8182 integriert einen gemeinsamen, abgeschirmten Pool (Shielded Pool) direkt auf der Basisebene von Ethereum – als Systemvertrag unter einer festen Adresse . Die Konstruktion basiert auf einem UTXO-Modell und ist bewusst minimalistisch: kein Admin-Key, kein Proxy, keine Pausefunktion und kein Governance-Token – Änderungen sind ausschließlich über Hard Forks möglich . Die Gültigkeit von Transaktionen wird über Groth16-BN254-Zero-Knowledge-Beweise verifiziert . Das Ziel ist eine Datenschutzlösung, die alle unter Ethereums eigenem Vertrauensmodell vereint, statt die Nutzer in fragmentierte Anwendungen mit winzigen Anonymitätsmengen zu zwingen . Wallets und dApps würden sich einen einzigen Shielded Pool teilen, sodass private Überweisungen an jede Ethereum-Adresse oder jeden ENS-Namen möglich sind – ohne dass ein separates, datenschutzspezifisches Adressformat nötig wäre .

Das große Ganze

Die von Buterin identifizierte Relay-Abhängigkeit ist keine theoretische Randnotiz. Sie ist das Ergebnis realer Zielkonflikte, bei denen Komfort und Nutzerfreundlichkeit über Vertrauensfreiheit gestellt wurden und die Professionalisierung der Blockerstellung die Macht auf wenige zentrale Dienste konzentriert hat . Hegota geht das Problem mehrgleisig an: FOCIL stellt sicher, dass Transaktionen nicht stillschweigend von einem feindlich gesinnten Blockproduzenten fallengelassen werden können. EIP-8141 und EIP-7701 sorgen dafür, dass Smart Wallets und Datenschutzprotokolle ohne vertrauenswürdige Dritte den Weg in den öffentlichen Mempool und damit in FOCILs Inklusionsmaschinerie finden . EIP-8182 geht noch einen entscheidenden Schritt weiter und macht private Transfers zu einer nativen Protokollfunktion, statt sie über externe, relay-abhängige Middleware aufzupfropfen . Wenn der Hegota-Hard-Fork wie geplant umgesetzt wird, entsteht eine Basisschicht, auf der Transaktionen jeglicher Art gleichbehandelt werden, Zensurresistenz strukturell erzwungen wird und Privatsphäre kein optionales Add-on mehr ist, sondern zum Fundament gehört.