94 Beiträge getaggt mit „Skalierbarkeit“

Im Wettrüsten der parallelen EVMs, das den Wettbewerb zwischen Layer-1-Blockchains bis ins Jahr 2026 definieren wird, liefert eine Chain bereits aus, während andere noch Benchmarking betreiben.

Das V2-Mainnet von Sei Network führt seit Ende 2024 geräuschlos optimistische parallele Ausführungen mit einer theoretischen Obergrenze von 12.500 Transaktionen pro Sekunde und einer Finalität von weniger als 400 Millisekunden durch – ein volles Jahr vor dem Mainnet-Launch von Monad im November 2025 und während MegaETH weiterhin mit spezialisierten Node-Experimenten beschäftigt ist. Die Frage ist nicht länger, ob parallele EVMs funktionieren. Es geht darum, welche Architektur dem realen Workload standhält, der nach dem Launch-Hype verblasst.

Eine technische Analyse von Web3Caff Research mit 17.000 Zeichen zeichnet Seis Weg von einer Nischen-Cosmos-SDK-Orderbuch-Chain im Jahr 2022 zur ersten produktiven parallelen EVM-L1 nach. Dabei werden drei ineinandergreifende Innovationen seziert, welche die Durchsatzbehauptungen glaubwürdig machen: optimistische parallele Ausführung, Twin-Turbo-Konsens und SeiDB. Dieselbe Analyse offenbart jedoch auch die kanonische Lücke, mit der jede „High-TPS L1“ konfrontiert wird – der gemessene Mainnet-Durchsatz liegt unter realer dApp-Last bei etwa 2.500 bis 3.500 TPS, weit unter der Obergrenze von 12.500. Zu verstehen, was diese Lücke schließt und was Seis kommendes Giga-Upgrade bewirkt, um die Obergrenze in Richtung 200.000 TPS zu verschieben, ist die eigentliche Geschichte der Entwicklung der Blockchain-Infrastruktur.

Die Drei-Säulen-Architektur, die Sei zuerst ins Mainnet brachte​

Die Performance von Sei V2 resultiert nicht aus einem einzigen Durchbruch. Sie basiert auf drei Komponenten, die so konstruiert wurden, dass sie ineinandergreifen und jeweils einen anderen Engpass im herkömmlichen EVM-Stack angehen.

Optimistische parallele Ausführung ist das Hauptmerkmal und unterscheidet sich auf subtile, aber wichtige Weise vom Sealevel-Scheduler von Solana. Sealevel erfordert, dass Transaktionen im Voraus deklarieren, welche Storage-Slots sie lesen oder beschreiben wollen, was Entwickler dazu zwingt, Anwendungen um explizite Abhängigkeitsgraphen herum zu entwerfen. Die Runtime von Sei wählt den entgegengesetzten Ansatz: Sie führt spekulativ alle Transaktionen in einem Block parallel aus, verfolgt, welchen Status jede Transaktion berührt, und führt nur die Teilmenge der Konflikte sequenziell erneut aus. Konfliktfreie Transaktionen werden in einem einzigen Durchlauf abgeschlossen. Die Rekursion wird fortgesetzt, bis keine unberücksichtigten Konflikte mehr bestehen.

Der Nachteil besteht darin, dass die optimistische Ausführung Arbeit verschwendet, wenn die Konfliktraten steigen – Aktivitäten mit hoher Contention, wie ein populärer NFT-Mint oder ein Single-Pool-DEX-Flash-Loan, können den Durchsatz verringern, da sich Transaktionen zur erneuten Ausführung stapeln. Monad nutzt einen ähnlichen optimistischen Ansatz, während die Move-basierte parallele Ausführung von Aptos und Sui auf ressourcenorientierte Programmierung setzt, um Konflikte statisch analysierbar zu machen. Jeder Ansatz stellt eine andere Wette darauf dar, wie Programmierer im großen Stil bauen werden.

Twin-Turbo-Konsens ist das, was die berüchtigten 6-Sekunden-Blockzeiten von Tendermint auf unter 400 Millisekunden komprimiert. Es handelt sich nicht um einen vollständigen Ersatz der zugrunde liegenden BFT-Engine – es ist eine Suite von Optimierungen, darunter aggressives Timeout-Tuning, Intra-Block-Pipelining von Proposal- und Voting-Phasen sowie eine enge Integration mit der parallelen Ausführungsebene, die es ermöglicht, die Einbeziehung von Transaktionen von der Ausführungsreihenfolge zu entkoppeln. Das Ergebnis ist eine Single-Slot-Finalität mit Geschwindigkeiten, die man bisher mit Permissioned Ledgern assoziierte, während die Dezentralisierungseigenschaften einer öffentlichen BFT-Chain erhalten bleiben.

SeiDB ist der unscheinbarste, aber wohl folgenreichste Teil. Das Standard-Cosmos-SDK verwendet einen IAVL+-Baum für die Zustandsspeicherung, was bei hohem Schreibvolumen pathologische Disk-I/O-Muster erzeugt. SeiDB ersetzt dies durch ein maßgeschneidertes Backend, das den Status in zwei Ebenen unterteilt – eine schreiboptimierte aktive Ebene und ein leseoptimiertes Archiv – was die Disk-IOPS laut den veröffentlichten Benchmarks von Sei Labs um das Zehnfache reduziert. Wenn man zehntausende TPS anstrebt, ist die Performance des Storage-Subsystems keine Randnotiz mehr. Es ist die Barriere, die den Durchsatz bricht, bevor die CPU es tut.

Geth-Kompatibilität: Die strategische Entscheidung, auf die es ankam​

Eine architektonische Entscheidung unterscheidet Sei V2 von Monad in einer Weise, die sich mit der Zeit summiert: Sei importiert Geth, die kanonische Go-Implementierung der Ethereum Virtual Machine, direkt in seine Node-Binary. Jeder Solidity-Smart-Contract kann ohne Modifikation bereitgestellt werden. MetaMask, Hardhat und Foundry funktionieren nativ. Audit-Firmen, Tooling-Anbieter und Indexer, die für das Ethereum-Mainnet entwickelt wurden, erfordern keinerlei Anpassung.

Monad hat sich anders entschieden. Das Team hat die EVM in C++ von Grund auf neu entwickelt, um zusätzliche Performance herauszuholen, und nimmt dabei die langfristigen Kosten von Bytecode-Grenzfällen in Kauf, die sich anders verhalten könnten als im kanonischen Ethereum. Die Wette geht auf, wenn der Performance-Vorteil von Monad über die Zeit Bestand hat. Sie schadet jedoch, wenn einer der tausenden auditierten Solidity-Verträge im Live-Betrieb bei der Portierung subtile Unterschiede in der Ausführung aufweist.

Seis Geth-Import-Strategie ist das, was den V2-Launch als Live-Netzwerk überlebensfähig gemacht hat. Sie machte Sei auch zum natürlichen Ziel für institutionelle Implementierungen, bei denen Kompatibilitätsrisiken inakzeptabel sind – am deutlichsten im Januar 2026, als Ondo Finance USDY, das nach TVL größte tokenisierte US-Staatsanleihen-Produkt, auf dem Sei-Mainnet bereitstellte. Ein Emittent von tokenisierten Staatsanleihen kann keine EVM-Abweichungen in Grenzfällen tolerieren. Geth-Importe räumen diese Frage vollständig aus.

Die Mainnet-Realität: 2.500 TPS, nicht 12.500​

Die empirischen Benchmarks erzählen eine komplexere Geschichte als das Marketing. Das Mainnet von Sei bewältigt derzeit etwa 2.500 bis 3.500 TPS unter realer dApp-Last — Astroport (die primäre DEX des Netzwerks), White Whale, Seiyans NFT-Aktivitäten und der wachsende Markt für Perpetual-Futures, der von Astroport Perps im Dezember 2025 gestartet wurde. Diese Zahl liegt deutlich unter der theoretischen Obergrenze von 12.500 TPS.

Diese Lücke ist kein Sei-spezifisches Versagen. Es ist die kanonische Diskrepanz, mit der jede Hochdurchsatz-L1 konfrontiert wird, wenn synthetische Benchmarks auf Produktionsbedingungen treffen. Drei Faktoren drücken den realen Durchsatz:

• Konfliktraten realer Anwendungen. Die optimistische parallele Ausführung belohnt Workloads mit diversen Zustandszugriffsmustern und bestraft Hot-State-Konflikte. Ein einzelner dominanter DEX-Pool leitet den Großteil des Volumens über eine Handvoll Paare, und Trades auf demselben Paar stehen per Definition im Konflikt.
• Speicher-IOPS bei Sättigung. Selbst mit der 10-fachen Verbesserung von SeiDB gegenüber IAVL treibt ein dauerhafter Schreibdurchsatz von über ~10.000 TPS herkömmliche NVMe-Laufwerke in Bereiche der Warteschlangentiefe, in denen Latenzspitzen die Blockzeiten verschlechtern.
• Heterogenität des Validator-Netzwerks. Produktions-Validator-Sets erstrecken sich über Kontinente, die Latenz variiert, und die engen Timeouts von Twin Turbo setzen günstige Netzwerkbedingungen voraus, die am Long Tail nicht immer gegeben sind.

Seis TVL von etwa 560 Millionen US-Dollar im DeFi-Bereich (laut jüngsten Offenlegungen, wobei das breitere TVL im Juni 2025 1 Milliarde US-Dollar überschritt) und 28 Millionen aktive Adressen erzählen die wichtigere Geschichte: Die Chain wird genutzt. Die Frage ist, ob sie noch stärker genutzt werden kann, ohne zu brechen – genau das ist es, was das Giga-Upgrade beantworten soll.

Giga: Die 50-fache Wette, die Seis 2026 definiert​

Im Dezember 2024 veröffentlichte Sei Labs das Giga-Whitepaper — eine Roadmap, die, falls sie umgesetzt wird, die gesamte Diskussion über den L1-Durchsatz neu definieren würde. Giga strebt 5 Gigagas pro Sekunde bei der Ausführung an, was etwa 200.000 bis 250.000 TPS entspricht, während eine Finalität von unter 400 Millisekunden beibehalten wird. Die Devnet-Validierung im Jahr 2025 erreichte 5,2 Gigagas pro Sekunde (~148.900 TPS) und eine Time-to-Finality von 211 Millisekunden in einem Set aus 20 Validatoren, die über die USA, Europa und den asiatisch-pazifischen Raum verteilt sind.

Giga baut drei Subsysteme neu auf:

• Autobahn-Konsens führt die Multi-Proposer-Blockproduktion ein, wodurch mehrere Validatoren gleichzeitig disjunkte Transaktionssätze vorschlagen können, anstatt sie über einen einzigen Leader zu serialisieren. Dies greift die Bandbreitenobergrenze des Proposers an, die BFT-Chains mit nur einem Leader einschränkt.
• Asynchrone Ausführung entkoppelt die Transaktionsausführung vollständig von der Blockfinalisierung. Dadurch kann die Konsensschicht die Reihenfolge in einem Rhythmus festlegen, während die Ausführung in einem anderen Rhythmus aufholt. Dieses Muster spiegelt wider, was MegaETH mit spezialisierten Sequencer- / Prover- / Full-Node-Rollen versucht.
• Eine neu entwickelte EVM ersetzt den importierten Geth durch eine performance-optimierte Implementierung, die auf die spezifischen Zugriffsmuster von Sei abgestimmt ist — und schließt damit den Kreis bei genau dem Kompromiss zwischen Kompatibilität und Performance, den Sei in V2 vermieden hat.

Der schrittweise Mainnet-Rollout ist für das gesamte Jahr 2026 geplant, wobei das SIP-3-Upgrade die Grundlagen legt und der vollständige Giga-Einsatz für die Jahresmitte angestrebt wird. Wenn Sei dies gelingt, überspringt die Chain die 10.000 TPS-Obergrenze von Monad und nähert sich der Transaktionsleistung auf Web2-Niveau. Falls nicht, wird der Vorteil der Geth-Kompatibilität von Sei durch die Mainnet-Reife von Monad in der zweiten Jahreshälfte 2026 aufgezehrt.

Was das für die L1-Wettbewerbslandschaft bedeutet​

Die Kategorie der Parallel-EVMs ist keine Forschungs-Wette mehr. Es ist ein aktiver Wettbewerb mit drei Live-Mainnets, unterschiedlichen architektonischen Entscheidungen und sichtbarer institutioneller Akzeptanz. Sei hat den Produktionsvorsprung und die Giga-Roadmap. Monad verfügt über 269 Millionen US-Dollar an frischem Kapital aus seinem ICO im November 2025 (85.820 Teilnehmer, gehostet von Coinbase) und eine maßgeschneiderte EVM, die auf pure Geschwindigkeit ausgelegt ist. MegaETH liefert Knotenspezialisierung, die auf eine andere Skalierungs-Dekomposition setzt. Solanas Sealevel liefert weiterhin 3.000 - 5.000 dauerhafte TPS mit über 9 Mrd. $ TVL, bleibt aber Non-EVM.

Die Move-basierten Chains — Aptos und Sui — befinden sich in einer parallelen Kategorie und wetten darauf, dass ressourcenorientierte Programmierung die parallele Ausführung jeder Nachrüstung der Solidity-Semantik strikt überlegen macht. Sie sind im Mainnet live und haben funktionierende Ökosysteme, aber die Anziehungskraft des EVM-Toolings macht die Parallel-EVM-Schiene zur umkämpfteren.

Was die Tiefenanalyse von Sei letztlich offenbart, ist die architektonische Obergrenze, an die jede Chain mit paralleler Ausführung schließlich stoßen wird: Oberhalb von etwa 10.000 dauerhaften TPS werden die Speicher-IOPS zum bindenden Engpass, nicht die VM-Parallelität. Aus diesem Grund legt Giga ebenso viel Gewicht auf das Redesign der Speicherschicht wie auf den Konsens. Dies ist auch der Grund, warum sich die nächste Grenze der L1-Skalierung — die bereits in den Gesprächen Anfang 2026 sichtbar wird — von "VM stärker parallelisieren" hin zu State-Sharding in Kombination mit Data-Availability-Komposition verschiebt. Sei ist positioniert, diesen Übergang anzuführen, da es bereits eine Parallel-EVM ausgeliefert hat und nun an der zweiten iteriert.

Die darunterliegende Infrastrukturschicht​

Für Entwickler, die im Jahr 2026 auf Sei, Monad oder einer anderen Parallel-EVM aufbauen, wird die Infrastrukturfrage nuancierter als im Legacy-Ethereum. Optimistische Ausführung bedeutet, dass die Transaktionsreihenfolge von der Konfliktlösung abhängt. Das bedeutet, dass RPC-Anbieter die richtigen Primitiven bereitstellen müssen, damit Builder, Sequencer und Indexer die Execution Traces verstehen können. Eine Finalität von unter 400 ms ist bedeutungslos, wenn Ihr Indexer 30 Sekunden hinterherhinkt, und 12.500 TPS verstärken jede Zuverlässigkeitslücke im Lesepfad.

Die Chains, die die Ära der Parallel-EVMs gewinnen, werden diejenigen sein, deren Infrastruktur-Ökosystem Schritt hält — RPC-Zuverlässigkeit, Archivknoten-Abdeckung, Indexer-Aktualität und die Art von Multi-Chain-Abstraktionsschicht, die es einem Entwickler ermöglicht, Sei, Monad und Solana als austauschbare statt als separate Integrationen zu behandeln.

BlockEden.xyz bietet RPC- und Indexing-Infrastruktur auf Enterprise-Niveau für Sei, Solana, Sui, Aptos, Ethereum und die breitere L1-Landschaft. Da Parallel-EVMs von Testnet-Versprechen zu Produktions-Workloads heranreifen, erkunden Sie unseren API-Marktplatz, um auf einer Infrastruktur aufzubauen, die für die Grenzen des Durchsatzes konzipiert ist.

Das Fazit​

Sei V2 ist der Beweis dafür, dass parallele EVMs im Mainnet bereitgestellt werden können, reale institutionelle Implementierungen wie USDY von Ondo unterstützen und Live-Workloads mit 2.500 - 3.500 dauerhaften TPS ausführen — nicht die Marketing-Zahl von 12.500 TPS, sondern ein Produktionswert, der bereits den dauerhaften Durchsatz von Solana übertrifft, während unveränderte Solidity-Smart-Contracts ausgeführt werden. Ob Sei diesen Vorsprung halten kann, hängt davon ab, ob Giga sein Ziel von 5 Gigagas pro Sekunde erreicht, bevor Monad ausreift und MegaETH seine Spezialknoten-These beweist.

Beim Durchsatz-Wettrennen im Jahr 2026 geht es nicht mehr um Benchmarks. Es geht darum, welche Architektur sich nahtlos mit den Speicher-, Konsens- und DA-Primitiven (Data Availability) zusammenfügt, die die nächste Phase des L1-Designs definieren. Sei war zuerst da. Die nächsten zwölf Monate werden entscheiden, ob sich der First-Mover-Vorteil bei der parallelen Ausführung in eine dauerhafte Kategorieführerschaft verwandelt.

Quellen​

• Sei v2 — Die erste parallelisierte EVM-Blockchain
• Twin Turbo Consensus | Sei-Dokumentation
• SeiDB: Performance-optimierte Blockchain-Datenbank | Sei-Dokumentation
• Sei Giga Übersicht | Sei-Dokumentation
• Die Giga-Roadmap: 50-fache Verbesserungen für die EVM
• Sei Labs veröffentlicht Giga-Whitepaper: Erste Multi-Proposer EVM L1
• Status von Sei Q3 2025 | Messari
• Monad | Die leistungsstärkste EVM-Blockchain
• Parallelisierte EVMs gewinnen an Popularität, aber sie werden Blockchains nicht alleine skalieren | Blockworks
• Sei Network Review 2026 | Coin Bureau

Am 30. April 2026 setzte Telegram 2,2 Millionen TON ein – zu diesem Zeitpunkt etwa 2,88 Millionen $ – und schaltete sich als primärer Validator im The Open Network live. Die Schlagzeilenzahl ist in der Kryptowelt fast ein Rundungsfehler. Das darunter liegende Signal ist es jedoch nicht.

Zum ersten Mal ist eine Consumer-Plattform mit 950 Millionen monatlich aktiven Nutzern nicht nur Partner eines Layer 1 – sie hilft dabei, ihn abzusichern, Blöcke vorzuschlagen und Transaktionen zu finalisieren. Zusammen mit dem Catchain 2.0 Mainnet-Upgrade, das gerade die Blockzeit von TON von 2,5 Sekunden auf 400 Millisekunden gesenkt hat, und einer 6-fachen Gebührensenkung auf pauschale 0,0005 $ pro Transaktion, rückt eine ganz andere Frage in den Fokus. TON versucht nicht länger, Solana bei den TPS oder Ethereum beim TVL zu schlagen. Es sieht zunehmend nach einem Versuch aus, mit WeChat Pay, Apple Pay und Stripe zu konkurrieren – mit einer Blockchain als Infrastruktur.

Ethereum hat am 7. Januar 2026 um 1:01:11 UTC still und leise eines seiner folgenreichsten Skalierungs-Upgrades seit Jahren veröffentlicht. Es gab keine Devcon-Bühne. Kein Countdown. Kein Preis-Pump. BPO2 — der zweite "Blob Parameter Only" Hard Fork — erhöhte das Blob-Ziel pro Block von 10 auf 14 und das Maximum von 15 auf 21, wodurch die Rollup-Datenkapazität in einem einzigen koordinierten Client-Release um 40 % erweitert wurde. Nach jedem technischen Maßstab hat es funktioniert.

Es schuf jedoch auch ein Problem, über das niemand laut genug spricht: Ethereum verfügt nun über mehr Blob-Speicherplatz, als seine L2s zu nutzen wissen. Die Blob-Auslastung liegt bei 20–30 % der neuen Obergrenze. Die Blob-Gebühren sind auf den Boden gefallen. Die ETH-Emission ist wieder vor den Burn gekrochen. Und die nächsten zwei Upgrades auf der Roadmap — Glamsterdam im ersten Halbjahr 2026 und ein weiteres BPO, das bis Mitte des Jahres 48 Blobs anstrebt — werden noch mehr Kapazität in einen Markt pumpen, der das Vorhandene noch nicht absorbiert hat.

Dies ist die unangenehme Mitte von Ethereums Rollup-zentrierter These: Das Engineering liefert pünktlich, die Nutzergebühren sinken nach Plan, und das "Ultrasound Money"-Narrativ des Tokens bekommt leise Risse unter genau dem Mechanismus, der es ursprünglich glaubwürdig gemacht hat.

Das Layer-2-Ökosystem von Ethereum ist eine Studie in Kompromissen. Wollen Sie blitzschnelle Geschwindigkeit? Nutzen Sie Arbitrum oder Base — aber akzeptieren Sie, dass ein einziges Unternehmen Ihren Sequenzierer kontrolliert und Ihre Transaktionen zensieren oder neu anordnen kann. Wollen Sie echte Dezentralisierung? Bleiben Sie im Ethereum-Mainnet — aber zahlen Sie den Preis im Durchsatz. Drei Jahre lang schien dieser Kompromiss unabänderlich.

RISE Chain wettet darauf, dass dem nicht so ist.

Unterstützt von Vitalik Buterin und 11,2 Millionen Dollar Risikokapital kombiniert RISE zwei architektonische Ideen, die Ethereum-Forscher in der Theorie befürwortet haben, die aber niemand zusammen in der Produktion implementiert hat: Block-STM optimistische Parallelausführung und based Rollup-Sequenzierung. Das Ergebnis, wenn es wie beschrieben funktioniert, wäre ein Ethereum L2, das mehr als 100.000 Transaktionen pro Sekunde verarbeitet, während es seine Sequenzierungsleistung durch Ethereums eigene Validatoren anstatt eines Unternehmens-Betriebsteams leitet.

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