89 Beiträge getaggt mit „Skalierbarkeit“

Im Dezember 2025, nach rund 1.200 Tagen Entwicklungszeit und einer gemeldeten Investition in neunstelliger Höhe von Jump Crypto, ging der vollständige Firedancer-Validator-Client endlich im Solana-Mainnet live. Vier Monate später steht das Urteil fest: Er funktioniert, er liefert die Blockproduktion mit Geschwindigkeiten, die nichts anderes im Netzwerk erreichen kann, und er hat bereits mehr als 20 % des Netzwerk-Stakes auf sich vereint. Die schwierigere Frage – diejenige, von der Solanas institutionelle Glaubwürdigkeit nun abhängt – ist, ob das Netzwerk die Art von Client-Diversität erreichen kann, die Ethereum in einem Jahrzehnt aufgebaut hat, bevor der erste katastrophale Agave-Bug die Entscheidung erzwingt.

Dies ist die Geschichte des größten Single-Client-Engineering-Projekts in der Geschichte der Blockchain, warum es für die Resilienz wichtiger ist als für den reinen Durchsatz und was das verbleibende Konzentrationsrisiko für Entwickler bedeutet, die entscheiden, wo sie im Jahr 2026 deployen.

Ein dreijähriger Rewrite, von der Netzwerkkarte an aufgebaut​

Jump Crypto begann Firedancer im Jahr 2022 mit einer These, die damals fast tollkühn klang: Den gesamten Solana-Validator von Grund auf in C neu zu schreiben, mit einer Tile-basierten Architektur, die von Hochfrequenzhandelssystemen übernommen wurde. Das Team hatte ursprünglich das zweite Quartal 2024 für das Mainnet anvisiert. Sie verpassten den Termin um etwa achtzehn Monate.

Die Verzögerung ist an sich aufschlussreich. Firedancer ist kein Fork von Anzas Agave (dem Rust-basierten Referenz-Client) oder von Jito-Solana (dem MEV-optimierten Fork von Agave). Es handelt sich um eine unabhängige C/C++-Implementierung, die keinen Ausführungscode mit dem Rest des Netzwerks teilt. Das bedeutet, dass jede Konsensregel, jeder Pfad der Transaktionsverarbeitung und jedes Gossip-Protokoll neu implementiert und gegen das reale Verhalten im Mainnet getestet werden musste, bevor auch nur ein einziger Dollar an Stake sicher darauf laufen konnte.

Die Zwischenlösung von Jump – Frankendancer – kombinierte den Hochleistungs-Netzwerk-Stack von Firedancer mit der Runtime von Agave. Dieser Hybrid sammelte im Laufe des Jahres 2025 still und leise Stake: 8 % im Juni, 20,9 % bis Oktober. Als der vollständige Firedancer-Client im Dezember die Ziellinie überquerte, migrierte ein Großteil dieses Stakes auf natürliche Weise, was dem neuen Client vom ersten Tag an einen glaubwürdigen Brückenkopf in der Produktion verschaffte.

Was 1 Million TPS tatsächlich bedeutet​

Die Schlagzeilen-Zahl ist real, aber die Einschränkungen sind wichtig. Der Netzwerk-Layer von Firedancer verarbeitete im Stresstest über eine Million Transaktionen pro Sekunde – aber diese Tests liefen in einem kontrollierten Sechs-Knoten-Cluster, der über vier Kontinente verteilt war, nicht im Produktions-Mainnet. Das reale Solana bewältigt heute auf Protokollebene etwa 5.000–6.000 TPS, wobei stabile Mainnet-Durchschnitte in Spitzenzeiten im April 2026 eher bei 65.000 TPS liegen.

Die realistische Entwicklung Mitte 2026 ist bescheidener und nützlicher: 10.000+ TPS im täglichen Produktionsbetrieb, eine 2- bis 3-fache Verbesserung gegenüber heute, mit dem Spielraum, Spitzen abzufangen, die das Netzwerk zuvor destabilisiert haben. Das ist die Art von Durchsatz, die wirklich verändert, was on-chain gebaut werden kann.

Für den Kontext, was Firedancer tatsächlich optimiert:

• Transaktionsaufnahme (Transaction ingestion): Kernel-Bypass-Networking, das Pakete direkt von der Netzwerkkarte (NIC) liest und so den Syscall-Overhead eliminiert.
• Signaturprüfung: AVX-512-vektorisierte ed25519-Verifizierung, die Zehntausende von Signaturen pro Sekunde und Kern verarbeiten kann.
• Blockproduktion: Eine Tile-basierte Pipeline, bei der jede Validator-Funktion in ihrem eigenen fest zugewiesenen (pinned) Prozess läuft, sodass ein langsamer Signaturprüfer den Blockproduzenten nicht blockieren kann.
• Speicherlayout: Cache-bewusste Datenstrukturen, die der Topologie moderner Server-CPUs entsprechen, anstatt eine generische Runtime vorauszusetzen.

Nichts davon ist spektakulär – es ist genau die Art von Arbeit, die eine Datenbank oder einen Marktdaten-Feed schnell macht. Auf einen Blockchain-Validator angewendet, beseitigt dies die Engpässe, die Solana unter Last immer wieder in einen eingeschränkten Betriebszustand gezwungen haben.

Die wahre Geschichte: Die Beseitigung des Single-Client-Fehlermodus​

Der Durchsatz bekommt die Pressemitteilungen, aber der wichtigere Beitrag von Firedancer ist struktureller Natur. Zum ersten Mal in seiner Geschichte verfügt Solana über einen Validator-Client, der keine gemeinsame Abstammung im Ausführungscode mit Agave hat.

Man betrachte die Alternative. Jito-Solana – der nach Stake dominante Client – ist selbst ein Fork von Agave. Das Standard-Agave (Vanilla Agave) läuft auf dem Großteil des Rests. Stand Anfang 2026 sieht die ungefähre Aufteilung wie folgt aus:

• Jito-Solana: 72 % des gestakten SOL
• Frankendancer / Firedancer: 21 %
• Vanilla Agave: 7 %

Achtzig Prozent des Netzwerks teilen einen gemeinsamen Code-Vorfahren. Ein einziger kritischer Bug in der Runtime von Agave – von der Art, wie sie Ethereum-Ausführungs-Clients in den letzten zwei Jahren zweimal getroffen haben – wäre kein Ereignis mit verminderter Leistung. Es wäre ein Netzwerkstopp.

Ethereum hat diese Lektion auf die harte Tour gelernt. Der Reth-Bug im September 2025 brachte Validatoren der Versionen 1.6.0 und 1.4.8 bei Block 2.327.426 zum Stillstand. Das war ein unangenehmer Vorfall, der 5,4 % der Execution-Layer-Clients betraf. Da die anderen 94,6 % auf Geth, Nethermind, Besu und Erigon verteilt waren, produzierte das Netzwerk weiterhin Blöcke. Das Ökosystem betrachtet 33 % als das Maximum, das ein einzelner Client jemals halten sollte, und selbst der Anteil von Geth von 48–62 % wird als ungelöstes Governance-Problem angesehen.

Solanas derzeitige Konzentration von über 80 % auf Agave-Basis ist deutlich schlimmer als das, was Ethereum als Krise betrachtet. Firedancer ist der einzige glaubwürdige Ausweg.

Was als Nächstes geschehen muss​

Die Mathematik ist unbequem, aber lösbar. Damit Solana eine echte Multi-Client-Resilienz erreicht, müssen im Jahr 2026 zwei Dinge geschehen:

1. Jito-Nutzer müssen zu reinem Firedancer migrieren. Die MEV-Extraktionslogik von Jito ist die Gravitationsmasse, die die aktuelle Konzentration aufrechterhält. Solange diese Funktionalität nicht in ein Firedancer-kompatibles Plugin portiert wurde, haben große Staking-Operationen einen starken finanziellen Grund, bei von Agave abgeleitetem Code zu bleiben.
2. Der kombinierte Stake von Agave + Jito muss unter 50 % fallen. Sobald Firedancer die 50 %-Marke überschreitet, kann Solana einen katastrophalen Agave-Bug überstehen, ohne zum Stillstand zu kommen. Das ist die Resilienz-Basis, gegen die jeder seriöse institutionelle Verwahrer und ETF-Emittent implizit absichert.

Die Tatsache, dass sich die Einführung von Frankendancer in vier Monaten mehr als verdoppelt hat, deutet darauf hin, dass die Migration machbar ist, aber sie erfolgt nicht automatisch. Validator-Ökonomie, Monitoring-Tools und betriebliche Vertrautheit begünstigen den Status quo. Jump und Anza haben beide signalisiert, dass 2026 das Jahr für den entscheidenden Vorstoß ist, aber keiner von beiden kontrolliert das Validator-Set direkt.

Firedancer + Alpenglow: Die kombinierte Roadmap​

Firedancer ist nur die eine Hälfte von Solanas ehrgeizigstem technischem Zyklus seit dem Start des Mainnets. Die andere Hälfte ist Alpenglow, eine vollständige Neuschreibung des Konsens-Mechanismus, der im September 2025 von 98,27 % des stimmberechtigten SOL-Stakes genehmigt wurde.

Alpenglow ersetzt Proof-of-History und TowerBFT durch zwei neue Komponenten – Votor für Fast-Finality-Konsens und Rotor für die Daten-Propagation. Das Hauptergebnis ist das Sinken der Finalität von etwa 12,8 Sekunden auf 100–150 Millisekunden – eine 100-fache Verbesserung, die eine Mainnet-Integration im 3. Quartal 2026 anstrebt.

Für institutionelle Nutzer zählt die Kombination mehr als jedes Teil für sich allein:

• Sub-Sekunden-Finalität macht die Abwicklung wettbewerbsfähig gegenüber zentralisierten Börsen und öffnet die Tür für On-Chain-Hochfrequenzhandel und die Abwicklung von Real-World Assets, die heute noch über traditionelle Wege geleitet werden.
• Hoher Durchsatz mit mehreren Clients entkräftet das Argument „Solana fällt aus“, das bisher Unternehmen aus dem Bereich Treasury und Emittenten von tokenisierten Assets zur Vorsicht veranlasst hat.
• Unabhängige Codepfade erfüllen die Due-Diligence-Anforderungen, die Verwahrer und autorisierte ETF-Teilnehmer zunehmend in ihre Netzwerk-Risikomodelle schreiben.

Die täglichen ETF-Zuflüsse von 58 Mio. $und die 827 Mio.$ an tokenisierten Real-World Assets, die Solana Anfang 2026 anzog, sind ein Frühindikator. Institutionelles Kapital bindet sich in großem Stil nicht an Netzwerke mit nur einem Client.

Was Entwickler mitnehmen sollten​

Wenn Sie 2026 auf Solana deployen, sind die praktischen Auswirkungen konkret:

• Der Durchsatz-Spielraum ist real. Die Produktions-Obergrenze von 5.000 TPS war eine beständige Design-Einschränkung für Hochfrequenz-dApps. Bis zum 4. Quartal 2026 lockert sich diese Einschränkung erheblich, was die Kostenkalkulation für Orderbücher, On-Chain-Spiele und Agenten-gesteuerte Workflows ändert, die zuvor aggressiv bündeln oder komprimieren mussten.
• Latenzannahmen müssen aktualisiert werden. Wenn Alpenglow planmäßig erscheint, werden Abwicklungsannahmen, die auf einer 12-Sekunden-Finalität basieren, hinfällig. Designs, die auf eine Bestätigung warten, bevor sie nachgelagerte Aktionen auslösen, können mehrere Round-Trips zu einem einzigen zusammenfassen.
• Client-bewusste Infrastruktur wird wichtiger, nicht unwichtiger. Mit zunehmender Verbreitung von Firedancer werden RPC-Anbieter, Indexer und Monitoring-Tools, die elegant mit client-spezifischen Eigenheiten umgehen, zur erste Wahl für die Produktion. Generisches „Solana RPC“ ist dann kein aussagekräftiges Differenzierungsmerkmal mehr.
• Das Konzentrationsrisiko ist immer noch real. Bis der Jito-Stake migriert, kann ein einzelner Agave-Bug das Netzwerk immer noch lahmlegen. Für das Treasury kritische Anwendungen sollten dieses Szenario im Hinterkopf behalten – nicht indem sie Solana meiden, sondern indem sie verstehen, wo das Netzwerk auf der Resilienz-Kurve im Vergleich zu Ethereum steht.

Fazit​

Der Mainnet-Release von Firedancer ist der wichtigste Infrastruktur-Meilenstein in der Geschichte von Solana, und es geht dabei nicht primär um Geschwindigkeit. Es geht darum, ob eine der technisch ambitioniertesten Blockchains zu einem Netzwerk heranwachsen kann, für das Institutionen bürgen können. Die Demo mit 1 Million TPS sorgt für Schlagzeilen, aber die strukturelle Errungenschaft ist, dass Solana nun einen glaubwürdigen Weg hat, in Bezug auf Resilienz-Metriken wie Ethereum auszusehen – vorausgesetzt, die Validator-Ökonomie spielt mit.

Die nächsten zwölf Monate werden zeigen, ob sich die Wette von Jump über mehr als 100 Mio. $ auszahlt. Wenn Firedancer bis Ende 2026 die 50 %-Marke beim Stake überschreitet und Alpenglow pünktlich ausgeliefert wird, geht Solana als ein grundlegend anderes Netzwerk in das Jahr 2027 – eines mit dem Durchsatz eines Hochleistungs-Ledgers, der Finalität eines Echtzeit-Abwicklungssystems und der Client-Vielfalt einer glaubwürdigen institutionellen Schiene. Wenn die Einführung bei 25–30 % stagniert, bleibt die Schlagzeile ein Marketing-Asset und das zugrunde liegende Single-Client-Risiko bestehen.

Für Entwickler und Infrastruktur-Teams, die entscheiden, wo sie bauen möchten, ist die Interpretation eindeutig: Solana ist im Jahr 2026 leistungsfähiger und resilienter als im Jahr 2025. Die Entwicklung verläuft positiv, und die verbleibende Arbeit ist eher operativer als technischer Natur. Das ist ein weitaus besseres Problem als jenes, das Jump vor vier Jahren zu lösen begann.

BlockEden.xyz betreibt Solana-RPC-Infrastruktur auf Produktionsniveau, die für die Multi-Client-Ära entwickelt wurde, mit integrierter Unterstützung für Firedancer-, Agave- und Jito-basierte Nodes. Erkunden Sie unsere Solana-API-Dienste, um auf einer Infrastruktur aufzubauen, die verfolgt, wohin sich das Netzwerk entwickelt, und nicht nur, wo es bisher war.

Am 20. April 2026 trat Vitalik Buterin unter der Glaskuppel des Hong Kong Convention and Exhibition Center auf die Bühne, richtete sein Mikrofon und stellte die kühnste Behauptung seiner Karriere nach dem Merge auf: Das Blockchain-Trilemma — jenes unmögliche Dreieck aus Dezentralisierung, Skalierbarkeit und Sicherheit, das jeden Protokoll-Designer seit 2017 verfolgt — ist effektiv gelöst. Nicht theoretisch. Nicht in einem Whitepaper. Auf dem Mainnet.

Dann setzte er sich wieder hin, und der ETH-Chart bewegte sich kein Stück.

Genau in dem Moment, als der Mitbegründer von Ethereum einen jahrzehntelangen technischen Krieg für beendet erklärte, notierte ETH bei etwa 2.313 $— rund 53$ aus dem Jahr 2021 und 35 % im Minus seit Jahresbeginn. Die Diskrepanz zwischen Vitaliks Worten und der Marktbewertung wurde zum meistdiskutierten Thema des Festivals: Ist dies der wichtigste technische Meilenstein in der Geschichte von Ethereum oder die am wenigsten zeitgemäße Ehrenrunde seit "der Merge wird ETH schneller verbrennen, als es neu ausgegeben werden kann"?

Die Antwort lautet, wie so oft bei Ethereum: beides.

Die Substanz: Was Vitalik tatsächlich behauptete​

Lässt man die Schlagzeilen weg, basiert Vitaliks Argument auf drei konkret gelieferten Komponenten, nicht auf vagen Versprechungen.

Erstens: PeerDAS im Mainnet. Das Fusaka-Upgrade wurde am 3. Dezember 2025 aktiviert und führte Peer Data Availability Sampling ein — das lang versprochene Primitiv, das es Knoten ermöglicht, Blob-Daten durch das Abrufen kleiner, zufälliger Teile zu verifizieren, anstatt das gesamte Paket herunterzuladen. Die Skalierung ist nicht mehr hypothetisch. BPO1 hob am 9. Dezember 2025 das Blob-Ziel pro Block auf 10 (maximal 15) an. BPO2 erhöhte dies am 7. Januar 2026 auf 14 (maximal 21). Das entspricht etwa der achtfachen Blob-Kapazität vor Fusaka, und es ist live. Die L2-Gebühren fielen in den Wochen nach der Aktivierung von PeerDAS um 40–60 %, wobei noch Luft nach oben ist, während das Netzwerk die theoretische Obergrenze ansteuert.

Zweitens: Der zkEVM-Integrationspfad. Vitaliks Behauptung beruht nicht auf vagen Aussichten auf eine zukünftige zkEVM — sie stützt sich auf die bereits laufende Arbeit zur Komprimierung der L1-Verifizierung von Ethereum mittels Zero-Knowledge-Proofs, wobei eine vollständige L1-zkEVM für 2028–2029 angestrebt wird. Die kurzfristige Version ist die Echtzeit-Beweiserstellung der Ausführung: Wenn man die Gültigkeit eines Blocks in weniger als einem Slot beweisen kann, lässt sich das Gas-Limit drastisch erhöhen, ohne dass jeder Home-Staker jede Transaktion erneut ausführen muss. Das ist der Schlüssel, der das heutige L1 mit ~1.000 TPS mit dem "GigaGas"-Ziel von rund 10.000 TPS verbindet.

Drittens: Die "Lean Ethereum"-Roadmap. Dies ist das Rahmenwerk, auf das sich Vitalik am stärksten stützte. Die These: Ethereums L1 sollte auf einem Laptop ausführbar bleiben, während es gleichzeitig auf 10.000 TPS skaliert. Denn eine Blockchain, die nur von einem Hyperscaler verifiziert werden kann, ist keine Blockchain — sie ist eine Datenbank mit PR. Jede architektonische Entscheidung in Glamsterdam, Hegota und der Roadmap nach 2026 wird durch diesen Filter betrachtet.

Fügt man diese drei Teile zusammen, liest sich Vitaliks Argument so: Skalierbarkeit wird durch Data Availability Sampling und zk-Komprimierung erreicht, die Dezentralisierung wird durch die Einschränkung der "Laptop-Lauffähigkeit" geschützt, und die Sicherheit ergibt sich daraus, dass kein Teil dieser Roadmap das Vertrauen in einen zentralisierten Sequencer oder eine Multisig-Bridge erfordert, um die Durchsatzzahlen zu erreichen. Drei Ecken des Dreiecks, gleichzeitig bedient, auf einer produktiven Codebasis.

Die Daten, die die Behauptung untermauern​

Wäre dies nur eine Rede über eine Roadmap, könnte man sie leicht abtun. Was die Keynote in Hongkong anders machte, war, dass Vitalik auf operative Kennzahlen verweisen konnte, nicht nur auf Folien.

Der Durchsatz von Ethereum überschritt im ersten Quartal 2026 die Marke von 200 Millionen Transaktionen — ein Rekord für das Netzwerk. Sein Anteil am Markt für tokenisierte Real-World-Assets liegt bei 66 %, was etwa 14,6 Milliarden $des Gesamtwerts von über 20 Milliarden$ entspricht — wobei allein tokenisierte US-Staatsanleihen fast 10 Milliarden $ausmachen, angeführt von BlackRocks BUIDL. Die Dominanz im DeFi-TVL bleibt über 56$.

Und am 30. März 2026 zahlte die Ethereum Foundation selbst 22.517 ETH (Wert ca. 46 Millionen $bei Ausführung, 50 Millionen$ bei Ankündigung) in den Consensus Layer ein — Teil einer umfassenderen Staking-Zusage über 70.000 ETH. Damit wandelt die EF rund 143 Millionen $ihres Kapitals in eine renditeerzeugende Validator-Position um, anstatt Vermögenswerte verkaufen zu müssen, um ihre jährlichen Betriebskosten von 100 Millionen$ zu decken.

Dieser letzte Datenpunkt ist wichtiger, als er auf den ersten Blick scheint. Jahrelang beobachteten Kritiker, wie die EF stillschweigend ETH liquidierte, um Rechnungen zu bezahlen, und nutzten dies als Indiz dafür, dass selbst die Verwalter von Ethereum nicht an langfristige Staking-Renditen glaubten. Das Staking von 70.000 ETH bei aktuellen Renditen (~5,6 %) bedeutet, dass die Organisation ihre Bilanz hinter dasselbe Produkt stellt, das sie verkauft.

Zusammengenommen kommt Vitaliks Aussage "Trilemma gelöst" nicht von einer leeren Bühne. Sie kommt von der Chain, die den größten Tokenisierungsmarkt der Welt betreibt, Rekordtransaktionszahlen verarbeitet und deren eigene Foundation öffentlich auf ihre Staking-Ökonomie setzt.

Der unangenehme Teil: Narrativ vs. Preis​

Und dennoch.

ETH wurde am Tag der Keynote bei 2.313 $ gehandelt. In den letzten zwölf Monaten ist der Token – trotz eines narrativen Sieges nach dem anderen (Fusaka wurde pünktlich ausgeliefert, BPO1 und BPO2 reibungslos eingeführt, die RWA-Dominanz wurde ausgebaut, die EF vollzog eine Kursumkehr bei den Treasury-Verkäufen) – immer noch mehr als 50 % unter seinem Allzeithoch und im Jahresvergleich (YTD) um 35 % gefallen. Ein Teil davon ist makroökonomisch bedingt: Anfang 2026 brachten Rezessionsängste, ein Streit um die Bestätigung des Fed-Vorsitzenden und eine damit korrelierte Schwäche des Kryptomarktes mit sich. Ein Teil ist Vitalik-spezifisch: Seine persönlichen ETH-Verkäufe Anfang des Jahres befeuerten das Narrativ, dass „Insider aussteigen“, welches kein noch so großer Fortschritt bei der Roadmap sofort umkehren kann.

Aber das tieferliegende Problem ist struktureller Natur. Der Markt, der Ethereum im Jahr 2021 mit 4.878 $ bewertete, preiste eine monolithische Settlement-plus-Execution-Ebene ein, die 100 % der darauf stattfindenden wirtschaftlichen Aktivitäten erfasste. Das Ethereum von 2026 ist ein Base Layer, der etwa 1 % seines Endnutzerwerts direkt liefert, während die anderen 99 % an L2s, App-Chains und Restaking-Ökosysteme fließen – von denen viele über gelegentliche Blob-Posts hinaus keinen nennenswerten Wert zurück an L1 übertragen. Vitaliks Argument der „nativen Rollups“ aus der Keynote adressiert genau dies: Wenn Ihr 10.000 TPS L2 über ein Multisig mit L1 verbunden ist, haben Sie Ethereum nicht skaliert, sondern eine parallele Chain gebaut, die ein Ethereum-T-Shirt trägt.

Die Investorenversion des Trilemmas lautet nun: Dezentralisierung, Skalierbarkeit oder Wertzuwachs – wählen Sie zwei. Vitaliks Keynote befasste sich mit den ersten beiden. Den dritten Punkt, den Trader tatsächlich einpreisen, sprach er nicht an.

Die Verzögerung, die über der Bühne schwebte​

Der andere unangenehme Subtext war Glamsterdam.

Glamsterdam – das Kofferwort aus Gloas und Amsterdam – ist Ethereums nächster Hard Fork, und laut dem Entwicklungsbericht „Checkpoint #9“ der EF vom 10. April hat er sich verzögert. Das ursprüngliche Ziel für Q1 2026 verschob sich auf Q2, und mehrere Core-Entwickler sagten, dass Q3 nun realistischer sei. Der Schuldige: ePBS (EIP-7732, In-Protocol Proposer-Builder Separation). Die Aufteilung der Blockproduktion auf zwei Parteien, die innerhalb des Konsensus koordiniert werden, klingt auf dem Papier sauber. In der Praxis muss nun jeder Teil des Stacks mit partiellen Blöcken und Fehlermodi zwischen zwei Parteien umgehen, und das Engineering-Team von Base warnte öffentlich davor, dass die Bündelung von FOCIL (Fork-Choice Inclusion Lists) mit ePBS das Upgrade vollständig aus dem Jahr 2026 verdrängen könnte.

Das ist für Vitaliks „Gelöst“-Darstellung von Bedeutung, da ePBS das tragende Element für die Zensurresistenz bei hoher Skalierung ist. Man kann nicht glaubwürdig Sicherheit bei 10.000 TPS beanspruchen, wenn die Blockproduktion in der Praxis von drei MEV-Searchern kontrolliert wird, die identische Builder-Setups betreiben. Die Architektur, die den Trilemma-Anspruch stützt, hat also eine Frist, und diese Frist ist die Devcon Mumbai im November 2026. Wenn Glamsterdam bis zur Devcon nicht mit ePBS im Mainnet läuft, wird die „Gelöst“-Aussage zu einem Sternchentext, und der Hype-Zyklus des Merges von 2022 wird zur Vorlage: zwei Jahre lang „es funktioniert, wartet nur ab“, während der Preischart nicht mitspielt.

Vier inkompatible Antworten auf das Trilemma​

Das Interessanteste an Hongkong war nicht Vitaliks Behauptung – es war die Tatsache, dass vier verschiedene Foundations vier verschiedene „Trilemma gelöst“-Ansprüche erheben, jeder mit einer völlig unterschiedlichen Architektur.

Ethereums Antwort ist das, was Vitalik beschrieb: Data Availability Sampling für Skalierbarkeit, auf Laptops ausführbare Nodes für Dezentralisierung, ZK-Verifizierung für Sicherheit.

Solanas Antwort, nach Vibhu Norbys viel zitierter Aussage vom 25. März, ist, dass das Trilemma keine Rolle mehr spielt, da 99 % der On-Chain-Transaktionen innerhalb von zwei Jahren von KI-Agenten gesteuert werden, denen Dezentralisierung nicht so wichtig ist wie Menschen – ihnen geht es um eine Finalität von unter 400 ms. Solana hat bereits über 15 Millionen On-Chain-Agenten-Zahlungen verarbeitet, 65 % der agentenbasierten Zahlungen via x402 erfasst und im Jahr 2025 ein Zahlungsvolumen von 31 Milliarden $ durch KI-Agenten verzeichnet. Die Wette lautet: Dezentralisierung war eine menschliche Anforderung; Maschinen werden sie neu bewerten.

Suis Antwort lautet, dass Move-native parallele Ausführung plus objektzentrierter Status den Kompromiss zwischen Durchsatz und Dezentralisierung auf Sprachebene zu einer falschen Dichotomie machen.

Celestias Antwort ist modular: Blockspace ist eine Commodity, und eine souveräne Chain, die DA von Celestia mietet, erhält Sicherheit auf Ethereum-Niveau, ohne die Gebührenbeschränkungen von Ethereum zu erben.

Dies sind keine kleinen Unterschiede. Es sind vier inkompatible architektonische Wetten darüber, wofür eine Blockchain im Jahr 2028 da ist, und nur eine von ihnen wird – wahrscheinlich – das Narrativ der institutionellen Kapitalrotation für das zweite Halbjahr 2026 gewinnen. Vitaliks Keynote in Hongkong war der Eröffnungszug in diesem Kampf um die Rotation, nicht die Siegesrede, als die sie dargestellt wurde.

Warum diese Rede dennoch gut altern könnte​

Hier ist das unspektakuläre Argument dafür, warum Vitaliks Darstellung wahrscheinlich richtig ist, auch wenn der Preischart dies für weitere 18 Monate nicht widerspiegelt.

Ethereum ist das einzige L1, das die spezifische Kombination geliefert hat, die Vitalik am Podium beanspruchte: Mainnet Data Availability Sampling, eine ZK-Roadmap mit festen Lieferfenstern, ein Rollup-Ökosystem, das bereits den Großteil der Endnutzeraktivität bewältigt, eine Foundation, die bereit ist, ihre Bilanz hinter die Staking-Ökonomie zu stellen, und eine institutionelle Kundenbasis (14,6 Milliarden $in tokenisierten RWA, 164 Milliarden$ in Stablecoins), die die Chain bereits für nicht-spekulative Workloads nutzt.

Keiner der Konkurrenten von Ethereum kann alle fünf Punkte vorweisen. Solanas Agenten-Volumen ist beeindruckend, geht aber mit einer konzentrierten Geografie der Validatoren und regelmäßigen Mainnet-Vorfällen einher. Suis Durchsatz ist real, aber die Erfassung von RWA ist nur ein Bruchteil dessen von Ethereum. Celestias modularer Pitch ist elegant, hat aber noch nicht die überzeugende souveräne Rollup-Ökonomie hervorgebracht, die die These erfordert.

Der Grund, warum der „Trilemma gelöst“-Anspruch wichtig ist, liegt nicht darin, dass er die Debatte beendet. Er liegt darin, dass er den Dialog neu definiert, den institutionelle Investoren für den Rest des Jahres 2026 führen werden: Wenn Fidelity, BlackRock und die nächste Welle von Staatsfonds fragen: „Auf welcher Chain soll sich die tokenisierte Wirtschaft tatsächlich niederlassen?“, hat Ethereum nun eine vertretbare Ein-Satz-Antwort, die durch Produktionskennzahlen gestützt wird. Ob der Token diesen Wert einfängt, ist eine separate und schwierigere Frage – aber man kann keinen Wert auf einer Architektur einfangen, die man nicht glaubwürdig geliefert hat.

Die Grenze zwischen Selbstvertrauen und Hybris​

Wenn Glamsterdam pünktlich mit ePBS in der Produktion erscheint, wenn PeerDAS weiterhin die L2 - Nachfrage absorbiert, ohne die Dezentralisierung zu gefährden, und wenn die ersten nativen Rollups 2027 auf L1 starten, wie von Vitalik skizziert, wird die Keynote vom 20. April als der Moment in Erinnerung bleiben, in dem Ethereum glaubwürdig die "Kann es skalieren?" - Ära verließ und in die "Fließt Wert zu?" - Ära eintrat. Das Narrativ des Trilemmas wird sich von "Ist es gelöst?" zu "War es die Lösung wert?" verschieben.

Falls sich Glamsterdam bis 2027 verzögert, falls BPO3 aufgrund von Netzwerkengpässen pausiert wird, die PeerDAS nicht vorhergesehen hat, oder wenn das durch Agenten gesteuerte Transaktionsvolumen schneller zu Solana und Base abwandert, als das L1 von Ethereum es erfassen kann, dann wird "Trilemma gelöst" zum 2026er Äquivalent von "Ultra - Sound Money" – ein Slogan, der seine Genauigkeit um etwa achtzehn Monate überlebt.

Vitalik war schon immer besser im Engineering als im politischen Timing. Seine Keynote in Hongkong wird wahrscheinlich nach demselben Maßstab beurteilt werden wie jede große Behauptung von Ethereum im letzten Jahrzehnt: nicht danach, ob er auf der Bühne recht hatte, sondern ob der Code in den sechs Quartalen nach seiner Aussage ausgeliefert wurde.

November 2026. Devcon Mumbai. Das ist die Frist.

BlockEden.xyz bietet Enterprise - Grade Ethereum -, Sui -, Solana - und Multi - Chain - RPC - Infrastruktur für Teams, die auf den Chains aufbauen, die diese Roadmaps tatsächlich einhalten müssen. Egal, ob Sie native Rollups, RWA - Emissionsplattformen oder AI - Agent - Zahlungskanäle entwickeln, unser API - Marktplatz bietet Ihnen die Zuverlässigkeit, um unabhängig davon zu liefern, welcher "Trilemma gelöst" - Anspruch einer Foundation diesen Zyklus gewinnt.

Während des Großteils der Geschichte von Ethereum war ein neuer Hard Fork ein einmaliges Ereignis pro Jahr – ein langsamer, schwerfälliger Release-Zug, der immer dann abfuhr, wenn der Rückstau an Ethereum Improvement Proposals (EIPs) zu groß wurde, um ihn weiter aufzuschieben. Diese Ära ist vorbei. Mit der Benennung von Hegota als das auf Glamsterdam folgende Upgrade haben sich die Core-Entwickler von Ethereum nun öffentlich zu drei Hard Forks innerhalb eines Fensters von 18 Monaten verpflichtet: Fusaka (veröffentlicht im Dezember 2025), Glamsterdam (1. Halbjahr 2026) und Hegota (2. Halbjahr 2026). Zusammen mit Pectra (Mai 2025) sind das vier Protokoll-Upgrades in etwa 20 Monaten – die dichteste Ausführungstaktung seit The Merge.

Drei Jahre lang war die Hochleistungs-EVM kaum mehr als ein Satz Pitch-Slides. Bis April 2026 sind daraus zwei aktive Mainnets geworden, mit etwa einer halben Milliarde Dollar an frühem TVL und einer offenen Frage, die die nächsten zwei Jahre der Ethereum-nahen Skalierung definieren wird: Gehört die Zukunft einer parallelen L1, die den Settlement-Layer von Ethereum aufgibt, oder einer Echtzeit-L2, die voll darauf setzt?

Monad ging am 24. November 2025 mit einer parallelen EVM mit 10.000 TPS, Sub-Sekunden-Finalität und einem der größten Token-Airdrops des Zyklus an den Start – 105 Millionen Dollar verteilt an rund 76.000 Wallets. Elf Wochen später, am 9. Februar 2026, startete MegaETH sein öffentliches Mainnet mit einer völlig anderen Wette: Eine Single-Sequencer L2, die Transaktionen in 10-ms-Blöcken streamt, mit einer Latenz im Sub-Millisekunden-Bereich und einer erklärten Obergrenze von 100.000 TPS. Beide sind EVM-kompatibel. Beide werden von erstklassigem Kapital unterstützt. Beide sind heute verfügbar. Philosophisch gesehen könnten sie jedoch nicht gegensätzlicher sein.

Dies ist nicht die Debatte zwischen paralleler EVM und monolithischer L1 aus dem Jahr 2024. Es ist der seltene Fall, in dem zwei Mainnets innerhalb eines Quartals erscheinen, dieselbe Ethereum-Entwicklerbasis ansprechen und eine Wahl erzwingen, bei der man sich nicht absichern kann: Optimiert man für Solana-ähnlichen Durchsatz auf dem eigenen Settlement-Layer oder für Web2-ähnliche Latenz, verankert in Ethereum?

Zwei Mainnets, zwei Thesen​

Monads Versprechen ist struktureller Natur. Es ist eine L1 – mit eigenem Konsens, eigener Datenverfügbarkeit und eigenem Validator-Set – entwickelt um vier gekoppelte Optimierungen: MonadBFT (ein HotStuff-Derivat mit einstufiger spekulativer Finalität), verzögerte Ausführung (Deferred Execution), optimistische parallele Ausführung und MonadDb. Das Ergebnis sind 400-ms-Blöcke und eine Time-to-Finality von 800 ms, wobei die wirtschaftliche Sicherheit der Chain völlig unabhängig von Ethereum ist.

MegaETHs Versprechen ist architektonischer Natur. Es ist eine L2 – die auf Ethereum abrechnet und Daten an EigenDA sendet – aber sie bricht mit der Multi-Sequencer-Konvention, die Optimistic und ZK-Rollups definiert. Ein einzelner Sequencer-Knoten, ausgestattet mit 100-Kern-CPUs und 1–4 TB RAM, ordnet und führt Transaktionen über das aus, was das Team „Streaming EVM“ nennt: eine asynchrone Pipeline, die Transaktionsergebnisse kontinuierlich ausgibt, anstatt sie in Blöcken zu bündeln. Die vom Benutzer wahrgenommene Latenz liegt im Sub-Millisekunden-Bereich. Die Durchsatz-Obergrenze, die mit 100.000 TPS angegeben wird, lag zum Start bei etwa 50.000 TPS, wobei Stresstests zuvor 35.000 TPS dauerhaft erreichten.

Beide Architekturen brechen mit der EVM-Tradition. Monad behält das vertraute Vertrauensmodell bei – ein Validator-Set, BFT-Konsens, On-Chain-Status – baut aber den Execution- und Storage-Stack von Grund auf neu auf. MegaETH behält Ethereum als Vertrauensanker bei, zentralisiert jedoch den kritischen Pfad in einem einzigen High-Spec-Knoten und führt das Latenzprofil eines Web2-Backends wieder ein.

Die Frage ist nicht, welche technisch beeindruckender ist. Es ist die Frage, für welche Kompromisse die Entwickler bereit sind zu zahlen.

Die Architektur hinter den Wetten​

Monad: Entkoppelte Pipelines auf einer neuen L1​

Die Schlagzeile für Monad lautet 10.000 TPS, aber die interessantere Zahl sind 400 ms – die Blockzeit. Diese Zahl ist keine Folge schnellerer Hardware; sie ist eine Folge der Trennung von Konsens und Ausführung.

In einer herkömmlichen EVM-Chain müssen Validatoren eine Einigung über einen Block erzielen und jede darin enthaltene Transaktion ausführen, bevor sie den nächsten Block produzieren. Ein langsamer Smart-Contract-Aufruf kann die gesamte Pipeline blockieren. Monad entkoppelt diese Phasen: MonadBFT-Validatoren einigen sich zuerst auf die Reihenfolge der Transaktionen, und die Execution-Engine verarbeitet den vorherigen Block asynchron, während die nächste Konsensrunde bereits läuft.

Die Execution-Engine selbst arbeitet optimistisch. Monad geht davon aus, dass die meisten Transaktionen in einem Block unabhängige Zustände betreffen, und führt sie parallel über CPU-Kerne aus. Wenn ein Konflikt auftritt – zum Beispiel, wenn zwei Transaktionen auf dasselbe Konto schreiben – werden die betroffenen Transaktionen erneut ausgeführt und zusammengeführt. Das empirische Ergebnis, das während der Testnet-Phase und dem frühen Mainnet-Betrieb von Monad gemeldet wurde, zeigt, dass die parallele Beschleunigung für typische DeFi-Workloads signifikant ist, bei denen Transaktionen dazu neigen, sich um einige beliebte Verträge zu häufen, der Großteil des Status jedoch unabhängig ist.

MonadDb vervollständigt das Bild. Standard-EVM-Clients verwenden Allzweck-Key-Value-Stores wie LevelDB oder RocksDB; Monad liefert eine benutzerdefinierte Datenbank, die auf die Zugriffsmuster einer ausführenden EVM abgestimmt ist. Der kombinierte Effekt – MonadBFT plus verzögerte Ausführung plus parallele Ausführung plus MonadDb – ermöglicht es der Chain, 10.000 TPS bei 400-ms-Blöcken zu erreichen, ohne die EVM-Kompatibilität aufzugeben.

MegaETH: Ein Sequencer, viele spezialisierte Knoten​

MegaETH geht von einer anderen Frage aus: Wenn wir Ethereum als Abrechnungsschicht akzeptieren, wie schnell kann dann eine einzelne L2-Ausführungsumgebung sein?

Die Antwort, wie sie das Team entwickelt hat, erfordert das Aufbrechen der Symmetrie von Ethereum-Knoten. MegaETH trennt die Rollen in spezialisierte Knotentypen – Sequencer-Knoten, Prover-Knoten, Full-Nodes – und stattet den Sequencer mit extremer Hardware aus: 100-Kern-CPUs, 1–4 TB RAM. Dieser einzelne Sequencer ordnet Transaktionen, führt sie über eine „hyper-optimierte“ EVM aus und gibt die Ergebnisse im Streaming-Verfahren aus, anstatt auf den vollständigen Blockabschluss zu warten.

Die 10-ms-Blockzeit und die Sub-Millisekunden-Benutzerlatenz sind das Resultat dieses Designs. Ebenso das Zentralisierungsrisiko. MegaETH stellt explizit fest, dass der Sequencer ein Single Point ist – die primäre Sicherheitsrolle des MEGA-Tokens besteht im Staking durch Sequencer-Betreiber, wobei Rotation und Slashing ein ehrliches Verhalten sicherstellen sollen. EigenDA übernimmt die Datenverfügbarkeit, sodass Benutzer den Status unabhängig rekonstruieren können, falls der Sequencer ausfällt oder zensiert. Im Normalbetrieb sieht jedoch eine einzige Maschine jede Transaktion zuerst.

Dieses Design hat einen klaren theoretischen Vorteil: Latenz dominiert den Durchsatz bei Anwendungen im Web2-Stil. Ein Echtzeit-Orderbuch, ein Multiplayer-Game-Tick, eine KI-Agenten-Schleife – all diese Anwendungen legen mehr Wert auf die Round-Trip-Zeit einer einzelnen Transaktion als auf den maximalen Durchsatz der Chain. MegaETH wettet darauf, dass es eine Kategorie von Anwendungen gibt, die darauf gewartet haben, dass sich Blockchains wie Server anfühlen, und dass diese Anwendungen einen zentralisierteren kritischen Pfad im Austausch für diese Latenz akzeptieren werden.

TVL, Token-Performance und der Kampf um das frühe Ökosystem​

Die Zahlen geben bisher keiner Seite eindeutig recht. Stand Mitte April 2026:

• MegaETH hat seit dem Start am 9. Februar etwa 110,8 Mio. $an TVL angesammelt – etwa zehn Wochen Zinseszins-Wachstum ausgehend von einer Basis von 66 Mio.$ am Launch-Tag.
• Monad hat die Marke von 355 Mio. $ TVL überschritten, wobei die täglichen Transaktionen bis März 2026 zwischen 1,7 Mio. und 2,1 Mio. lagen – hier zeigt sich der fünfmonatige Vorsprung.

Auf Basis des wöchentlichen TVL-Wachstums liegen die beiden näher beieinander, als es die absoluten Zahlen vermuten lassen. Zudem bedeutet der L2-Status von MegaETH, dass ein Teil seines TVL aus gebrückten Ethereum-Sicherheiten besteht, die schnell neu eingesetzt werden können, sobald neue Handelsplätze eröffnen.

Die Token-Märkte sind kurzfristig weniger gnädig zu Monad. MON wird bei 0,03623 $gehandelt, verglichen mit einem Allzeithoch (ATH) von 0,04883$, das während der Airdrop-Euphorie erreicht wurde – etwa 28 % unter dem ATH, aber immer noch 114 % über seinem Tiefststand. Der nächste große MON-Unlock ist für den 24. April 2026 geplant, was Trader als potenziellen Test der Angebotsseite beobachten. Die Mechanik des MEGA-Tokens von MegaETH ist in diesem Stadium stärker eingeschränkt: Die primäre protokollinterne Verwendung des Tokens ist das Sequencer-Staking und die Rotation, was die Menge des Floats begrenzt, die in den ersten Monaten die Sekundärmärkte erreicht.

Auf der dApp-Seite haben beide Ökosysteme aggressiv um Ethereum-native Protokolle geworben. Aave schlug die Bereitstellung von v3.6 oder v3.7 auf Monad für Mitte bis Ende März 2026 vor. Balancer V3 ging im März auf Monad live. Alloras Prediction-Inference-Layer wurde am 13. Januar integriert. PancakeSwap brachte bei seinem Start auf Monad im Dezember etwa 250 Mio. $ an TVL mit.

Der deutlichste frühe Erfolg für MegaETH war der Beitritt zu Chainlink SCALE am 7. Februar 2026 – zwei Tage vor dem Mainnet-Start. Dies brachte dApps wie Aave und GMX sofort in Reichweite einer Oracle-Pipeline, die mit fast 14 Mrd. $ an Cross-Chain-DeFi-Assets verbunden ist. Die Wette dabei ist Hebelwirkung: Anstatt darauf zu warten, dass Protokolle organisch bereitgestellt werden, klinkt man sich in das Bindegewebe ein, das bereits Liquidität über verschiedene Chains hinweg leitet.

Die Entwickler-Entscheidung, auf die es wirklich ankommt​

Für die meisten Ethereum-Entwickler sind beide Chains ausreichend EVM-äquivalent, sodass eine "Portierung" lediglich die erneute Bereitstellung von Verträgen und die Aktualisierung einer RPC-URL bedeutet. Die tiefergehende Entscheidung betrifft das Performance-Profil, das Ihre Anwendung benötigt, und die Vertrauensannahmen, die Ihre Nutzer akzeptieren werden.

Wählen Sie Monad, wenn Ihre Anwendung durchsatzgebunden und wertführend ist. Eine Perp-DEX, die tausende Orders pro Sekunde abgleicht, ein On-Chain-CLOB, ein Hochfrequenz-Leihmarkt – diese profitieren von 10.000 TPS bei 800 ms Finalität und vom L1-Vertrauensmodell von Monad, bei dem die Sicherheit der Chain nicht an einen einzelnen Sequencer delegiert wird. Die Kosten liegen im Bridging: Assets und Nutzer müssen explizit von Ethereum zu Monad wechseln, und die wirtschaftliche Sicherheit von Monad liegt in seinem eigenen Validator-Set statt in dem von Ethereum.

Wählen Sie MegaETH, wenn Ihre Anwendung latenzgebunden und Ethereum-orientiert ist. Echtzeit-Spiele, KI-Agent-Loops mit engen Feedback-Zyklen, Orderbücher, die 10-ms-Ticks benötigen, mikrotransaktionsintensive Consumer-Apps – diese profitieren mehr von einer Latenz im Sub-Millisekundenbereich als von reinen TPS. Das Settlement auf Ethereum bedeutet, dass Assets im Sicherheitsmodell des L1 denominiert bleiben und das Bridging kostengünstiger ist. Die Kosten sind die Vertrauensannahme bezüglich eines einzelnen Sequencers während des normalen Betriebs.

Die ehrliche Antwort für viele Teams lautet: Beides. Die beiden Chains kämpfen weniger um dieselben Anwendungskategorien, sondern definieren vielmehr die Grenzen dessen, was High-Performance-EVM bedeutet. Monad verankert das Ende des L1-Durchsatzes. MegaETH verankert das Ende der L2-Latenz. Die Mitte – und dort findet der Großteil des bestehenden DeFi statt – wird basierend darauf wählen, welche Kennzahlen für die spezifische Arbeitslast wichtiger sind.

Kann das High-Performance-EVM-Segment zwei Gewinner verkraften?​

Der Instinkt nach jedem L1-Rennen des letzten Zyklus ist es, eine Konsolidierung zu erwarten. Die Welle der "Ethereum-Killer" von 2021 bis 2024 brachte einen dauerhaften Gewinner außerhalb von Ethereum (Solana) und einen langen Rattenschwanz an Chains hervor, die nie über einen niedrigen einstelligen Milliardenbereich beim TVL hinaus kamen. Das High-Performance-EVM-Segment im Jahr 2026 sieht strukturell anders aus.

Erstens ist die architektonische Divergenz real und nicht nur kosmetisch. Monad und MegaETH sind nicht zwei Versuche derselben Idee mit unterschiedlicher Tokenomics. Eine L1 mit paralleler Ausführung und eine L2 mit einem zentralisierten Streaming-Sequencer sind auf der Ebene der Arbeitslast keine Substitute füreinander. Kapital und Entwickler können – und werden sich wahrscheinlich – aufteilen.

Zweitens zielen beide Chains auf den Pool der EVM-Entwickler ab, der mit großem Abstand der größte im Krypto-Bereich ist. Etwa 90 % der Blockchain-Entwickler arbeiten an mindestens einer EVM-Chain. Selbst eine bescheidene anteilige Gewinnung unterstützt zwei lebensfähige Ökosysteme.

Drittens ist das Wettbewerbsumfeld breiter als nur diese beiden. Solana dominiert weiterhin die Diskussion über parallele Ausführung außerhalb der EVM. Seis Giga-Upgrade mit 200.000 TPS im Devnet und dem Autobahn-Konsens, der bis 2026 eingeführt wird, ist ein dritter High-Performance-EVM-Anwärter. Hyperliquid hat gezeigt, dass eine vertikal integrierte Chain, die für einen speziellen Anwendungsfall (Perpetuals) optimiert ist, dominieren kann, ohne beim Allzweck-Durchsatz zu konkurrieren. Das Narrativ, dass "das High-Performance-EVM" zu einem einzigen Gewinner kollabieren wird, verwechselt eine Kategorie mit einem einzelnen Markt.

Die interessantere Frage ist, welche dieser Chains bis Ende 2026 zum Standard für grundlegend neue, Ethereum-orientierte Entwicklungen wird – diejenige, zu der Entwickler zuerst greifen, wenn Latenz oder Durchsatz das Ethereum-Mainnet ausschließen. Nach der derzeitigen Entwicklung hat Monad den Vorsprung bei DeFi-Kapital und der Breite der Entwicklerinfrastruktur; MegaETH führt beim Narrativ der Latenz für Consumer-Anwendungen und Agenten. Beides kann gleichzeitig wahr sein, zumindest für das nächste Jahr.

Was man bis 2026 im Auge behalten sollte​

Drei Signale werden zeigen, wie sich dies entwickelt:

1. TVL-Zusammensetzung, nicht nur der Gesamtwert. Monad muss zeigen, dass das Kapital beständig ist und nicht nur durch Airdrops rotiert wird, und dass Protokolle Produktionsvolumina bereitstellen, anstatt nur zu testen. MegaETH muss zeigen, dass überbrücktes Kapital in aktive Strategien umgewandelt wird, anstatt nur geparkt zu werden.
2. Erstklassige native Anwendungen. Beide Ökosysteme sind immer noch größtenteils von Portierungen etablierter Ethereum-Projekte bevölkert. Die Chain, die eine kategorieprägende native Anwendung hervorbringt – etwas, das nur dort existieren könnte –, wird im Rennen um den Developer Mindshare die Nase vorn haben, den die TVL-Zahlen nicht erfassen können.
3. Sequencer-Dezentralisierung auf MegaETH; Validator-Ökonomie auf Monad. Das Single-Sequencer-Modell von MegaETH geht ehrlich mit seinen Kompromissen um, benötigt jedoch eine glaubwürdige Roadmap zur Dezentralisierung, um institutionelles und risikoaverses Kapital zu gewinnen. Die Ökonomie des Validator-Sets von Monad, insbesondere durch den Unlock am 24. April und die nachfolgenden Vesting-Tranchen bis 2029, wird darüber entscheiden, ob das Sicherheitsbudget von MON mit dem Wachstum der Chain mithalten kann.

Die Hochleistungs-EVM war jahrelang eine These. Im zweiten Quartal 2026 wurde sie zu einem Markt mit zwei Live-Produkten und einer klärenden Frage: Welche Art von Geschwindigkeit zählt? Welche Seite auch immer die bessere Antwort für die Workloads des nächsten Zyklus gibt – DeFi in großem Maßstab oder echtzeitfähige Anwendungen für Endverbraucher –, wird die Vorlage liefern, der der Rest des EVM-Ökosystems für den Rest des Jahrzehnts nacheifern wird.

BlockEden.xyz bietet RPC- und Indexierungs-Infrastruktur auf Enterprise-Level im gesamten EVM-Ökosystem und für wichtige Nicht-EVM-Chains an und unterstützt Entwickler bei der Entscheidung, wo sie bereitstellen sollen, während die Hochleistungs-EVM reift. Erkunden Sie unseren API-Marktplatz, um auf der Infrastruktur aufzubauen, die das Latenz- und Durchsatzprofil Ihrer Anwendung tatsächlich benötigt.

Quellen​

• MegaETH vs. Monad: Ein Vergleichsbericht — Messari
• Monad Mainnet startet mit Airdrop und 50 % des Angebots gesperrt — Bankless
• MegaETH debütiert im Mainnet, während die Debatte um die Skalierung von Ethereum an Fahrt gewinnt — CoinDesk
• MonadBFT — Monad Entwickler-Dokumentation
• Was ist MegaETH ($MEGA)? — MEXC
• MegaETH startet Mainnet mit dem Versprechen von 100.000 TPS und 66 Mio. $ TVL — Crypto Valley Journal
• Der parallele Ausführungsprozess von Monad erklärt — Imperator
• Aktuelle Monad-Neuigkeiten — CoinMarketCap
• Monad Preis heute — CoinGecko
• MegaETH vs. Monad vs. Hyperliquid: Krypto-Einblicke — Three Sigma
• Warum Solana und Monad das Rennen um die parallele Ausführung anführen — FinanceFeeds

Sieben Komma vier Sekunden. Das ist die Zeit, die es nun dauert, einen Zero-Knowledge-Proof für einen gesamten Ethereum-Mainnet-Block auf einem 24-GPU-Cluster zu generieren, auf dem der neue Venus-Prover von Cysic läuft. Vor einem Jahr benötigte die gleiche Aufgabe noch 200 High-End-Grafikkarten und zehn Sekunden, um Echtzeit-Parität zu erreichen. Das Schließen dieser Lücke – etwa eine Größenordnung bei den Hardwarekosten bei gleichzeitiger Unterschreitung der zwölfsekündigen Slot-Zeit von Ethereum – ist der leiseste Wendepunkt in der Krypto-Infrastruktur in diesem Quartal. Und dies geschieht genau in dem Moment, in dem das PeerDAS-Upgrade von Fusaka die Schleusen für die Datenverfügbarkeit öffnet und die Proof-Generierung zum einzigen verbleibenden Engpass zwischen Ethereum und einer Zukunft mit Hunderten von Rollups macht.

Am 8. April 2026 veröffentlichte Cysic Venus als Open-Source-Software, ein hardwareoptimiertes Proving-Backend, das auf Zisk basiert, der ursprünglich von Polygon Hermez entwickelten zkVM. Das Release wurde nicht mit der üblichen Choreografie eines Token-Unlocks vermarktet. Es wurde auf GitHub mit einer technischen Notiz veröffentlicht, die eine neunprozentige End-to-End-Verbesserung gegenüber ZisK 0.16.1 versprach, zusammen mit einer Einladung zur Mitarbeit. Dieses Understatement verbirgt die eigentliche Geschichte: ZK-Proving hat sich still und leise vom Forschungsprojekt zum Massenmarkt-Computing (Commodity Compute) entwickelt, und der Infrastruktur-Stack, der in den nächsten zwei Jahren gewinnen wird, wird nicht so aussehen wie das, worauf die meisten L2-Teams derzeit hinarbeiten.

Der Engpass, den niemand einkalkuliert hat​

Drei Jahre lang konzentrierte sich die Debatte um die Skalierung von Ethereum auf die Datenverfügbarkeit. Blobs, EIP-4844, PeerDAS, Danksharding – jedes Gespräch über die Roadmap ging davon aus, dass L2s die Kostensenkung automatisch erben würden, sobald Ethereum Rollup-Daten kostengünstig veröffentlichen könnte. Diese Annahme brach Ende 2025 klammheimlich in sich zusammen. Fusaka wurde am 3. Dezember 2025 veröffentlicht, und mit ihm kam PeerDAS, das 48 Blobs pro Block und einen Pfad zu 12.000 Transaktionen pro Sekunde versprach. Zum ersten Mal in der Geschichte von Ethereum war die Datenverfügbarkeit nicht mehr der engste Flaschenhals des Systems.

Der neue kritische Engpass ist die Generierung von Proofs. ZK-Rollups benötigen kryptografische Bestätigungen (Attestations), dass ihre Zustandsübergänge gültig sind. Die Erstellung dieser Proofs ist rechenintensive Arbeit, die Off-Chain auf spezialisierter Hardware stattfindet. Optimistische Rollups, die Streitigkeiten über ein Challenge-Window anstatt über mathematische Beweise beilegen, überspringen diese Kosten vollständig – weshalb die führenden ZK-L2s derzeit bei einem Total Value Locked (TVL) von etwa 3,3 Milliarden US-Dollar liegen, während optimistische Rollups die 40-Milliarden-Marke überschritten haben. Die 12 : 1-Lücke ist kein Narrativ-Problem. Es ist ein Problem der Prover-Ökonomie.

Die interne Forschung von Succinct brachte die Zahlen unverblümt auf den Punkt. Um jeden Ethereum-Block in Echtzeit mit SP1 Turbo zu beweisen, war ein Cluster von 160 bis 200 RTX 4090-GPUs erforderlich – ein Investitionsaufwand von 300.000 bis 400.000 US-Dollar pro Proving-Cluster bei einem Stromverbrauch im Netzmaßstab. Jedes L2, das seinen eigenen Prover betreiben wollte, stand vor der Wahl: Entweder die Proof-Generierung bei einer Handvoll Betreibern zu zentralisieren, die sich diesen Stack leisten konnten, oder mehrminütige Proving-Latenzen in Kauf zu nehmen, die das Nutzererlebnis beeinträchtigten. Keine der beiden Optionen lieferte das „ZK-Endgame“, das Vitalik seit 2021 skizziert hat.

Wie Venus tatsächlich funktioniert​

Venus ist weniger für das interessant, was es ist, als für das, was es repräsentiert. Cysic hat kein neues Proof-System erfunden. Die zugrunde liegende Kryptografie stammt von Zisk, das aus der jahrelangen Arbeit von Jordi Baylina und dem Polygon-Team hervorgegangen ist. Was Cysic getan hat, war die Neugestaltung der Ausführungsebene (Execution Layer), sodass die Proof-Generierung zu einem expliziten Berechnungsgraphen wird – einem gerichteten azyklischen Graphen (DAG) von Operationen, die End-to-End über heterogene Hardware geplant werden können.

In der Praxis bedeutet dies, dass der CPU-GPU-Synchronisations-Overhead, der frühere zkVMs dominierte, auf der Scheduling-Ebene wegoptimiert wird. Der Prover hält nicht an und wartet auf das Ende eines GPU-Kernels, bevor er die nächste Operation sendet. Der Graph ist im Voraus bekannt, sodass Datenbewegungen, Speicherzuweisungen und Kernel-Starts im Pipelining-Verfahren ablaufen können. Daher rührt die neunprozentige Verbesserung gegenüber ZisK 0.16.1 – nicht von einem Durchbruch in der Polynommathematik, sondern von einem technischen Erfolg in der Art und Weise, wie die Mathematik auf das Silizium trifft.

Wichtiger noch: Derselbe Berechnungsgraph läuft auf FPGAs und schließlich auf dem dedizierten ZK-ASIC von Cysic. Das Unternehmen hat öffentlich behauptet, dass sein ASIC 1,33 Millionen Keccak-Hash-Funktionsauswertungen pro Sekunde durchführen kann – eine hundertfache Verbesserung gegenüber typischen GPU-Workloads bei einer etwa fünfzigfach besseren Energieeffizienz. Interne Schätzungen deuten darauf hin, dass eine einzige zweckgebundene ZK Pro-Einheit etwa 50 GPUs ersetzen könnte, während sie nur einen Bruchteil des Stroms verbraucht. Wenn diese Zahlen in der Produktion Bestand haben, verschiebt sich die Ökonomie des Provings von der Miete ganzer Lagerhallen voller RTX-Karten hin zum Betrieb eines kompakten Racks mit spezialisierten Chips.

Das Rennen um das Sub-12-Sekunden-Proving​

Venus entstand nicht in einem Vakuum. In den letzten zwölf Monaten haben drei Teams denselben Meilenstein erreicht: das Beweisen von Ethereum-Blöcken in weniger als der zwölfsekündigen Slot-Zeit, die die Echtzeit-Verifizierung definiert.

Succinct erreichte dies als Erstes öffentlich. SP1 Hypercube, angekündigt im Mai 2025, bewies 93 Prozent einer 10.000 Blöcke umfassenden Mainnet-Stichprobe in Echtzeit unter Verwendung eines Clusters mit 200 RTX 4090-Karten. Eine Überarbeitung im November 2025 steigerte die Erfolgsquote auf 99,7 Prozent mit nur sechzehn RTX 5090-GPUs – eine Senkung der Hardwarekosten um etwa 90 Prozent in sechs Monaten.

Das System ist nun im Ethereum-Mainnet live und erstellt Proofs für jeden Block, während dieser gemined wird. Die Zahlen von Cysic sind in Bezug auf die Kosten sogar noch knapper. Sieben Komma vier Sekunden mit 24 GPUs platzieren das End-to-End-Proving bequem innerhalb der Slot-Zeit auf Standardhardware. Das aktuelle Venus-Release ist Open Source, noch nicht für die Produktion auditiert und befindet sich in aktiver Entwicklung. Doch die technologische Entwicklung deutet darauf hin, dass ein Proof unter zehn Sekunden auf einem Cluster der Verbraucherklasse mittlerweile eine Frage der Software-Optimierung und nicht der grundlegenden Architektur ist.

Die Kosten pro Proof sind im Gleichschritt eingebrochen. Branchen-Benchmarks beziffern die aktuellen Best-Case-Kosten auf etwa zwei Cent pro Ethereum-Block-Proof bei Verwendung von 16x RTX 5090-Hardware. Das Ziel für die Massenadaption liegt bei unter einem Cent. Vor einem Jahr kostete derselbe Proof noch fast einen Dollar. Vor drei Jahren war es buchstäblich unwirtschaftlich – die Gas-Gebühren für das abgerechnete Rollup hätten nicht einmal die Stromrechnung des Provers gedeckt. Dies ist die Art von Kostenkurve, die still und leise ganze Produktkategorien auslöscht, und sie beschleunigt sich.

Die Marketplace-Wars sind bereits da​

Günstige, schnelle Proof-Erstellung wird nicht automatisch zugänglich. Jemand muss die Hardware betreiben, die Nachfrage abgleichen, Proof-Aufträge bepreisen und Zahlungen abwickeln. Drei verschiedene architektonische Wetten konkurrieren nun um diese Middleware-Schicht.

Boundless, das im September 2025 von RISC Zero im Mainnet gestartet wurde, betreibt einen Auktionsmarktplatz. GPU-Betreiber bieten um die Erstellung von Proofs, und das System leitet die Arbeit an den kostengünstigsten qualifizierten Prover weiter. Das Modell lehnt sich an Spot-Compute-Märkte wie AWS Spot Instances an und verspricht, die Proof-Kosten in Richtung der marginalen Hardwarekosten zu drücken. Boundless hat kürzlich das Bitcoin-Settlement hinzugefügt, wodurch Ethereum- und Base-Proofs auf dem Bitcoin-Base-Layer verifiziert werden können – eine Nische, aber eine bedeutende Erweiterung des Einsatzbereichs von ZK-Attestierungen.

Das Prover Network von Succinct setzt auf eine andere Strategie. Anstatt einer reinen Auktion betreibt es ein Routing-Protokoll mit zugelassenen Hochleistungs-Provern, die spezifische Workloads bearbeiten. Cysic trat dem Netzwerk als Multi-Node-Prover-Betreiber bei und betreibt GPU-Cluster, die auf den SP1-Hypercube-Produktions-Traffic abgestimmt sind. Diese Vereinbarung deutet darauf hin, dass Succinct Wert auf Zuverlässigkeit und Latenzgarantien legt, die ein reiner Spot-Markt für verbraucherorientierte Rollups nicht bieten kann.

Cysic selbst startete sein Mainnet und den CYS-Token am 11. Dezember 2025 und hat seitdem über zehn Millionen ZK-Proofs verarbeitet, die in Scroll, Aleo, Succinct, ETHProof und andere integriert sind. Der Pitch des Netzwerks lautet „ComputeFi“ – die Umwandlung von Proving-Kapazität in ein liquides On-Chain-Asset, das Betreiber tokenisieren und staken können. Ob dies zu einem dritten großen Marktplatz wird oder sich in einer Zuliefererrolle für die beiden größeren Netzwerke festigt, ist die offene Frage des Jahres 2026.

Warum dies für die Rollup-Ökonomie wichtig ist​

Der entscheidende Punkt liegt drei Ebenen unter den Infrastruktur-News, in der Unit-Economics der tatsächlichen L2s. Heute gibt ein zkEVM-Rollup einen erheblichen Teil seiner Kosten pro Transaktion für die Proof-Generierung aus. Diese Kosten werden entweder als Gas-Gebühren an die Nutzer weitergegeben oder vom Rollup-Betreiber als Margenverlust getragen. In jedem Fall vergrößern sie die Lücke zwischen dem, was ein ZK-Rollup berechnen kann, und dem, was ein optimistisches Rollup für dieselbe Transaktion verlangt.

Wenn die Proof-Kosten auf Sub-Cent-Niveaus sinken und die Proving-Latenz in die Slot-Zeit von Ethereum passt, schließt sich diese Lücke. Ein ZK-Rollup muss dann keinen Sicherheitsaufschlag mehr verlangen. Das Nutzererlebnis wird ununterscheidbar von einem optimistischen Rollup – außer dass Auszahlungen in Minuten statt in dem siebentägigen Challenge-Fenster abgewickelt werden, das heute noch jede optimistische Bridge als „Reibungssteuer“ belastet.

Dieser Umschwung ist strukturell von Bedeutung, da die größten Pools institutioneller Liquidität immer noch die Auszahlungsverzögerung optimistischer Rollups als Grund für den Verbleib auf L1 anführen. Echtzeit-ZK-Proving mit marktplatzgesteuerter Preisgestaltung beseitigt das letzte funktionale Argument gegen eine ZK-first Rollup-Architektur. Jedes L2-Team, das derzeit einen optimistischen Stack einsetzt, wird im Jahr 2026 vor einer ernsthaften technischen Überprüfung stehen. Einige werden migrieren oder zumindest einen ZK-Fork ihres Sequencers veröffentlichen.

Was immer noch schiefgehen könnte​

Das Venus-Release geht ehrlich mit seinen Einschränkungen um. Der Code wurde nicht für den Produktionseinsatz auditiert. Das Ausführen von nicht auditierten Prover-Software in einem Live-Rollup ist die Art von Entscheidung, die Karrieren beendet, wenn ein Soundness-Bug einen ungültigen Proof erstellt, den der Verifier akzeptiert. Es ist zu erwarten, dass der Produktionseinsatz der Open-Source-Veröffentlichung um Monate, nicht um Wochen, hinterherhinken wird.

Auch die Hardware-Seite birgt Risiken. Wenn ASIC-basiertes Proving den versprochenen fünfzigfachen Effizienzgewinn liefert, wird eine Handvoll Hersteller die Prover-Hardware dominieren, so wie Bitmain das Bitcoin-Mining dominiert hat. Diese Dynamik widerspricht dem Dezentralisierungs-Narrativ, das ZK-Rollups überhaupt erst rechtfertigte. Die ASIC-Roadmap von Cysic ist eine Antwort auf ein Rechenproblem, wirft aber neue Fragen darüber auf, wer die Chips besitzt, die die weltweit größte Smart-Contract-Plattform sichern.

Schließlich spielt Echtzeit-Proving nur dann eine Rolle, wenn der Rest des Stacks Schritt hält. Data Availability Sampling via PeerDAS muss tatsächlich im Produktionsmaßstab funktionieren, nicht nur in Testnet-Benchmarks. Die Dezentralisierung des Sequencers bleibt ein ungelöstes Problem bei allen großen L2s. Proving ist notwendig, aber nicht ausreichend für das Endspiel, und die Branche hat eine Geschichte darin, den Sieg auf einer Ebene zu erklären, während Brüche in benachbarten Ebenen stillschweigend ignoriert werden.

Der kurzfristige Wendepunkt​

Wenn man herauszoomt, wird das Muster deutlich. Im Mai 2025 erforderte Echtzeit-Ethereum-Proving einen 400.000 $ teuren GPU-Cluster und ein neunstelliges Forschungsbudget. Im April 2026 läuft es auf 24 handelsüblichen Grafikkarten mit Open-Source-Software. Die nächsten achtzehn Monate werden die Kostenkurve weiter stauchen – hin zu ASIC-Ökonomie, hin zu Cent-Preisen pro Proof, hin zu Proving als Versorgungsleistung statt als maßgeschneidertes Infrastrukturprojekt.

Für Entwickler bedeutet dies in der Praxis, dass ZK-basierte Architekturen, die 2024 unwirtschaftlich waren, jetzt neu bewertet werden sollten. Protokolle für privatsphärenschützende Transaktionen, verifizierbare KI-Inferenz, Cross-Chain-Messaging mit mathematischer statt Multisig-Sicherheit, On-Chain-Identität mit Zero-Knowledge-Offenlegung von Berechtigungsnachweisen – all dies scheiterte bisher an einer Kostenmauer für Prover, die nun nicht mehr existiert.

Das Cysic Venus-Release ist für sich genommen ein bescheidenes technisches Update für ein Open-Source-Proving-Backend. Im Kontext von Succincts Hypercube-Mainnet-Start, Boundless’ Live-Proof-Auktionen und Fusakas PeerDAS, das den Datenverfügbarkeits-Engpass beseitigt, gelesen, markiert es den Punkt, an dem ZK-Infrastruktur aufhört, die Einschränkung zu sein, und beginnt, das Substrat zu werden. Jede Rollup-These, die vor diesem Übergang geschrieben wurde, muss überarbeitet werden.

BlockEden.xyz bietet Enterprise-RPC- und Dateninfrastruktur für über 27 Chains, darunter Ethereum L2s, Scroll und Aptos. Da Echtzeit-Proving die L2-Landschaft neu gestaltet, erkunden Sie unseren API-Marktplatz, um auf soliden Fundamenten für die ZK-native Ära aufzubauen.

Quellen:

• ZK Prover Code "Venus" Released to Dramatically Reduce L2 Fees and Scale Web3 - Morningstar
• Cysic's Venus zkVM goes open source as Ethereum eyes proof markets - crypto.news
• Cysic founder on solving the ZK hardware bottleneck - DL News
• Cysic is Live on the Succinct Prover Network
• Succinct introduces zkVM 'SP1 Hypercube,' claims real-time Ethereum proving - The Block
• SP1 Hypercube Achieves Real Time Proving with 16 GPUs
• Cysic Launches Mainnet to Break ZK and AI Bottlenecks - GlobeNewswire
• Ethereum's PeerDAS and the Future of L2 Scalability
• The Economics of ZK-Proving: Market Size and Future Projections - Chorus One
• Boundless unlocks Bitcoin settlement and verification - The Block

Das letzte Mal, als das ETH/BTC-Verhältnis so tief stand — um 0,028 herum — übertraf Ethereum Bitcoin in den folgenden drei Monaten um mehr als 60%. Das war im vierten Quartal 2023. Davor, im zweiten Quartal 2019, ging einem fast identischen Setup eine relative Outperformance von 80% voraus. Mustererkennung ist keine Prophezeiung, aber da Ethereums folgenreichstes Upgrade seit The Merge nun einen Start im Mai/Juni 2026 anstrebt, sieht das Setup unangenehm vertraut aus.

Glamsterdam ist Ethereums nächster Hard Fork. Es ist kein inkrementeller Patch. Es ist eine strukturelle Überarbeitung zweier der umstrittensten Fehlerarten des Protokolls: die Extraktion von Wert durch eine kleine Gruppe privilegierter Akteure durch Maximal Extrahierbaren Wert (MEV) und den sequenziellen Engpass, der Ethereums Layer 1 daran hindert, beim reinen Durchsatz mit Solana, MegaETH und Monad zu konkurrieren. Ob Glamsterdam bei beiden Punkten liefert, wird bestimmen, ob Ethereums vierjährige Unterperformance gegenüber Bitcoin eine strukturelle Geschichte ist — oder lediglich ein Stimmungszyklus, der auf einen Katalysator wartet.

Von Pectra zu Glamsterdam: Den Performance-Stack aufbauen​

Um zu verstehen, was Glamsterdam ist, muss man zunächst verstehen, was Pectra geliefert hat. Das Prague-Electra-Upgrade ging am 7. Mai 2025 im Mainnet live und führte elf Änderungen am Ethereum-Protokoll ein — zwei davon sind für die Trajektorie hin zu Glamsterdam am bedeutsamsten.

EIP-7702 gab extern kontrollierten Konten (EOAs) die Fähigkeit, während einer Transaktion vorübergehend Smart-Contract-Logik auszuführen. Praktisch bedeutet das, dass eine normale Ethereum-Wallet nun mehrere Operationen bündeln, Gas im Namen von Nutzern sponsern oder an alternative Key-Schemes delegieren kann — ohne dass Nutzer zu einer Smart-Contract-Wallet migrieren müssen. Für Entwickler hat EIP-7702 die Unterscheidung zwischen EOA- und Account-Abstraction-Use-Cases aufgehoben und damit eine wichtige Hürde für Consumer-Grade-Onboarding entfernt.

EIP-7691 verdoppelte Ethereums Blob-Kapazität. Die Zielanzahl von Blobs pro Block stieg von 3 auf 6, das Maximum von 6 auf 9. Blobs — in EIP-4844 (Dencun, März 2024) eingeführt — sind temporäre Datenpakete, die von Layer-2-Rollups verwendet werden, um Transaktionsdaten günstig in Ethereum zu veröffentlichen. Die Verdoppelung der Zielanzahl bedeutet mehr L2-Durchsatz zu geringeren Kosten und stärkt Ethereums Position als Settlement-Layer für ein Rollup-zentriertes Ökosystem.

Kurz gesagt: Pectra drehte sich darum, Ethereum einfacher zu nutzen und günstiger zu bauen. Glamsterdam dreht sich darum, Ethereum selbst schneller und fairer zu machen.

Das zweiköpfige Upgrade: Amsterdam und Gloas​

Der Name Glamsterdam ist ein Kofferwort aus den beiden simultanen Komponenten des Upgrades: Gloas (die Konsensus-Schicht) und Amsterdam (die Ausführungsschicht). Jede trägt einen Headliner-Vorschlag, der ein eigenständiges Systemproblem adressiert.

ePBS (EIP-7732): Block-Building ins Protokoll bringen​

Das Kernstück des Konsensus-Schicht-Upgrades ist die Eingebettete Proposer-Builder-Separation, verfolgt als EIP-7732. Um zu verstehen, warum das wichtig ist, muss man Ethereums aktuellen Block-Building-Prozess verstehen.

Im aktuellen System werden ca. 80-90% der Ethereum-Blöcke mit MEV-Boost gebaut, einem Drittanbieter-Relay-System, das spezialisierten Akteuren namens "Buildern" ermöglicht, Blöcke zu konstruieren und sie Validatoren zur Vorschlagstellung zu übermitteln. Diese Anordnung entstand organisch, da Builder — mit ausgefeilten Algorithmen für Transaktions-Ordering und Arbitrage-Extraktion — profitablere Blöcke produzieren können als die meisten Validatoren alleine. Validatoren akzeptieren diese Blöcke, weil sie mehr MEV verdienen. Das Relay fungiert als vertrauenswürdiger Intermediär.

Das Problem ist architektonisch: Ein kritisches Stück in Ethereums Block-Produktions-Pipeline hängt von Off-Protokoll-Infrastruktur ab, der Validatoren vertrauen müssen. Wenn ein dominantes Relay offline geht, böswillig handelt oder anfängt, Transaktionen zu zensieren, gibt es keinen protokollinternen Rechtsweg.

EIP-7732 entfernt das Relay vollständig. Es integriert die Builder-Proposer-Beziehung direkt in Ethereums Konsensus-Schicht und setzt auf Protokollebene durch, was MEV-Boost durch Vertrauen durchsetzt. Unter ePBS werden Block-Building und Block-Proposing formal getrennte Rollen innerhalb des Protokolls selbst — Builder reichen Gebote ein, Proposer committen zum höchsten Gebot, und der Prozess wird durch kryptografische Commitments statt eines Drittanbieter-Relays regiert.

Die nachgelagerten Effekte sind erheblich. MEV-Extraktion könnte durch eine fairere, transparentere Verteilung um bis zu 70% reduziert werden. Home-Staker — die derzeit Schwierigkeiten haben, mit institutionellen Validatoren zu konkurrieren, die ausgefeilte MEV-Strategien betreiben — erlangen Parität. Und Ethereums Zensurresistenz verbessert sich materiell, da das Protokoll nun Inklusionsregeln durchsetzen kann, ohne auf Relay-Verhalten angewiesen zu sein.

Block-Level-Zugriffslisten (EIP-7928): Parallele Ausführung freischalten​

Das Ausführungsschicht-Upgrade (Amsterdam) wird von EIP-7928 getragen, das Block-Level-Zugriffslisten (BALs) einführt. Dies ist das architektonische Fundament für Ethereums Durchsatz-Ambitionen.

Derzeit verarbeitet Ethereum Transaktionen sequenziell. Jede Transaktion wird der Reihe nach einzeln ausgeführt, was begrenzt, wie viele pro Sekunde verarbeitet werden können — unabhängig von der Leistungsfähigkeit der Nodes, die das Netzwerk betreiben. Dieses sequenzielle Modell ist der Hauptgrund dafür, dass Ethereums Layer-1-Durchsatz begrenzt geblieben ist, während Chains wie Solana — die Ausführung parallelisieren — weit mehr Transaktionen pro Sekunde verarbeiten können.

BALs funktionieren, indem sie auf Block-Ebene jedes Konto und jeden Storage-Slot aufzeichnen, auf den während der Ausführung zugegriffen wurde, zusammen mit ihren Post-Execution-Werten. Diese Block-weite Zugriffsmap ermöglicht drei Kategorien von Parallelismus, die derzeit unmöglich sind: parallele Disk-Reads (Nodes können alle Storage-Locations prefetchen statt sequenziell zu lesen), parallele Transaktionsvalidierung (unabhängige Transaktionen können gleichzeitig verifiziert werden) und parallele State-Root-Berechnung (das Merkle-Tree-Update am Ende jedes Blocks wird auf Threads verteilbar).

Das Ergebnis ist eine erhebliche Reduktion der Worst-Case-Block-Validierungslatenz. Schnellere Validierung ermöglicht es dem Netzwerk, Gas-Limits sicher zu erhöhen, ohne die Node-Performance zu beeinträchtigen — was sich direkt in höherem Durchsatz und niedrigeren Gas-Gebühren pro Transaktion niederschlägt. Frühe Analysen deuten darauf hin, dass Gas-Gebühren mit steigender Kapazität um ca. 78% fallen könnten.

Das ETH/BTC-Verhältnis: Eine vierjährige Kompression auf der Suche nach Entladung​

Das ETH/BTC-Verhältnis ist die meiste Zeit der letzten vier Jahre gesunken. Trotz der Tatsache, dass Ethereum mehr wirtschaftliche Aktivität verarbeitet als jede andere Smart-Contract-Plattform — und trotz der Tatsache, dass The Merge die ETH-Ausgabe um ca. 90% reduziert hat — hat ETH gegenüber Bitcoin seit Ende 2021 in nahezu jeder messbaren Weise an Boden verloren. Selbst der Launch von Spot-Ethereum-ETFs, der 6,5 Milliarden Dollar an verwalteten Vermögen für BlackRocks ETHA-Produkt generierte, konnte die Lücke nicht schließen.

Die Erklärungen sind nicht schwer zu finden. Bitcoin erfasste den Großteil der institutionellen Kapitalzuflüsse nach der Genehmigung von Spot-Bitcoin-ETFs im Januar 2024. Narrative Fragmentierung — da Ethereums Roadmap die Aufmerksamkeit zwischen der Basisschicht, L2-Skalierung und Account-Abstraktion aufteilte — erschwerte es, generalistischen Investoren ein einfaches Wertversprechen zu kommunizieren. Und der Wechsel zu einer Rollup-zentrierten Architektur, technisch korrekt, reduzierte vorübergehend die Basisschicht-Gebühreneinnahmen, da L2s Blob-Platz statt L1-Blockspace verbrauchten.

Aber April 2026 brachte etwas Neues. Das ETH/BTC-Verhältnis stieg von seinen Tiefs bei 0,028. ETH begann in einem Marktumfeld, in dem frühere Instanzen dieses Musters — Q2 2019 und Q4 2023 — einer substanziellen relativen Outperformance im folgenden Quartal vorausgingen, Bitcoin zu übertreffen.

Zwei Ereignisse lieferten fundamentale Unterstützung. Erstens wurde BlackRocks iShares Staked Ethereum Trust ETF (ETHB) am 12. März 2026 an der Nasdaq gelistet und zog am ersten Tag 155 Millionen Dollar an Zuflüssen an. ETHB kombiniert Spot-ETH-Preisexposure mit Staking-Rewards und bietet institutionellen Investoren erstmals über ein reguliertes Vehikel Zugang zu einer renditegenerienden Krypto-Position. Zweitens war Grayscales Ethereum Staking ETF (ETHE) seit Oktober 2025 aktiv, und das kombinierte Vorhandensein zweier Staking-ETF-Produkte von großen Emittenten signalisiert, dass institutionelle Infrastruktur rund um ETH-Rendite zur Standardfunktion wird, nicht zum Experiment.

Ob das ETH/BTC-Verhältnis seine Erholung fortsetzt, hängt maßgeblich davon ab, ob Glamsterdam planmäßig ausgeliefert wird und messbare Verbesserungen bringt.

Drei Meilensteine, die Glamsterdam erreichen muss​

Der Rahmen zur Bewertung von Glamsterdays Erfolg ist konkret:

1. Zeigen, dass BALs den L1-Durchsatz meaningful steigern. Die in Q1 2026 Stress-getesteten Glamsterdam-Devnets werden frühe Daten darüber produzieren, ob parallele Ausführung durch EIP-7928 reale Latenzsenkungen liefert. Ethereum muss nicht sofort mit Monads 10.000-TPS-Behauptungen oder MegaETHs 100.000-TPS-Aspirationen mithalten — aber es muss einen glaubwürdigen Pfad zu wettbewerbsfähiger L1-Performance zeigen, der Entwicklern, die Chain-Optionen evaluieren, kommuniziert werden kann.

2. Zeigen, dass ePBS Validator-Konzentration reduziert, ohne die Block-Produktion zu brechen. Das aktuelle MEV-Boost-Ökosystem hat eine bedeutende Konzentration unter einer kleinen Anzahl ausgefeilter Builder und Relay-Betreiber geschaffen. EIP-7732 ist darauf ausgelegt, diese Macht gleichmäßiger zu verteilen, aber der Übergang trägt Ausführungsrisiko: Wenn die ePBS-Implementierung Fehler hat oder sich Builder-Incentives nach dem Upgrade auf unerwartete Weise verschieben, könnten die Ergebnisse das Gegenteil des Beabsichtigten sein. Ein sauberer ePBS-Launch mit messbarer Reduktion der Builder-Konzentration wäre ein bedeutendes Signal.

3. EVM-Komposierbarkeit durchweg aufrechterhalten. Ethereums Wettbewerbsgraben gegenüber hochperformanten Chains ist nicht roher Durchsatz — es ist die Komposierbarkeit einer einheitlichen Ausführungsumgebung, in der Tausende von Protokollen trustless interagieren. Jede Performance-Optimierung, die diese Komposierbarkeit fragmentiert (etwa indem Entwickler Transaktionen auf eine Art mit Zugriffslisten annotieren müssen, die bestehenden Code bricht), würde genau das schädigen, was Ethereum optimierungswürdig macht. Die BAL-Implementierung muss rückwärtskompatibel und transparent für Entwickler sein, die Solidity schreiben.

Was Glamsterdam für die Chain-Wahl von Entwicklern bedeutet​

Die Glamsterdam-Timeline für Mitte 2026 schafft ein konkretes Entscheidungsfenster für Entwickler, die gerade evaluieren, ob sie auf Ethereum-L2s bauen, native Contracts auf Solana deployen oder mit neuen hochperformanten EVMs wie Monad oder MegaETH experimentieren sollen.

Wenn Glamsterdam planmäßig ausgeliefert wird und die angestrebten Verbesserungen liefert, folgen mehrere Dinge. Gas-Gebühren auf Ethereum L1 fallen substanziell, was direktes L1-Deployment für eine breitere Klasse von Anwendungen wirtschaftlich tragfähig macht. ePBS reduziert die MEV-Steuer, die DeFi-Protokolle bei jedem Swap, jeder Kreditvergabe und Liquidation zahlen — und verbessert die Wirtschaftlichkeit sowohl für Protokolle als auch für Nutzer. Und die Demonstration funktionierender paralleler Ausführung auf L1-Ebene bietet ein technisches Fundament für künftige Durchsatzsteigerungen, die keine architektonischen Trade-offs Rollup-basierter Skalierung erfordern.

Wenn Glamsterdam sich verzögert oder hinter den Erwartungen zurückbleibt, wird der Wettbewerbsdruck von Chains, die bereits parallele Ausführung in der Produktion betreiben, materiell zunehmen. Monads Mainnet startete im April 2026. MegaETH war früher in 2026. Beide sind EVM-kompatibel, beide beanspruchen Durchsatz, der Ethereums aktuellen L1 in den Schatten stellt, und beide konkurrieren aktiv um Ethereum-Entwickler.

Die Entwicklerbasis, die Ethereum über acht Jahre aufgebaut hat, ist sein dauerhaftester Wettbewerbsvorteil. Glamsterdams Hauptaufgabe ist es, zu demonstrieren, dass diese Entwicklerbasis nicht zwischen Sicherheit und Performance wählen muss — dass Ethereum schließlich beides bieten kann.

Das Upgrade-Katalysator-Muster​

EIP-1559 wurde am 5. August 2021 als Teil des London Hard Forks deployed. Vor dem Upgrade prognostizierten Analysten eine Bandbreite von Ergebnissen — von vernachlässigbarem kurzfristigen Preiseinfluss bis zu einer möglichen Verfünffachung des ETH-Wertes. Was passierte, war nuancierter: Der deflationäre Druck durch Gebührenverbrennung brauchte Monate, um sich als netto-ETH-Angebotsreduktion niederzuschlagen, aber die Kombination aus Upgrade-Narrativ, veränderter Angebotsdynamik und makroökonomischem Rückenwind trug dazu bei, dass ETH im November 2021 sein Allzeithoch erreichte — etwa drei Monate nach London.

Das Muster ist nicht, dass Upgrades unmittelbare Preisbewegungen verursachen. Das Muster ist, dass Upgrades, die echte strukturelle Verbesserungen liefern, institutionellem Kapital einen narrativen Rahmen geben, um auf eine bereits aufbauende Stimmung zu handeln. Glamsterdam, kombiniert mit einer vierjährigen ETH/BTC-Kompression auf historischen Tiefs, dem Launch von Staking-ETFs, die institutionellen Rendite-Zugang bieten, und einem hochperformanten EVM-Wettrüsten, das Ethereum unter Druck setzt, L1-Wettbewerbsfähigkeit zu demonstrieren — schafft eine ähnliche Konvergenz struktureller und narrativer Faktoren.

Ob sich die Geschichte wiederholt, hängt von der Ausführung ab. Da Glamsterdam Mai oder Juni 2026 als Mainnet-Ziel anpeilt, ist das Launch-Fenster nah. Die Devnets laufen. Die EIPs sind spezifiziert. Entwickler in den Teams von Geth, Besu, Prysm und anderen Client-Teams testen Cross-Client-Kompatibilität unter Stress.

Das Upgrade ist real. Die Frage ist, ob Ethereums Fähigkeit, es sauber auszuliefern, dem Gewicht dessen entspricht, was von ihm verlangt wird.

BlockEden.xyz bietet enterprise-grade RPC-Nodes und APIs für Ethereum, Sui, Aptos und 20+ weitere Blockchains. Entwickler, die über Glamsterdam hinaus auf Ethereum bauen, können zuverlässige Infrastruktur bei BlockEden.xyz zugreifen — einschließlich EVM-kompatibler Endpunkte, die für hochdurchsatzfähige Anwendungen optimiert sind.

Drei Jahre nach der Paradigm-geführten Finanzierungsrunde über 240 Millionen Dollar und dem Versprechen, die EVM-Performance-Grenze zu sprengen, hat Monad geliefert. Das öffentliche Mainnet ging am 24. November 2025 live, und die Zahlen sind real: 10.000 Transaktionen pro Sekunde, 400-Millisekunden-Blockzeiten, 800-Millisekunden-Finalität — alles auf einem vollständig EVM-kompatiblen Layer 1. Das schwierige Ingenieursproblem ist gelöst. Doch ein völlig anderes Problem hat seinen Platz eingenommen: Kann reiner Durchsatz noch Marktanteile gewinnen, wenn Coinbases Base-Chain mit vergleichsweise moderaten 2-Sekunden-Blöcken 4,1 Milliarden Dollar TVL kontrolliert und fast die Hälfte des gesamten L2-DEX-Volumens hält?

Die Antwort auf diese Frage bestimmt nicht nur Monads Zukunft, sondern die gesamte parallele EVM-Erzählung.

Jahrelang bestanden Bitcoin-Maximalisten darauf, dass BTC „digitales Gold“ bleiben sollte – ein makelloser Wertspeicher, unberührt von der Komplexität von Smart Contracts. Dieses Narrativ bröckelt. Im Jahr 2026 konvergieren vier verschiedene Layer-2-Technologien gleichzeitig, um Bitcoin seinen ersten umfassenden programmierbaren Stack zu geben: Stacks liefert Smart Contracts mit Bitcoin-Finalität, Ark definiert Off-Chain-Zahlungen mit virtuellen UTXOs neu, Lightning überschreitet ein monatliches Volumen von $1 Milliarde und StarkWare bringt Zero-Knowledge-Proof-Verifizierung direkt auf Bitcoin. Zusammen stellen sie einen Paradigmenwechsel dar, der die Aufmerksamkeit der Entwickler – und das Kapital – auf den$ 1,4 Billionen schweren BTC-Settlement-Layer lenken könnte.

Ethereums Layer-2-Netzwerke verarbeiten mittlerweile zwölfmal mehr Transaktionen als das Mainnet. Sie halten über 40 Milliarden $ an gesperrten Vermögenswerten. Und doch haben sie trotz all ihres Erfolgs das geschaffen, was vielleicht Ethereums gefährlichste strukturelle Schwäche ist: ein Archipel isolierter Volkswirtschaften, in dem die Liquidität fragmentiert ist, die Benutzererfahrung zersplittert ist und das Mainnet, das alles absichert, immer weniger von dem Wert erfasst, der durch sein Ökosystem fließt.

Am 29. März 2026 enthüllte eine Koalition unter der Leitung der Gnosis-Mitbegründerin Friederike Ernst und des Zero-Knowledge-Kryptografen Jordi Baylina auf der EthCC in Cannes eine mutige Antwort: die Ethereum Economic Zone (EEZ), ein von der Ethereum Foundation mitfinanziertes Rollup-Framework, das darauf abzielt, Dutzende unabhängiger L2s wie ein einziges, einheitliches System agieren zu lassen — mit synchroner Komponierbarkeit, gemeinsamer Liquidität und ohne dass Brücken erforderlich sind.