Der Veröffentlichungsplan von Ethereum ist straffer geworden. Fusaka ging im Dezember 2025 live, Glamsterdam erreichte Mitte 2026 die finale Devnet-Testphase, und die Core-Entwickler haben den darauffolgenden Fork bereits benannt: Hegota.

Dieses Tempo ist gewollt. Nach Jahren, in denen Änderungen in einem großen Jahres-Release gebündelt wurden, ist die Ethereum Foundation zu einem halbjährlichen Rhythmus kleinerer, eng gefasster Forks übergegangen. Hegota ist der zweite Termin im Jahr 2026.

Der Unterschied zum Vorgänger ist das Ziel. Glamsterdam skaliert, wie Ethereum Blöcke erstellt und bepreist. Hegota widmet sich einem leiseren Problem, das das Kernversprechen des Netzwerks, den erlaubnisfreien Zugang, berührt. Hier sehen Sie, was feststeht, was noch umstritten ist und was es für ETH bedeutet. 👇

Was ist das Ethereum-Hegota-Upgrade?

Hegota ist der nächste koordinierte Ethereum-Hard-Fork nach Glamsterdam und bündelt Änderungen an beiden Hälften des Protokolls in einem Release. Nach dem Namensmuster von Ethereum wird der Stern der Konsensschicht, Heze, mit Bogotá, einem früheren Devcon-Austragungsort, auf der Ausführungsseite kombiniert, woraus der Mischname entsteht, der manchmal auch Hegotá geschrieben wird.

Sein Umfang wird durch EIP-8081 geregelt, das Metadokument, das jeden in Betracht gezogenen Vorschlag verfolgt. Dieses Dokument befindet sich Stand Mitte 2026 noch im Entwurfsstatus, und das ist von Bedeutung. Nur ein Feature ist formell als Hauptmerkmal festgelegt, die übrigen bleiben Kandidaten.

Dieses Kernstück ist FOCIL, kurz für Fork-Choice Enforced Inclusion Lists, definiert in EIP-7805. Es war für Glamsterdam im Gespräch, wurde dann verschoben, um nicht zu viele ungetestete Wechselwirkungen in einem Fork zu bündeln, und steht nun an der Spitze der Consensus-Layer-Arbeit von Hegota.

Warum Hegota wichtig ist: Zensurresistenz wird zur Protokollregel

Um den Sinn von Hegota zu verstehen, lohnt ein Blick darauf, wer heute die Blöcke von Ethereum baut. Die meisten Validatoren stellen sie nicht selbst zusammen. Sie lagern die Aufgabe über Off-Protocol-Relays an einige wenige spezialisierte Builder aus, eine Struktur, die die MEV-Abwicklung effizient halten soll.

Die Nebenwirkung ist Konzentration. Eine Handvoll Builder dominiert die Blockproduktion, und wer eine bestimmte Transaktion ablehnt, kann sie von der Chain fernhalten. Nach den Sanktionen gegen Tornado Cash wurde dieses Risiko real, da compliance-orientierte Relays begannen, bestimmte Transaktionen zu filtern.

Vitalik Buterins Roadmap ordnet dies unter „The Scourge“ ein, dem Teil des langfristigen Ethereum-Plans, der darauf abzielt, MEV-getriebene Zentralisierung zu neutralisieren und die glaubwürdige Neutralität zu schützen. Die Protokollprioritäten der Foundation für 2026 gehen in dieselbe Richtung und behandeln Zensur bei der Blockproduktion als strukturelle Bedrohung statt als Randproblem.

FOCIL ist die erste harte Antwort. Es zerschlägt den Builder-Markt nicht und greift auch nicht in die Reihenfolge der Transaktionen ein. Es nimmt dem Builder die Macht, die Aufnahme einer Transaktion zu verweigern, und macht aus einer Garantie, die heute vom guten Willen abhängt, eine Regel, die das Protokoll durchsetzt.

Hauptthema von Hegota: FOCIL (EIP-7805)

FOCIL ist das tragende Merkmal des Upgrades und dessen einziges bestätigtes Hauptmerkmal, der einzige Vorschlag, der im Hegota-Metadokument als Für die Aufnahme geplant markiert ist. Thomas Thiery (@soispoke) ist der Hauptautor, und FOCIL erreichte diesen Status Anfang 2026 nach jahrelanger Forschung zu Inclusion Lists.

So funktioniert FOCIL

Für jeden Slot wählt das Protokoll pseudozufällig ein Komitee aus 16 Validatoren als Mitglieder der Inclusion List aus. Jeder durchsucht den öffentlichen Mempool, erstellt eine kurze Liste ausstehender Transaktionen, die seiner Ansicht nach in den nächsten Block gehören, und verbreitet sie im Netzwerk.

Der Proposer des nächsten Slots oder der Builder, der dessen Block erstellt, muss die Transaktionen aus allen gesammelten Listen aufnehmen. Attester stimmen nur für einen Block, der diese Listen berücksichtigt. Ein Block, der gültige Inclusion-List-Transaktionen weglässt, obwohl sie hineingepasst hätten, erhält nicht genug Stimmen und kann nicht kanonisch werden.

Die Formulierung „fork-choice enforced“ bringt die Durchschlagskraft auf den Punkt. Inklusion ist keine soziale Norm mehr, sondern Teil der Konsensregeln. Um eine Transaktion zu zensieren, müsste ein Angreifer in jedem Slot eine neu und zufällig gezogene Gruppe von 16 Validatoren ausschalten oder darauf hoffen, dass keiner von ihnen sie aufführt. Das Design setzt nur voraus, dass ein ehrliches Komiteemitglied von sechzehn funktioniert.

Warum FOCIL jetzt wichtig ist

Glamsterdam verlagert den Blockbau bereits über Enshrined Proposer-Builder Separation in das Protokoll, was das Vertrauen in Relays verringert, aber für sich genommen nicht verhindert, dass ein entschlossener Builder Transaktionen ausschließt. FOCIL schließt diese Lücke, weshalb beide in aufeinanderfolgenden Forks und nicht gemeinsam erscheinen.

Sie passt zudem natürlich zu Account Abstraction. Buterin hat auf eine Synergie zwischen FOCIL und dem Frame-Transaction-Vorschlag hingewiesen, bei der Transaktionen von Smart Accounts und Datenschutzprotokollen, die über den öffentlichen Mempool gesendet werden, zwangsweise aufgenommen werden könnten, selbst wenn ein Proposer versuchte, sie zu ignorieren. Zusammen würden sie Nutzern einen Weg zur Aufnahme auf Protokollebene bieten, den kein einzelner Intermediär kontrolliert.

Account Abstraction und Verkle Trees in Hegota

Neben FOCIL haben die am meisten diskutierten Hegota-Kandidaten echtes Gewicht, aber keine feste Zusage. Beide werden als „für die Aufnahme in Betracht gezogen“ geführt, ein Status, der auf eine ernsthafte Prüfung hindeutet, nicht auf eine Genehmigung.

Native Account Abstraction (EIP-8141)

EIP-8141, bekannt als Frame Transactions, würde Account Abstraction nativ im Protokoll verankern, statt als Zusatzschicht, wie sie ERC-4337 und Pectras EIP-7702 heute bieten. Es führt einen Transaktionstyp ein, der Verifizierung und Ausführung trennt, sodass jedes Konto flexible Signaturregeln nutzen, Vorgänge bündeln, gas in Stablecoins bezahlen oder Social Recovery ohne separaten Bundler verwenden könnte.

Buterin schlug es im Februar 2026 vor und unterstützte es beim All-Core-Devs-Call im März, teils wegen seines Beitrags zur Quantenresistenz. Konten den Wechsel zu quantensicheren Signaturen zu erlauben, bevor eine netzwerkweite Migration stattfindet, ist wichtiger geworden, seit Forschung von Google Quantum AI die geschätzte Zahl an Qubits gesenkt hat, die nötig wären, um die Elliptic-Curve-Signaturen von Ethereum zu brechen.

Die Client-Teams wehrten sich. Nethermind und Besu argumentierten, der Vorschlag sei zu aufwendig für den Headliner-Status, da Hegota dann ohne ihn nicht ausgeliefert werden könnte und sein Zeitplanrisiko mit hineinziehen würde. Der Kompromiss war der Status „Considered for Inclusion“, der den Vorschlag im Rennen hält, ohne den Fork zu blockieren. Er konkurriert nun mit rivalisierenden Account-Abstraction-Designs des Base-Teams von Coinbase und von Paradigm um einen späteren Platz.

Verkle-Bäume und Statelessness

Verkle-Bäume stehen auf der Wunschliste von Ethereum seit Jahren als Datenstruktur, die den heutigen Merkle-Patricia-Trie ersetzen soll. Der Reiz liegt in der Zustandslosigkeit. Deutlich kleinere kryptografische Beweise könnten es Nodes ermöglichen, die Chain zu validieren, ohne den vollständigen Zustand zu speichern. Das senkt die Hardware-Anforderungen für Betreiber und erweitert den Kreis derer, die einen Node betreiben können.

Die Roadmap von Ethereum führt Verkle-Bäume als für Hegota in Betracht gezogen, nicht als bestätigt. Der Übergang ist komplex, da er über eine Zustandsmigration jedes Konto und jeden Vertrag betrifft, und Entwickler haben ihn gegen Ansätze abgewogen, die sich besser für Zero-Knowledge-Beweise eignen. Behandeln Sie Behauptungen, sie seien auf Hegota festgelegt, mit Vorsicht, da die Faktenlage dies bislang nicht stützt.

Wie der Umfang von Hegota entschieden wird

Hegota gibt einen nützlichen Einblick, wie Ethereum Forks heute plant, und erklärt, warum so vieles offen bleibt. Im Headliner-Prozess werden die wichtigsten Funktionen zuerst in einem strukturierten Zeitplan ausgewählt, statt alles auf einmal zusammenzustellen.

Headliner-Vorschläge wurden im Januar 2026 im Forum Ethereum Magicians eröffnet, mit einer Frist im Februar und mehreren All-Core-Devs-Calls, um zwischen ihnen abzuwägen. Jeder braucht einen benannten Fürsprecher, der ihn begleitet. Erst wenn ein Headliner gewählt ist, öffnet sich ein 30-Tage-Fenster für kleinere Ergänzungen ohne Headliner-Status.

Die Disziplin ist beabsichtigt. Indem ein zentrales Feature benannt wird und alles andere seinen Platz rechtfertigen muss, vermeiden Entwickler die aufgeblähten, verzögerungsanfälligen Releases früherer Jahre. Das öffentliche Bild ändert sich außerdem im Verlauf der Calls, daher ist der Live-Status auf Forkcast und im Meta-Thread der einzig verlässliche Umfang, nicht eine einzelne Momentaufnahme.

Ethereum Hegota: Veröffentlichungsdatum

Hegota ist für die zweite Jahreshälfte 2026 angepeilt, in der Regel ein Zeitfenster im späten Q3 oder Q4. Dieser Zeitplan bleibt aus einem Grund vorläufig: Hegota steht in der Warteschlange hinter Glamsterdam, und auch bei Glamsterdam ist der Termin noch beweglich.

Glamsterdam erreichte Mitte 2026 die finalen Devnet-Tests und strebt eine Aktivierung im H2 an, wobei sich die internen Ziele um das Q3 bündeln, nachdem sich der Zeitplan gegenüber einem früheren Ziel in der ersten Jahreshälfte verschoben hat. Hegota beginnt seinen eigenen Testnet-Pfad erst, wenn Glamsterdam live geht und sich als stabil erweist.

Die realistische Einschätzung zu Hegota:

• Festlegung des Umfangs (erledigt und laufend): FOCIL ist als Hauptfeature bestätigt, während Account Abstraction und weitere Kandidaten geprüft werden und EIP-8081 im Status Draft bleibt.
• Abhängig von Glamsterdam: Die Devnets und Testnets von Hegota folgen auf die Mainnet-Aktivierung von Glamsterdam, sodass jede Verzögerung dort Hegota nach hinten verschiebt.
• Basisszenario (H2 2026): eine aktivierung Ende 2026, wenn Glamsterdam im Q3 wie geplant reibungslos ausgeliefert wird.
• Verzögerungsrisiko (2027): Mehrere Analysten verweisen auf eine mögliche Verschiebung bis Anfang 2027, besonders wenn ein gewichtiges Feature wie Account Abstraction hinzukommt oder Glamsterdam länger dauert.

Der Zeitplan-Beitrag der Ethereum Foundation und die Live-Tracker bleiben die maßgeblichen Quellen, sobald die Termine feststehen.

Was Hegota für ETH-Inhaber und Investoren bedeutet

Große Ethereum-Upgrades folgen häufig dem Muster „Kaufe das Gerücht, verkaufe die Nachricht“: ETH steigt vor einem Fork und gibt nach der Aktivierung nach. Das galt bei Pectra und Fusaka, doch die jüngsten Zyklen waren unruhiger als die klaren historischen Fälle.

Hegota hat schwächere direkte Marktbezüge als Glamsterdam. Es erhöht das Gas-Limit nicht, senkt keine Gebühren und ändert nichts an der Angebotsmechanik von ETH. Seine Vorteile sind eher struktureller als finanzieller Natur: Es stärkt die Zensurresistenz und eröffnet, falls die Kandidaten umgesetzt werden, den Weg zu nativen Smart Accounts und leichteren Nodes. Diese Eigenschaften sind für die langfristige Glaubwürdigkeit des Netzwerks wichtiger als für eine kurzfristige Kursbewegung.

Das Umfeld ist schwach. ETH blieb in der ersten Hälfte des Jahres 2026 hinter den Erwartungen zurück, handelte in einer groben Spanne von 1.700 $ bis 2.100 $ und im Juni nahe 1.750 $, obwohl Spot-ETH-ETFs starke Zuflüsse verzeichneten und über ein Drittel des gesamten ETH-Angebots im Staking lag. Diese Lücke zwischen gesunder Produktnachfrage und schwachem Preis ist die Debatte über die Wertschöpfung, die über dem Asset schwebt, und Hegota trägt kaum zu ihrer Klärung bei.

Für Inhaber verbessert das Upgrade die Qualität des Netzwerks, das sie besitzen, bietet aber keinen offensichtlichen Katalysator. Wer rund um das Upgrade handelt, sollte zuerst den Testnet-Fortschritt von Glamsterdam beobachten, da der Zeitplan von Hegota davon abhängt. Nichts davon ist eine Finanzberatung, und Zeitpläne wie Märkte ändern sich schnell. Recherchieren Sie daher selbst, bevor Sie Geld anlegen.

Zentrale Risiken des Hegota-Upgrades

Die Risiken von Hegota verteilen sich auf die Funktion selbst und den weiteren Prozess drumherum.

• Zeitliche Abhängigkeit: Hegota kann seinen Testnet-Zyklus erst starten, wenn Glamsterdam ausgeliefert wurde. Jede Verzögerung des größeren Forks verzögert daher auch Hegota.
• Unsicherer Umfang: Da EIP-8081 sich im Entwurfsstadium befindet und die Hauptkandidaten noch nicht feststehen, könnte der endgültige Funktionsumfang ganz anders aussehen als heute, was die Planung für Entwickler und Validatoren erschwert.
• FOCIL-Koordination: Inclusion Lists bringen zusätzliche Netzwerk- und Timing-Aufgaben für Validatoren mit sich, und Builder müssen gut mit den Komiteemitgliedern verbunden bleiben, um Listen rechtzeitig zu erhalten. Sonderfälle wie Equivocation und Invalidierung erfordern eine sorgfältige Behandlung.
• Bandbreite und Ressourcen: Ein zusätzlicher Komitee-Prozess pro Slot erhöht die Last. Deshalb sind die Listengrößen begrenzt, und das Design verzichtet auf ein separates Anreizsystem.
• Komplexität der Account Abstraction: Wird EIP-8141 übernommen, betrifft dies die zentrale Transaktionsverarbeitung in jedem Execution-Client, was die Testfläche vergrößert und das Risiko erhöht, dass Annahmen von Smart Contracts nicht mehr gelten.
• Überfrachtung: Die jüngste Zurückhaltung von Ethereum war eine Stärke. Würde Hegota mit zu vielen Inhalten überladen, drohten genau die Verzögerungen, die der neue Rhythmus verhindern soll.

Fazit

Mit Hegota wendet sich Ethereums Roadmap von der Skalierung der Basisschicht dem Schutz dieser Schicht zu. Glamsterdam beantwortet, wie viel das Netzwerk verarbeiten kann. Hegota beantwortet eine andere Frage: ob jemand unbemerkt davon ausgeschlossen werden kann.

FOCIL ist der deutlichste Ausdruck davon. Wird die Inklusion in die Fork-Choice-Regel eingebunden, wird Zensurresistenz von einer Eigenschaft, deren Einhaltung die Community den Buildern anvertraut, zu einer, die das Protokoll garantiert. Die Kandidaten drumherum, native Account Abstraction und Statelessness, würden dasselbe Thema in Richtung eines nutzbareren, dezentraleren Netzwerks vorantreiben, falls und sobald sie die Hürde nehmen.

Derzeit ist Hegota nur teilweise definiert und zeitlich an den vorangehenden Fork gebunden. Die Richtung steht fest und wird breit unterstützt. Die Details und das Datum werden noch ausgearbeitet.