Direkt zum Hauptinhalt

Ethereum 2026 Upgrades: Wie PeerDAS und zkEVMs das Blockchain-Trilemma endlich gelöst haben

· 10 Min. Lesezeit
Dora Noda
Dora Noda
Software Engineer

„Das Trilemma wurde gelöst – nicht auf dem Papier, sondern mit live ausgeführtem Code.“

Diese Worte von Vitalik Buterin am 3. Januar 2026 markierten einen Wendepunkt in der Geschichte der Blockchain. Fast ein Jahrzehnt lang hatte das Blockchain-Trilemma – die scheinbar unmögliche Aufgabe, Skalierbarkeit, Sicherheit und Dezentralisierung gleichzeitig zu erreichen – jeden ernsthaften Protokollentwickler verfolgt. Jetzt, da PeerDAS im Mainnet läuft und zkEVMs eine produktionsreife Leistung erreichen, behauptet Ethereum, das geschafft zu haben, was viele für unmöglich hielten.

Aber was genau hat sich geändert? Und was bedeutet das für Entwickler, Nutzer und das breitere Krypto-Ökosystem im Hinblick auf das Jahr 2026?

Das Fusaka-Upgrade: Ethereums größter Sprung seit dem Merge​

Am 3. Dezember 2025, bei Slot 13.164.544 (21:49:11 UTC), aktivierte Ethereum das Fusaka-Netzwerk-Upgrade – die zweite große Code-Änderung des Jahres und wohl die folgenreichste seit dem Merge. Das Upgrade führte PeerDAS (Peer Data Availability Sampling) ein, ein Netzwerkprotokoll, das die Art und Weise, wie Ethereum mit Daten umgeht, grundlegend transformiert.

Vor Fusaka musste jeder Ethereum-Knoten alle Blob-Daten herunterladen und speichern – jene temporären Datenpakete, die Rollups verwenden, um Transaktions-Batches auf Layer 1 zu veröffentlichen. Diese Anforderung schuf einen Engpass: Ein höherer Datendurchsatz bedeutete höhere Anforderungen an jeden Knotenbetreiber, was die Dezentralisierung gefährdete.

PeerDAS ändert diese Gleichung vollständig. Jetzt ist jeder Knoten nur noch für 1/8 der gesamten Blob-Daten verantwortlich, wobei das Netzwerk Erasure Coding verwendet, um sicherzustellen, dass aus beliebigen 50 % der Teile der vollständige Datensatz rekonstruiert werden kann. Validatoren, die zuvor 750 MB an Blob-Daten pro Tag heruntergeladen haben, benötigen nun nur noch etwa 112 MB – eine Reduzierung der Bandbreitenanforderungen um 85 %.

Die unmittelbaren Ergebnisse sprechen für sich:

  • Die Layer-2-Transaktionsgebühren sanken innerhalb des ersten Monats um 40 – 60 %
  • Die Blob-Ziele stiegen von 6 auf 10 pro Block (21 sind für Januar 2026 geplant)
  • Das L2-Ökosystem kann nun theoretisch über 100.000 TPS verarbeiten – und übertrifft damit den Durchschnitt von Visa von 65.000

Wie PeerDAS tatsächlich funktioniert: Datenverfügbarkeit ohne den Download​

Das Geniale an PeerDAS liegt im Sampling. Anstatt alles herunterzuladen, verifizieren Knoten die Existenz von Daten, indem sie zufällige Teile anfordern. Hier ist die technische Aufschlüsselung:

Erweiterte Blob-Daten werden in 128 Teile, sogenannte Spalten (Columns), unterteilt. Jeder reguläre Knoten nimmt an mindestens 8 zufällig ausgewählten Spalten-Subnetzen teil. Da die Daten vor der Verteilung mittels Erasure Coding erweitert wurden, ist der Erhalt von nur 8 der 128 Spalten (etwa 12,5 % der Daten) mathematisch ausreichend, um zu beweisen, dass die vollständigen Daten verfügbar gemacht wurden.

Man kann es sich wie das Überprüfen eines Puzzles vorstellen: Man muss nicht jedes Teil zusammensetzen, um zu verifizieren, dass nicht die Hälfte der Teile im Karton fehlt. Eine sorgfältig ausgewählte Stichprobe liefert die nötigen Informationen.

Dieses Design erreicht etwas Bemerkenswertes: eine theoretische 8-fache Skalierung im Vergleich zum vorherigen Modell, bei dem „jeder alles herunterlädt“, ohne die Hardwareanforderungen für Knotenbetreiber zu erhöhen. Solo-Staker, die Validator-Knoten von zu Hause aus betreiben, können weiterhin teilnehmen – die Dezentralisierung bleibt gewahrt.

Das Upgrade umfasst auch EIP-7918, das die Blob-Basisgebühren an die L1-Gasnachfrage koppelt. Dies verhindert, dass Gebühren auf bedeutungslose 1-Wei-Niveaus sinken, stabilisiert die Validator-Belohnungen und reduziert Spam durch Rollups, die den Gebührenmarkt ausnutzen.

zkEVMs: Von der Theorie zur „Produktionsqualität“​

Während PeerDAS die Datenverfügbarkeit übernimmt, besteht die zweite Hälfte der Trilemma-Lösung von Ethereum aus zkEVMs – Zero-Knowledge Ethereum Virtual Machines, die es ermöglichen, Blöcke mittels kryptografischer Beweise anstatt durch erneute Ausführung zu validieren.

Der Fortschritt hier war atemberaubend. Im Juli 2025 veröffentlichte die Ethereum Foundation „Shipping an L1 zkEVM #1: Realtime Proving“ und stellte damit formal die Roadmap für die ZK-basierte Validierung vor. Neun Monate später übertraf das Ökosystem seine Ziele:

  • Beweislatenz (Proving latency): Gesunken von 16 Minuten auf 16 Sekunden
  • Beweiskosten: Um das 45-fache eingebrochen
  • Blockabdeckung: 99 % aller Ethereum-Blöcke wurden in unter 10 Sekunden auf Ziel-Hardware bewiesen

Diese Zahlen stehen für einen grundlegenden Wandel. Die wichtigsten beteiligten Teams – SP1 Turbo (Succinct Labs), Pico (Brevis), RISC Zero, ZisK, Airbender (zkSync), OpenVM (Axiom) und Jolt (a16z) – haben gemeinsam bewiesen, dass Echtzeit-Beweise nicht nur möglich, sondern praktikabel sind.

Das ultimative Ziel ist das, was Vitalik als „Validieren statt Ausführen“ (Validate instead of Execute) bezeichnet. Validatoren würden einen kleinen kryptografischen Beweis verifizieren, anstatt jede Transaktion neu zu berechnen. Dies entkoppelt die Sicherheit von der Rechenintensität und ermöglicht es dem Netzwerk, einen weitaus höheren Durchsatz zu verarbeiten, während die Sicherheitsgarantien beibehalten (oder sogar verbessert) werden.

Das zkEVM-Typensystem: Die Kompromisse verstehen​

Nicht alle zkEVMs sind gleich. Vitaliks Klassifizierungssystem aus dem Jahr 2022 bleibt wesentlich, um den Designraum zu verstehen:

Typ 1 (Vollständige Ethereum-Äquivalenz): Diese zkEVMs sind auf Bytecode-Ebene identisch mit Ethereum – der „heilige Gral“, aber auch am langsamsten bei der Generierung von Beweisen. Bestehende Apps und Tools funktionieren ohne jegliche Modifikationen sofort. Taiko ist ein Beispiel für diesen Ansatz.

Typ 2 (Vollständige EVM-Kompatibilität): Diese priorisieren die EVM-Äquivalenz, nehmen aber geringfügige Änderungen vor, um die Beweiserstellung zu verbessern. Sie könnten beispielsweise Ethereums Keccak-basierte Merkle-Patricia-Trees durch ZK-freundlichere Hash-Funktionen wie Poseidon ersetzen. Scroll und Linea gehen diesen Weg.

Typ 2.5 (Semi-Kompatibilität): Leichte Modifikationen an Gaskosten und Precompiles im Austausch für signifikante Leistungssteigerungen. Polygon zkEVM und Kakarot operieren hier.

Typ 3 (Partielle Kompatibilität): Größere Abweichungen von der strikten EVM-Kompatibilität, um eine einfachere Entwicklung und Beweiserstellung zu ermöglichen. Die meisten Ethereum-Anwendungen funktionieren, aber einige erfordern Anpassungen.

Die Ankündigung der Ethereum Foundation vom Dezember 2025 setzte klare Meilensteine: Teams müssen bis Ende 2026 eine beweisbare 128-Bit-Sicherheit erreichen. Sicherheit, nicht nur Leistung, ist nun der entscheidende Faktor für eine breitere zkEVM-Adoption.

Die Roadmap 2026–2030: Was als Nächstes kommt​

Buterins Post vom Januar 2026 skizzierte eine detaillierte Roadmap für die kontinuierliche Weiterentwicklung von Ethereum:

Meilensteine 2026:

  • Große Erhöhungen des Gas-Limits unabhängig von zkEVMs, ermöglicht durch BALs (Block Auction Limits) und ePBS (enshrined Proposer-Builder Separation)
  • Erste Möglichkeiten, einen zkEVM-Node zu betreiben
  • BPO2-Fork (Januar 2026), der das Gas-Limit von 60 Mio. auf 80 Mio. anhebt
  • Maximale Blobs erreichen 21 pro Block

Phase 2026–2028:

  • Gas-Neuberechnungen, um die tatsächlichen Rechenkosten besser widerzuspiegeln
  • Änderungen an der Statusstruktur (State Structure)
  • Migration der Execution Payload in Blobs
  • Weitere Anpassungen, um höhere Gas-Limits sicher zu machen

Phase 2027–2030:

  • zkEVMs werden zur primären Validierungsmethode
  • Initialer zkEVM-Betrieb neben der Standard-EVM in Layer-2-Rollups
  • Potenzielle Entwicklung hin zu zkEVMs als Standard-Validatoren für Layer-1-Blöcke
  • Vollständige Rückwärtskompatibilität für alle bestehenden Anwendungen bleibt erhalten

Der „Lean Ethereum Plan“, der den Zeitraum 2026–2035 umfasst, zielt auf Quantenresistenz und dauerhafte 10.000+ TPS auf dem Base Layer ab, wobei Layer 2s den Gesamtdurchsatz noch weiter steigern.

Was das für Entwickler und Nutzer bedeutet​

Für Entwickler, die auf Ethereum aufbauen, sind die Auswirkungen erheblich:

Niedrigere Kosten: Da die L2-Gebühren nach Fusaka um 40–60 % sinken und mit der Skalierung der Blob-Anzahl im Jahr 2026 potenziell um über 90 % reduziert werden, werden zuvor unwirtschaftliche Anwendungen rentabel. Mikrotransaktionen, häufige Statusaktualisierungen und komplexe Smart-Contract-Interaktionen profitieren gleichermaßen.

Erhaltene Tooling-Landschaft: Der Fokus auf EVM-Äquivalenz bedeutet, dass bestehende Entwicklungs-Stacks relevant bleiben. Solidity, Hardhat, Foundry – die Tools, die Entwickler kennen, funktionieren auch bei zunehmender zkEVM-Adoption weiterhin.

Neue Verifizierungsmodelle: Mit zunehmender Reife von zkEVMs können Anwendungen kryptografische Beweise für bisher unmögliche Anwendungsfälle nutzen. Trustless Bridges, verifizierbare Off-Chain-Berechnungen und datenschutzfreundliche Logik werden praktikabler.

Für Nutzer sind die Vorteile unmittelbarer:

Schnellere Finalität: ZK-Proofs können kryptografische Finalität bieten, ohne auf Challenge-Perioden warten zu müssen, was die Abrechnungszeiten für Cross-Chain-Operationen verkürzt.

Niedrigere Gebühren: Die Kombination aus Skalierung der Datenverfügbarkeit und Verbesserungen der Ausführungseffizienz kommt den Endnutzern direkt durch reduzierte Transaktionskosten zugute.

Gleiches Sicherheitsmodell: Wichtig ist, dass keine dieser Verbesserungen das Vertrauen in neue Parteien erfordert. Die Sicherheit leitet sich aus der Mathematik ab – kryptografische Beweise und Garantien durch Erasure Coding – und nicht aus neuen Validator-Sets oder Komitee-Annahmen.

Die verbleibenden Herausforderungen​

Trotz der triumphierenden Darstellung bleibt noch viel zu tun. Buterin selbst räumte ein, dass für zkEVMs „die Sicherheit das ist, was noch fehlt“. Die sicherheitsorientierte Roadmap 2026 der Ethereum Foundation spiegelt diese Realität wider.

Nachweis der Sicherheit: Das Erreichen einer nachweisbaren 128-Bit-Sicherheit über alle zkEVM-Implementierungen hinweg erfordert strenge kryptografische Audits und formale Verifizierung. Die Komplexität dieser Systeme schafft eine erhebliche Angriffsfläche.

Prover-Zentralisierung: Derzeit ist das Erstellen von ZK-Proofs so rechenintensiv, dass nur spezialisierte Einheiten diese wirtschaftlich produzieren können. Während dezentrale Prover-Netzwerke in der Entwicklung sind, birgt ein vorzeitiger zkEVM-Rollout das Risiko, neue Zentralisierungsvektoren zu schaffen.

State Bloat (Status-Aufblähung): Selbst mit Verbesserungen der Ausführungseffizienz wächst der Status von Ethereum weiter. Die Roadmap umfasst das Auslaufen des Status (State Expiry) und Verkle Trees (geplant für das Hegota-Upgrade Ende 2026), aber dies sind komplexe Änderungen, die bestehende Anwendungen stören könnten.

Koordinationskomplexität: Die Vielzahl an beweglichen Teilen – PeerDAS, zkEVMs, BALs, ePBS, Anpassungen der Blob-Parameter, Gas-Neuberechnungen – schafft Herausforderungen bei der Koordination. Jedes Upgrade muss sorgfältig sequenziert werden, um Regressionen zu vermeiden.

Fazit: Eine neue Ära für Ethereum​

Das Blockchain-Trilemma prägte ein Jahrzehnt des Protokolldesigns. Es formte den konservativen Ansatz von Bitcoin, rechtfertigte unzählige „Ethereum-Killer“ und trieb Milliardeninvestitionen in alternative L1s an. Jetzt, da Live-Code im Mainnet läuft, behauptet Ethereum, das Trilemma durch cleveres Engineering statt durch fundamentale Kompromisse gelöst zu haben.

Die Kombination aus PeerDAS und zkEVMs stellt etwas wirklich Neues dar: ein System, in dem Nodes mehr Daten verifizieren können, während sie weniger herunterladen; in dem die Ausführung bewiesen statt neu berechnet werden kann; und in dem Skalierbarkeitsverbesserungen die Dezentralisierung stärken, statt sie zu schwächen.

Wird dies der Belastung durch die reale Anwendung standhalten? Wird sich die zkEVM-Sicherheit als robust genug für die L1-Integration erweisen? Werden die Koordinationsherausforderungen der Roadmap 2026–2030 gemeistert werden? Diese Fragen bleiben offen.

Doch zum ersten Mal führt der Weg vom heutigen Ethereum zu einem wahrhaft skalierbaren, sicheren und dezentralen Netzwerk über bereits implementierte Technologie statt über theoretische Whitepaper. Dieser Unterschied – Live-Code gegenüber akademischen Papieren – könnte sich als der bedeutendste Wandel in der Geschichte der Blockchain seit der Erfindung von Proof-of-Stake erweisen.

Es scheint, als habe das Trilemma seinen Meister gefunden.

Referenzen​

Share on Twitter