Der Veröffentlichungszeitplan von Ethereum wurde gestrafft. Fusaka erschien im Dezember 2025, Glamsterdam erreichte Mitte 2026 die finale devnet-Testphase, und die Kernentwickler haben den darauffolgenden Fork bereits benannt: Hegota.

Diese Geschwindigkeit ist Absicht. Nach Jahren der Bündelung von Änderungen in einem großen jährlichen Release ist die Ethereum Foundation zu einem Rhythmus von zwei kleineren, eng abgegrenzten Forks pro Jahr übergegangen. Hegota ist der zweite Slot für 2026.

Der Unterschied zum Vorgänger liegt im Ziel. Glamsterdam skaliert, wie Ethereum Blöcke erstellt und bepreist. Hegota widmet sich einem ruhigeren Problem, das das Kernversprechen des Netzwerks nach erlaubnisfreiem Zugriff berührt. Hier ist, was feststeht, was noch umstritten ist und was es für ETH bedeutet. 👇

Was ist das Ethereum Hegota-Upgrade?

Hegota ist das nächste koordinierte Ethereum-Hard-Fork nach Glamsterdam und bündelt Änderungen an beiden Hälften des Protokolls in einem Release. Dem Benennungsschema von Ethereum folgend, paart sich der Stern der Konsensschicht Heze mit Bogotá, einem früheren Devcon-Austragungsort, auf der Ausführungsseite zum zusammengesetzten Titel, der manchmal auch als Hegotá geschrieben wird.

Der Umfang wird durch EIP-8081 geregelt, das Metadokument, das jeden in Betracht gezogenen Vorschlag verfolgt. Dieses Dokument befindet sich Mitte 2026 immer noch im Entwurfsstatus, und das ist von Bedeutung. Nur ein Feature ist offiziell als Hauptpunkt fixiert, während der Rest Kandidaten bleibt.

Das Aushängeschild ist FOCIL bzw. Fork-Choice Enforced Inclusion Lists, definiert in EIP-7805. Es wurde für Glamsterdam ins Gespräch gebracht, dann verschoben, um zu viele ungetestete Interaktionen in einem Fork zu vermeiden, und führt nun die Arbeit an der Konsensschicht von Hegota an.

Warum Hegota wichtig ist: Zensurresistenz wird zur Protokollregel

Um den Sinn von Hegota zu verstehen, betrachten Sie, wer heute die Ethereum-Blöcke erstellt. Die meisten Validatoren stellen ihre Blöcke nicht selbst zusammen. Sie lagern diese Aufgabe über protokollfremde Relays an eine kleine Gruppe spezialisierter Builder aus, eine Struktur, die entwickelt wurde, um die MEV-Handhabung effizient zu halten.

Der Nebeneffekt ist Konzentration. Eine Handvoll Builder dominieren die Blockproduktion, und wer eine bestimmte Transaktion ablehnt, kann sie aus der Chain heraushalten. Nach den Sanktionen gegen Tornado Cash wurde dieses Risiko real, da compliance-orientierte Relays begannen, bestimmte Transaktionen zu filtern.

Vitalik Buterins Roadmap führt dies unter „The Scourge“, dem Teil des langfristigen Plans von Ethereum, der darauf abzielt, die durch MEV angetriebene Zentralisierung zu neutralisieren und die glaubwürdige Neutralität zu schützen. Die Protokollprioritäten 2026 der Foundation verfolgen denselben Ansatz und betrachten die Zensur der Blockproduktion als strukturelle Bedrohung statt als Randproblem.

FOCIL ist die erste harte Antwort. Es bricht den Builder-Markt nicht auf und greift nicht in die Transaktionsreihenfolge ein. Es entzieht dem Builder die Macht, die Inklusion zu vetorechtlich, und macht aus einer Garantie, die bisher vom guten Willen abhing, eine Regel, die das Protokoll durchsetzt.

Hegotas Hauptpunkt: FOCIL (EIP-7805)

FOCIL ist das tragende Feature des Upgrades und sein einzig bestätigter Hauptpunkt, der einzige Vorschlag, der im Hegota-Metadokument als Scheduled for Inclusion markiert ist. Thomas Thiery (@soispoke) ist der Hauptautor, und FOCIL hat diesen Status Anfang 2026 nach jahrelanger Forschung zu Inklusionslisten erreicht.

Wie FOCIL funktioniert

Für jeden Slot wählt das Protokoll pseudozufällig ein Komitee aus 16 Validatoren als Mitglieder der Inklusionsliste aus. Jedes scannt den öffentlichen Mempool und erstellt eine kurze Liste ausstehender Transaktionen, die seiner Meinung nach in den nächsten Block gehören, und sendet diese dann über das Netzwerk.

Der Proposer des nächsten Slots oder der Builder, der seinen Block konstruiert, muss die Transaktionen aus jeder gesammelten Liste einbeziehen. Attester stimmen nur für einen Block ab, der diese Listen berücksichtigt. Wer gültige Inklusionslisten-Transaktionen weglässt, die er hätte einbauen können, sammelt nicht genügend Stimmen und kann nicht kanonisch werden.

Der Ausdruck „fork-choice enforced“ trifft den Kern der Sache. Inklusion ist keine soziale Norm mehr, sondern Teil der Konsensregeln. Um eine Transaktion zu zensieren, müsste ein Angreifer in jedem Slot eine frische, zufällig ausgeloste Gruppe von 16 Validatoren neutralisieren oder darauf hoffen, dass keiner von ihnen sie auflistet. Das Design setzt voraus, dass nur ein einziges ehrliches Komiteemitglied von sechzehn funktioniert.

Warum FOCIL jetzt wichtig ist

Glamsterdam verlagert die Blockbildung bereits durch verankerte Proposer-Builder-Separation in das Protokoll, wodurch das Vertrauen in Relays reduziert wird, aber ein entschlossener Builder allein dadurch nicht daran gehindert wird, Transaktionen auszuschließen. FOCIL schließt diese Lücke, weshalb die beiden Updates in aufeinanderfolgenden Forks statt gemeinsam veröffentlicht werden.

Es harmoniert zudem natürlich mit der Account Abstraction. Buterin hat auf eine Synergie zwischen FOCIL und dem Frame-Transaction-Vorschlag hingewiesen, bei dem Transaktionen von Smart Accounts und Datenschutzprotokollen, die über den öffentlichen Mempool gesendet werden, zwangsweise in einen Block aufgenommen werden können, selbst wenn ein Proposer versucht, sie zu ignorieren. Zusammen würden sie Nutzern einen Weg zur Inklusion auf Protokollebene bieten, den kein einzelner Mittelsmann kontrolliert.

Account Abstraction und Verkle Trees in Hegota

Über FOCIL hinaus haben die am häufigsten diskutierten Hegota-Kandidaten echtes Gewicht, aber noch keine feste Zusage. Beide werden als „für die Aufnahme in Erwägung gezogen“ geführt, ein Status, der eine ernsthafte Prüfung statt einer Freigabe signalisiert.

Native Account Abstraction (EIP-8141)

EIP-8141, bekannt als Frame Transactions, würde Account Abstraction nativ in das Protokoll integrieren anstatt als Zusatzschicht, die ERC-4337 und Pectras EIP-7702 heute bereitstellen. Es führt einen Transaktionstyp ein, der die Verifizierung von der Ausführung trennt, sodass jedes Konto flexible Signierregeln nutzen, Batch-Operationen ausführen, gas in Stablecoins bezahlen oder Social Recovery ohne einen separaten Bundler einführen kann.

Buterin schlug dies im Februar 2026 vor und unterstützte es auf dem All Core Devs-Call im März, unter anderem wegen seines Aspekts der Quantensicherheit. Konten den Wechsel zu quantensicheren Signaturen vor jeder netzwerkweiten Migration zu ermöglichen, wird umso wichtiger, seit die Google Quantum AI-Forschung die geschätzte Anzahl an Qubits gesenkt hat, die zum Knacken der elliptischen Kurvensignaturen von Ethereum erforderlich sind.

Client-Teams äußerten Bedenken. Nethermind und Besu argumentierten, das Feature sei zu gewichtig für den Status eines Aushängeschilds, was bedeutet hätte, dass Hegota ohne es hätte nicht erscheinen können, und damit ein Zeitplanrisiko nach sich gezogen hätte. Der Kompromiss war der Status „Considered for Inclusion“, der das Feature am Leben hält, ohne den Fork zu blockieren. Es konkurriert nun mit konkurrierenden Account-Abstraktions-Designs vom Base-Team von Coinbase und Paradigm um einen eventuellen Slot.

Verkle Trees und Statelessness

Verkle Trees stehen seit Jahren auf der Wunschliste von Ethereum als Datenstruktur, um den heutigen Merkle-Patricia Trie zu ersetzen. Der Reiz liegt in der Zustandslosigkeit (Statelessness). Viel kleinere kryptografische Beweise könnten Nodes in die Lage versetzen, die Chain zu validieren, ohne den vollständigen Status zu speichern, wodurch die Hardware-Belastung für Betreiber verringert und der Kreis derer, die eine Node betreiben können, erweitert wird.

Die Roadmap von Ethereum führt Verkle Trees als für Hegota in Betracht gezogen auf, nicht als bestätigt. Der Übergang ist komplex, da er jedes Konto und jeden Contract durch eine Zustandsmigration betrifft, und Entwickler haben ihn gegen Ansätze abgewogen, die besser für zero-knowledge-Beweise geeignet sind. Behandeln Sie jede Behauptung, dass sie fest in Hegota integriert sind, mit Vorsicht, da die Faktenlage dies noch nicht stützt.

Wie der Umfang von Hegota festgelegt wird

Hegota ist ein nützliches Fenster in die Art und Weise, wie Ethereum inzwischen Forks plant, und erklärt, warum so vieles offen bleibt. Gemäß dem Aushängeschild-Prozess werden größere Features zuerst durch einen strukturierten Zeitplan ausgewählt, anstatt alle auf einmal zusammengestellt zu werden.

Vorschläge für Aushängeschilder wurden im Januar 2026 im Ethereum Magicians-Forum eröffnet, mit einer Frist im Februar und mehreren All Core Devs-Calls zur Beratung dazwischen. Jedes Feature benötigt einen benannten Fürsprecher, der es betreut. Erst wenn ein Aushängeschild ausgewählt wurde, öffnet sich ein 30-tägiges Zeitfenster für kleinere, nicht als Aushängeschild dienende Ergänzungen.

Diese Disziplin ist beabsichtigt. Indem Entwickler ein Anker-Feature benennen und alles andere seinen Platz rechtfertigen muss, vermeiden sie die aufgeblähten, fehleranfälligen Releases früherer Jahre. Das öffentliche Bild ändert sich zudem im Laufe der Gespräche, sodass der Live-Status auf Forkcast und dem Meta-Thread der einzig verlässliche Maßstab für den Umfang ist und kein einzelner Schnappschuss.

Veröffentlichungsdatum von Ethereum Hegota

Hegota ist für die zweite Jahreshälfte 2026 anvisiert, üblicherweise ein Zeitfenster im späten Q3 oder Q4. Dieser Zeitplan bleibt aus einem Grund vorläufig. Er steht in der Warteschlange hinter Glamsterdam, und Glamsterdam hat einen eigenen, sich verschiebenden Termin.

Glamsterdam erreichte Mitte 2026 die finale devnet-Testphase und peilt eine H2-Aktivierung an, wobei interne Ziele sich um Q3 konzentrieren, nachdem sich der Zeitplan von einem früheren Ziel im ersten Halbjahr verschoben hatte. Hegota begibt sich erst dann auf seinen eigenen testnet-Pfad, wenn Glamsterdam veröffentlicht wurde und sich als stabil erwiesen hat.

Die realistische Einschätzung für Hegota:

• Festlegung des Umfangs (abgeschlossen und laufend): FOCIL ist als Hauptmerkmal bestätigt, während Account Abstraction und andere Kandidaten geprüft werden und EIP-8081 im Entwurfsstatus verbleibt.
• Abhängig von Glamsterdam: Hegotas devnets und testnets folgen der mainnet-Aktivierung von Glamsterdam, sodass jede Verzögerung dort Hegota nach hinten verschiebt.
• Basisszenario (H2 2026): eine Aktivierung im späten Jahr 2026, falls Glamsterdam termingerecht im Q3 ohne Probleme erscheint.
• Verzögerungsrisiko (2027): Mehrere Analysten verweisen auf eine mögliche Verschiebung in den frühen Verlauf des Jahres 2027, insbesondere wenn ein schwerwiegendes Feature wie Account Abstraction hinzugefügt wird oder sich Glamsterdam hinzieht.

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

Was Hegota für ETH-Inhaber und -Investoren bedeutet

Wichtige Ethereum-Upgrades reagieren oft auf das Muster „Kaufe das Gerücht, verkaufe die Nachricht“, wobei ETH vor einem Hard Fork steigt und nach der Aktivierung nachlässt. Das galt auch für Pectra und Fusaka, obwohl die jüngsten Zyklen unruhiger waren als die klaren historischen Fälle.

Hegota hat schwächere direkte Markthooks als Glamsterdam. Es erhöht weder das gas-Limit noch senkt es die Gebühren oder ändert die Angebotsmechanik von ETH. Die Vorteile sind eher struktureller als finanzieller Natur: Sie stärken die Zensurresistenz und eröffnen, sofern die Kandidaten umgesetzt werden, einen Weg zu nativen smart accounts und lighter nodes. Diese Eigenschaften sind für die langfristige Glaubwürdigkeit des Netzwerks wichtiger als für eine kurzfristige Kursbewegung.

Die Ausgangslage ist schwach. ETH schnitt in der ersten Hälfte des Jahres 2026 unterdurchschnittlich ab, bewegte sich in einer groben Spanne von 1.700 USD bis 2.100 USD und lag im Juni bei etwa 1.750 USD, obwohl spot ETH ETFs starke Zuflüsse verzeichneten und über ein Drittel des gesamten ETH-Angebots im staking lag. Diese Diskrepanz zwischen gesunder Produktnachfrage und einem schwachen Kurs ist die Wertzuwachsdebatte, die das Asset belastet, und Hegota trägt kaum dazu bei, diese zu klären.

Für Inhaber verbessert das Upgrade die Qualität des Netzwerks, das sie besitzen, statt einen offensichtlichen Katalysator zu bieten. Wer darauf spekuliert, sollte zunächst den testnet-Fortschritt von Glamsterdam im Auge behalten, da Hegotas Kalender davon abhängt. Dies ist keine Finanzberatung, und sowohl Zeitpläne als auch Märkte verändern sich schnell. Machen Sie daher Ihre eigenen Recherchen, bevor Sie Kapital allozieren.

Hauptrisiken des Hegota-Upgrades

Die Risiken von Hegota teilen sich in das Feature selbst und den breiteren Prozess darum herum auf.

• Zeitplanabhängigkeit: Hegota kann seinen testnet-Zyklus erst starten, wenn Glamsterdam veröffentlicht wird. Jede Verzögerung des größeren Forks verzögert somit auch Hegota.
• Unklarheit beim Umfang: Da EIP-8081 ein Entwurf ist und die wichtigsten Kandidaten noch nicht feststehen, könnte das finale Feature-Set ganz anders aussehen als heute, was die Planung für Builder und Validator erschwert.
• FOCIL-Koordination: Inklusionslisten bringen Netzwerk- und Timing-Pflichten für Validator mit sich, und Builder müssen eng mit den Komiteemitgliedern verbunden sein, um Listen rechtzeitig zu erhalten. Randfälle wie Äquivokation und Ungültigerklärung erfordern eine sorgfältige Handhabung.
• Bandbreite und Ressourcen: Die Durchführung eines zusätzlichen Komiteeprozesses in jedem Slot erhöht die Last, weshalb die Listengrößen begrenzt sind und das Design auf ein separates Anreizsystem verzichtet.
• Komplexität der Account Abstraction: Wenn EIP-8141 vorangetrieben wird, betrifft dies die Kern-Transaktionsverarbeitung über jeden Execution Client hinweg, wodurch die Testoberfläche und die Wahrscheinlichkeit, dass Annahmen von Smart Contracts gebrochen werden, steigen.
• Überfrachtung: Ethereums jüngste Zurückhaltung war eine Stärke. Hegota mit zu vielen Funktionen zu überladen, würde zu den Verzögerungen führen, die der neue Takt verhindern soll.

Fazit

Hegota ist der Punkt, an dem Ethereums Roadmap von der Skalierung der Layer 1 zu deren Verteidigung übergeht. Glamsterdam beantwortet, wie viel das Netzwerk verarbeiten kann. Hegota beantwortet eine andere Frage: Ob jemand still und leise ausgeschlossen werden kann.

FOCIL ist der klarste Ausdruck davon. Die Integration der Inklusion in die Fork-Choice-Regel verwandelt Zensurresistenz von einer Eigenschaft, bei der die Community darauf vertraut, dass Builder sie respektieren, in eine vom Protokoll garantierte Eigenschaft. Die umliegenden Kandidaten, native Account Abstraction und Statelessness, würden dasselbe Thema zu einem nutzbareren, dezentraleren Netzwerk weiterentwickeln, sobald sie die Hürde nehmen.

Im Moment ist Hegota halb definiert und zeitlich an den bevorstehenden Fork gebunden. Die Richtung ist vorgegeben und wird breite Unterstützung finden. Die Details und das Datum werden noch geschrieben.