Der Ethereum-Fahrplan für 2026 beinhaltet dieses Validator-Risiko, das größer ist, als Sie denken
Ethereums Roadmap für 2026 konzentriert sich auf zwei Schwerpunkte: die Erweiterung der Rollup-Datenkapazität durch Blobs sowie die Steigerung der Ausführung auf Basisebene durch Anpassungen des Gas-Limits.
Diese Gas-Limit-Anpassungen hängen davon ab, dass Validatoren vom erneuten Ausführen von Blöcken zum Verifizieren von ZK-Execution-Proofs übergehen.
Die erste Schiene ist bereits durch Fusaka verankert, das am 3. Dezember 2025 eingeführt wurde.
Fusaka
Laut ethereum.org bereitet Fusaka PeerDAS sowie Änderungen am Blob-Parameter Only (BPO) vor, die den Blob-Durchsatz in kontrollierten Schritten erhöhen können.
Die zweite Schiene ist weniger mechanisiert, da sie auf Entwürfen von EIPs, Client-Implementierungen und Validatorenoperationen basiert, die innerhalb der Dezentralisierungs-Grenzen bleiben müssen, einschließlich Bandbreite, Blockausbreitung und Marktstruktur für das Beweisen.
PeerDAS wird als der klarste „Kapazitätshebel“ positioniert, da es darauf ausgelegt ist, die Verfügbarkeit von Rollup-Daten zu skalieren, ohne dass jeder Node jeden Blob herunterladen muss.
Laut ethereum.org steigen die Blob-Zielwerte nicht sofort mit der Aktivierung, sondern können alle paar Wochen verdoppelt werden, bis zu einem maximalen Ziel von 48, während Entwickler die Netzwerkgesundheit überwachen.
Das Team von Optimism beschrieb das obere Szenario als „mindestens 48 Blob-Ziel pro Block“, gepaart mit einem Rollup-seitigen Durchsatz von etwa 220 auf etwa 3.500 UOPS unter diesem Ziel.
Selbst in diesem Rahmen stellt sich für 2026 die praktische Frage, ob die Nachfrage als Blob-Nutzung entsteht, statt das Bieten auf L1-Execution zu erhöhen.
Eine weitere offene Frage ist, ob p2p-Stabilität und Node-Bandbreite innerhalb der Toleranzen der Betreiber bleiben, während die BPO-Einführung zunimmt.
Auf der Ausführungsseite testet Ethereum bereits höheren Durchsatz durch Koordination statt eines Hard Forks.
GasLimit.pics meldete ein aktuelles Gas-Limit von 60.000.000, mit einem 24-Stunden-Durchschnitt von etwa 59.990.755 zum angegebenen Zeitpunkt.
Dieser Wert ist wichtig, da er einen Referenzpunkt dafür bietet, was Validatoren in der Praxis akzeptiert haben.
Er zeigt auch die Obergrenze des „sozialen Skalierens“, bevor Latenz, Validierungsbelastung sowie Mempool- und MEV-Pipeline-Belastung bindend werden.
Eine einfache Möglichkeit, Diskussionen über das Gas-Limit in Durchsatzbereiche zu übersetzen, ist Gas pro Sekunde unter Verwendung von Ethereums 12-Sekunden-Slotzeit (Gas pro Sekunde entspricht Gas-Limit geteilt durch 12).
Die folgenden Zahlen halten die Mathematik explizit und trennen Basisschicht-EVM-Transaktionen von Rollup-Durchsatzangaben.
| Aktuelles Koordinationsniveau | 60.000.000 | 5.000.000 | ≈238 | ≈42 |
| 2× Gas-Limit-Fall | 120.000.000 | 10.000.000 | ≈476 | ≈83 |
| High-End-Fall (erfordert Validierungsänderung) | 200.000.000 | 16.666.667 | ≈793 | ≈139 |
Glamsterdam
Das für 2026 geplante Upgrade umfasst mehrere ausführungsorientierte Ideen unter dem Begriff „Glamsterdam“, eine Kurzbezeichnung, die im Zusammenhang mit der institutionalisierten Proposer-Builder-Trennung (ePBS, EIP-7732), Block-Level Access Lists (BALs, EIP-7928) und allgemeiner Neubepreisung (EIP-7904) diskutiert wurde.
Laut den EIP-Seiten zu EIP-7732, EIP-7928 und EIP-7904 befinden sich alle noch im Entwurfsstadium.
Die Neubepreisung zielt auf Ungleichgewichte im Gas-Zeitplan ab, die seit Jahren bestehen.
Laut EIP-7904 wird argumentiert, dass die Korrektur von falsch bewerteter Rechenleistung den nutzbaren Durchsatz erhöhen kann, wobei das DoS-Risiko und die Realität von Verträgen, die Gas-Annahmen hart kodieren, anerkannt werden.
BALs dienen als Infrastruktur für Parallelisierung.
Das EIP verweist auf parallele Lesezugriffe auf Festplatten, parallele Transaktionsvalidierung, parallele State-Root-Berechnung und „ausführungslose Statusaktualisierungen“, während laut EIP-7928 eine durchschnittliche, komprimierte BAL-Größe von etwa 70 bis 72 KiB als Overhead geschätzt wird.
In der Praxis kommen diese Vorteile nur zum Tragen, wenn Clients Parallelität an den tatsächlichen Engpässen umsetzen.
Sie hängen auch davon ab, ob die zusätzlichen Daten- und Verifizierungsschritte nicht selbst zu einem Latenzproblem werden.
ePBS steht sowohl im Zentrum der MEV- als auch der Durchsatzdiskussionen, da es laut EIP-7732 darauf abzielt, die Ausführungsvalidierung zeitlich von der Konsensvalidierung zu entkoppeln.
Dieser zeitliche Spielraum ist auch der Bereich, in dem neue Ausfallmodi auftreten können.
Ein wissenschaftlicher Artikel zum „Free Option Problem“ für ePBS schätzt laut arXiv, dass die Ausübung der Option im Durchschnitt bei etwa 0,82 % der Blöcke unter einem 8-Sekunden-Optionsfenster liegt und an Tagen mit hoher Volatilität in den modellierten Bedingungen etwa 6 % erreicht.
Ethereum im Jahr 2026
Für die Planung 2026 lenkt diese Forschung die Aufmerksamkeit auf Liveness unter Stress, nicht nur auf die Ergebnisse der Gebühren im Normalbetrieb.
Die strukturellere Wette hinter „sehr hohen“ Gas-Limits ist die Einführung von ZK-Proofs durch Validatoren.
Die „Realtime Proving“-Roadmap der Ethereum Foundation beschreibt einen gestuften Weg, bei dem zunächst eine kleine Gruppe von Validatoren ZK-Clients produktiv einsetzt.
Erst wenn eine Supermehrheit des Stakes sich sicher fühlt, können die Gas-Limits auf Werte steigen, bei denen die Proof-Verifizierung die Neuer-Ausführung für die praktische Validierung auf angemessener Hardware ersetzt, so der Beitrag der Foundation vom 10. Juli 2025 auf blog.ethereum.org.
Im selben Beitrag werden die für die Machbarkeit relevanten Einschränkungen beschrieben, nicht nur die Erzählung, darunter die Zielsetzung von 128-Bit-Sicherheit (mit vorübergehend akzeptierten 100 Bit), Proof-Größe unter 300 KiB und die Vermeidung von rekursiven Wrappers mit Trusted Setups, laut blog.ethereum.org.
Die Skalierungsimplikation ist mit Beweismärkten verknüpft: Das Echtzeit-Angebot an Proofs muss günstig und glaubwürdig sein, ohne dass es sich auf einen engen Prover-Kreis konzentriert, der die heutigen Relay-Abhängigkeiten in einer anderen Schicht des Stacks neu schafft.
Nach Glamsterdam ist „Hegota“ als später benannter Slot 2026 positioniert, der noch mehr Prozess- als Umfangscharakter hat.
Die Ethereum Foundation veröffentlichte einen Zeitplan mit einer Vorschlagsphase für Headliner vom 8. Januar bis 4. Februar, gefolgt von Diskussion und Finalisierung vom 5. bis 26. Februar und dann einem Fenster für Nicht-Headliner, so blog.ethereum.org.
Ein Hegotá Meta-EIP existiert als Entwurf (EIP-8081) und listet Punkte als in Erwägung gezogen statt festgelegt auf, darunter FOCIL (EIP-7805) als aktuell in Erwägung gezogen, laut EIP-8081.
Der kurzfristige Berichterstattungswert dieses Zeitplans ist, dass er datierte Entscheidungspunkte schafft, die Investoren und Entwickler verfolgen können, ohne aus Codenamen Verpflichtungen abzuleiten.
Das erste ist, dass Hegota-Headliner-Vorschläge am 4. Februar schließen.
Der Beitrag Ethereums 2026 Roadmap beinhaltet dieses Validator-Risiko, das größer ist, als Sie denken, erschien zuerst auf CryptoSlate.
Haftungsausschluss: Der Inhalt dieses Artikels gibt ausschließlich die Meinung des Autors wieder und repräsentiert nicht die Plattform in irgendeiner Form. Dieser Artikel ist nicht dazu gedacht, als Referenz für Investitionsentscheidungen zu dienen.
Das könnte Ihnen auch gefallen
KI warnt vor Bitcoin-Angebotsschock, da Börsenreserven neue Tiefststände erreichen
Bitcoin an einem Wendepunkt: Kann BTC den Widerstand bei 90.000 Dollar durchbrechen?
Bitcoin-Nachrichten: Rekordmäßiger Optionsverfall von 24 Milliarden Dollar könnte einen Wendepunkt für BTC markieren
Standard Chartered halbiert Bitcoin-Prognose für 2026 – bleibt jedoch langfristig optimistisch
