Der Istzustand — Ethereum im operativen Zustand Q1 2026

Die vorangegangenen Kapitel haben den theoretischen Rahmen dargelegt und die empirische Grundlage geschaffen, auf der die Bewertung des konkreten Gegenstands aufbauen kann. Kapitel 2 hat den Bewertungsrahmen mit seinen zwölf Kriterien in drei Hierarchiestufen vorgestellt, die Bewertungslogik mit ihrer vierstufigen Skala und der M3-Kaskade dokumentiert und die Scope-Grenzen der Untersuchung definiert. Kapitel 3 hat die zwölf Kriterien an sieben strukturell unterschiedlichen Referenzinfrastrukturen validiert. Sie kommen nun zur Anwendung.

Die Abschnitte 4.1 bis 4.6 beschreiben Ethereums Architektur, den Transaktionslebenszyklus, die Sicherheitsökonomie, das Skalierungsmodell, die Governance-Strukturen und die institutionelle Einbettung des Systems im operativen Zustand des ersten Quartals 2026. Die Abschnitte 4.7 bis 4.10 wenden die zwölf Kriterien auf diesen beschriebenen Gegenstand an und formulieren das M3-Gesamturteil.

Der Stichtag für alle Netzwerkdaten ist der 27. März 2026, sofern nicht anders angegeben. Sämtliche quantitativen Kennzahlen bilden eine Momentaufnahme einer lebenden Infrastruktur. Die zugrunde liegende Architektur und die aus ihr abgeleiteten strukturellen Befunde besitzen eine erheblich größere Beständigkeit.

4.1 Architektonische Grundlagen

Historische Einordnung und Entwicklungspfad

Ethereum wurde am 30. Juli 2015 als öffentliches Netzwerk gestartet, finanziert durch einen Crowdsale im Jahr 2014, und unterschied sich von Beginn an durch eine zentrale Designentscheidung von der damals dominierenden Blockchain-Technologie Bitcoin: Es war nicht als Zahlungssystem konzipiert, sondern als programmierbare Plattform, auf der beliebiger Code ausgeführt werden konnte.¹ Das Whitepaper, das Vitalik Buterin 2014 veröffentlichte, beschrieb ein System, in dem Smart Contracts als selbstausführende Programme auf einer gemeinsamen Zustandsdatenbank operieren, die von einem dezentralen Netzwerk gleichberechtigter Nodes gepflegt wird. Die technische Spezifikation dieses Systems legte Gavin Wood im selben Jahr im Yellow Paper vor, das die Ethereum Virtual Machine formal definierte und bis heute, in seiner aktuellen Berlin-Version von 2024, als Referenzdokument für die Protokollmechanik dient.²

In den ersten sieben Jahren operierte Ethereum unter einem Proof-of-Work-Konsensmechanismus, bei dem Miner durch den Einsatz von Rechenleistung um das Recht konkurrierten, neue Blöcke zu produzieren. Am 15. September 2022 vollzog das Netzwerk mit dem sogenannten Merge den Übergang zu Proof of Stake, einem Konsensmechanismus, bei dem Validatoren durch das Hinterlegen von Kapital die Berechtigung zur Blockproduktion erwerben. Die fundamentale Idee hinter Proof of Stake ist, Netzwerksicherheit durch ökonomischen Einsatz statt durch Rechenleistung herzustellen: Validatoren hinterlegen Kapital als Sicherheit und riskieren dessen Verlust bei Fehlverhalten, sodass das ökonomische Risiko den Energieaufwand als Sicherheitsmechanismus ersetzt. Der Merge reduzierte den Energieverbrauch des Netzwerks um 99,95 Prozent.³

Im Juni 2016, kaum ein Jahr nach dem Start, wurde die erste dezentrale autonome Organisation auf Ethereum, die schlicht als The DAO bekannt wurde, durch eine Schwachstelle im Smart-Contract-Code exploitet, wobei circa 60 Millionen US-Dollar an ETH abgezogen wurden. Die Community entschied sich für einen Hard Fork, der die Transaktion rückgängig machte — eine Entscheidung, die das Netzwerk in Ethereum und Ethereum Classic spaltete. Der DAO-Fork zeigt, dass Ethereums Community in einer existenziellen Krise handlungsfähig war, und er markiert den historischen Moment, nach dem die Community faktisch entschied, dass eine soziale Intervention in den Zustand des Systems möglich ist, auch wenn sie seither nie wiederholt wurde.

Seit dem Merge hat Ethereum vier Protokoll-Upgrades durchlaufen. Shapella (April 2023) ermöglichte erstmals die Entnahme von gestaktem ETH. Dencun (März 2024) führte Blob-Transactions ein, die Layer-2-Rollups ermöglichen, Daten zu einem Bruchteil der bisherigen Kosten auf der Basisschicht zu verankern. Pectra (7. Mai 2025) erhöhte die maximale Effective Balance pro Validator von 32 auf 2.048 ETH und führte mit EIP-7702 die erste protokollnative Form von Account Abstraction ein. Fusaka (3. Dezember 2025) implementierte PeerDAS, ein Peer-to-Peer-basiertes Data Availability Sampling, das die Bandbreitenanforderungen an Validatoren um rund 85 Prozent reduziert.

Die Zwei-Client-Architektur

Das Ethereum-Netzwerk besteht aus 14.339 Nodes, die über das öffentliche Internet verteilt sind und gemeinsam den Zustand des Systems pflegen.⁴ Jeder Node betreibt gleichzeitig zwei Software-Komponenten: einen Consensus Layer Client, der den Proof-of-Stake-Konsens verwaltet und über das libP2P-Netzwerkprotokoll mit anderen Consensus-Clients kommuniziert, und einen Execution Layer Client, der Smart Contracts ausführt und den Zustand der Konten und Verträge pflegt. Beide Clients sind über die Engine API verbunden, eine interne Schnittstelle, die durch JWT-Token authentifiziert wird.

Fünf Consensus Layer Clients stehen zur Verfügung: Lighthouse (Rust, Sigma Prime), Prysm (Go, Prysmatic Labs), Teku (Java, ConsenSys), Nimbus (Nim, Status) und Lodestar (TypeScript, ChainSafe). Ebenso fünf Execution Layer Clients: Geth (Go), Nethermind (C#), Besu (Java), Erigon (Go) und Reth (Rust). Alle zehn Implementierungen sind Open Source, in unterschiedlichen Programmiersprachen geschrieben und von unabhängigen Teams entwickelt. Diese Multi-Client-Philosophie ist eine Kern-Sicherheitseigenschaft: Ein Bug in einer Software-Implementierung kann das Netzwerk nur dann gefährden, wenn der betroffene Client mehr als ein Drittel des Netzwerks bedient.

Der Dezember-2025-Vorfall bei Fusaka liefert eine empirische Validierung dieses Designprinzips. Ein Bug im Consensus Client Prysm führte dazu, dass die Netzwerk-Partizipation auf 75 Prozent fiel, doch die Finalisierung blieb ununterbrochen, weil Prysms Marktanteil zu diesem Zeitpunkt bei 22 Prozent lag.⁵ Wäre derselbe Bug Anfang 2022 aufgetreten, als Prysm noch 68 Prozent des Netzwerks bediente, hätte die Partizipation unter die kritische Zwei-Drittel-Schwelle fallen können.

39 Prozent der Nodes befinden sich in den USA, 14,5 Prozent in Deutschland und 14 Prozent in China. Von den gehosteten Execution Layer Nodes laufen 59 Prozent auf drei Cloud-Providern: AWS mit 35,5 Prozent, Hetzner mit 13,8 Prozent und OVHcloud mit 9,7 Prozent.⁶

Die EVM als programmierbare Ausführungsumgebung

Was Ethereum von einer reinen Zahlungskette wie Bitcoin unterscheidet, ist die Ethereum Virtual Machine. Die EVM ist eine deterministische 256-Bit-Stack-Maschine: Jeder Node im Netzwerk führt denselben Code mit denselben Eingaben aus und kommt zwingend zum selben Ergebnis.⁷ Diese Determinismus-Eigenschaft ist konstitutiv für das Funktionieren des Systems, weil sie die Grundlage dafür bildet, dass alle Nodes über den korrekten Zustand übereinstimmen können.

Die EVM operiert mit einem dreistufigen Speichermodell: Der Stack ist eine volatile Datenstruktur nach dem Last-In-First-Out-Prinzip, der Memory ein volatiler byte-adressierbarer Arbeitsbereich und der Storage der persistente Speicher, dessen Inhalte im Merkle Patricia Trie verankert sind. Storage-Operationen sind die teuersten im gesamten Opcode-Set, weil jeder geschriebene Wert von allen Nodes auf unbestimmte Zeit gespeichert werden muss.

Smart Contracts sind Programme, die auf der EVM ausgeführt werden. Sie werden als Bytecode auf dem Netzwerk deployt und sind danach unveränderbar. Das Deployment ist permissionless: Die einzige Voraussetzung sind Gas-Gebühren, die an das Netzwerk gezahlt werden. Die Ausführungsarchitektur ist sequentiell — alle Transaktionen innerhalb eines Blocks werden strikt in Reihenfolge abgearbeitet. Bei einer Slotzeit von 12 Sekunden und dem aktuellen Gas Limit von 60.000.000 verarbeitet Ethereum auf Layer 1 durchschnittlich 15 bis 30 Transaktionen pro Sekunde.

Innerhalb eines Blocks ermöglicht die EVM atomare Composability: Beliebig viele Smart-Contract-Interaktionen können in einer einzigen Transaktion verkettet werden, und die gesamte Kette wird entweder vollständig ausgeführt oder vollständig zurückgesetzt. Flash Loans illustrieren diese Eigenschaft: Ein Nutzer kann in einer einzigen Transaktion Millionen US-Dollar leihen, die geliehenen Mittel für eine Arbitrage-Operation einsetzen und den Kredit zurückzahlen — ohne Sicherheiten und ohne Intermediär. Diese Eigenschaft bildet die Grundlage für das Ökosystem der Decentralized Finance.

Account Abstraction

Ethereum kennt historisch zwei Typen von Accounts. Externally Owned Accounts werden durch einen einzelnen kryptographischen Schlüssel kontrolliert. Contract Accounts werden durch Code kontrolliert, der auf der EVM läuft. EIP-7702, aktiviert mit dem Pectra-Upgrade am 7. Mai 2025, adressiert die Nutzbarkeitsbarrieren des traditionellen Modells auf der Protokollebene: Es erlaubt Standard-Accounts, temporär die Logik eines Smart Contracts zu übernehmen. Session Keys, Social Recovery und Gas Sponsoring werden damit auf Protokollebene implementierbar. Der EIP ist deployt und auf dem Mainnet aktiv, die Integration in die großen Wallet-Anwendungen befindet sich in der Umsetzung. Die Übernahmedynamik lässt sich am älteren ERC-4337-Standard ablesen: über 25,5 Millionen Smart Accounts und 132 Millionen UserOperations dokumentieren die Nachfrage nach programmierbaren Accounts.⁸

State als Zustandsdatenbank

Alles, was Ethereum als System speichert, liegt in einer Datenstruktur namens Merkle Patricia Trie. Diese Struktur besteht aus vier verschachtelten Tries: dem World State Trie, der alle Accounts enthält, dem Account Storage Trie, der den persistenten Speicher jedes einzelnen Smart Contracts abbildet, sowie dem Transactions Trie und dem Receipts Trie. Der World State Root, ein 32-Byte-Hash, der den gesamten Zustand des Systems zusammenfasst, wird im Header jedes Blocks verankert. Ein Merkle Proof kann mit logarithmischem Aufwand belegen, dass ein bestimmter Zustandseintrag im Trie vorhanden ist oder fehlt.

Der State umfasst in der komprimierten Speicherform der Clients 150 bis 200 GB, die gesamte Größe eines Full Node beträgt 1.579 GB.⁹ Die Hardware-Anforderungen umfassen mindestens 2 TB SSD-Speicher, 16 GB RAM und eine stabile Internetverbindung mit mindestens 25 Megabit pro Sekunde. Das permanente Wachstum des State ist das zentrale Langzeitproblem der Ethereum-Architektur: Jeder deployte Contract, jedes neue Wallet, jeder gespeicherte Storage-Slot akkumuliert permanent auf allen Full Nodes, ohne dass inaktive Einträge verfallen oder komprimiert werden.

4.2 Der Transaktionslebenszyklus

Eine einzelne Transaktion durchquert auf ihrem Weg von der Erstellung bis zur Finalisierung das gesamte System. An jeder Station dieses Weges offenbart sich eine Komponente der Architektur, die im Zusammenspiel mit den anderen die Eigenschaften des Systems bestimmt.

Erstellung und Gas

Der Lebenszyklus einer Transaktion beginnt beim Nutzer, der eine signierte Nachricht erstellt, die den gewünschten Zustandsübergang beschreibt: einen Transfer von ETH, einen Aufruf einer Smart-Contract-Funktion oder das Deployment eines neuen Contracts. Die Signatur erfolgt über den ECDSA-Algorithmus auf der secp256k1-Kurve und beweist kryptographisch, dass der Absender über den privaten Schlüssel des sendenden Accounts verfügt.

Jede Operation auf der EVM verbraucht eine definierte Menge Gas. Die Kostenstruktur spiegelt die tatsächliche Belastung wider: Eine einfache Addition kostet 3 Gas, ein Keccak-256-Hash 36 Gas, das Laden eines Speicherwerts 2.100 Gas und ein Schreibvorgang in den persistenten Speicher 22.100 Gas. Das Gas Limit pro Block liegt bei 60.000.000 und wurde im Laufe des Jahres 2025 durch Validator-Signaling ohne Hard Fork verdoppelt.¹⁰

Das Gebührenmodell EIP-1559, seit August 2021 aktiv, teilt die Transaktionsgebühr in zwei Komponenten auf.¹¹ Die Base Fee wird algorithmisch bestimmt und passt sich dynamisch an die Blockauslastung an: Wenn der vorangegangene Block mehr als die Hälfte seines Gas Limits verbraucht hat, steigt die Base Fee um bis zu 12,5 Prozent. Liegt die Auslastung darunter, sinkt sie um denselben maximalen Faktor. Die Base Fee wird verbrannt — kumulativ sind seit August 2021 über 4,6 Millionen ETH dem Umlauf entzogen worden. Die Priority Fee wird vom Nutzer frei gewählt und fließt an den Proposer des Blocks.

Propagation im Peer-to-Peer-Netzwerk

Die signierte Transaktion wird über das Peer-to-Peer-Netzwerk verbreitet. Es gibt keinen einzelnen zentralen Mempool — jeder Node pflegt eine lokale Sicht auf die Transaktionen, die er von seinen Peers empfangen hat. Diese dezentrale Mempool-Architektur erzeugt eine informationelle Asymmetrie, die für das MEV-Phänomen konstitutiv ist: Builder, die über privilegierte Verbindungen zu mehr Nodes verfügen oder private Order Flows empfangen, haben eine vollständigere Sicht auf die ausstehenden Transaktionen als durchschnittliche Nodes.

Block Building und MEV

Spezialisierte Block Builder sammeln Transaktionen aus öffentlichen Mempools und privaten Order Flows und konstruieren Blöcke, die für die Extraktion von Maximal Extractable Value optimiert sind.¹² MEV entsteht aus der Tatsache, dass die Reihenfolge von Transaktionen innerhalb eines Blocks den wirtschaftlichen Ausgang beeinflusst: Arbitrage-Transaktionen zwischen dezentralen Börsen, Liquidationen in Lending-Protokollen und Sandwich-Attacks sind die häufigsten MEV-Formen. Die kumulative MEV-Extraktion seit dem Merge wird auf 1,5 bis 2 Milliarden US-Dollar geschätzt, wobei circa 93 Prozent dieser Werte als Gebote an die Validatoren fließen.¹³

Die Marktstruktur der Blockproduktion per 27. März 2026 zeigt eine erhebliche Konzentration: Titan Builder kontrolliert 51,2 Prozent der Blöcke, BuilderNet 25,7 Prozent und Quasar 16,4 Prozent.¹⁴ Drei Builder-Adressen kontrollieren damit 93,3 Prozent der Ethereum-Blockproduktion. Der Herfindahl-Hirschman-Index dieser Marktstruktur liegt bei 3.554, ein Wert, der die Schwelle von 2.500 deutlich überschreitet, ab der das US-Justizministerium einen Markt als hochkonzentriert einstuft.

Proposer-Builder Separation

Die Architekturantwort auf die Frage, wie Blockproduktion von Blockvalidierung getrennt werden kann, ist Proposer-Builder Separation. Builder senden fertige Blöcke mit Geboten an Relays — Off-Chain-Intermediäre wie Ultra Sound Relay, Titan Relay oder BloXroute —, die als vertrauenswürdige Vermittler zwischen Buildern und Validatoren fungieren. Der für den jeweiligen Slot ausgewählte Proposer wählt blind das höchste Gebot und schlägt den zugehörigen Block vor, ohne dessen Inhalt zu kennen. 90 Prozent der Blöcke nutzen MEV-Boost, die Sidecar-Software, die Validatoren mit diesem Builder-Marktplatz verbindet.

15 Prozent der Blöcke laufen über Relays, die explizit OFAC-konform operieren.¹⁵ Im November 2022 liefen noch 79 Prozent der Blöcke über OFAC-konforme Relays — ein Wert, der in der Community erhebliche Besorgnis auslöste. Der Rückgang auf 15 Prozent erfolgte ohne protokolläre Intervention, getrieben durch Marktdynamik: Non-OFAC-compliant Builder gewannen Marktanteile, weil sie keine Einschränkungen beim Transaktions-Screening hatten. FOCIL (EIP-7805), ein Validator-Komitee-basiertes Inclusion-List-System, soll die emergente Zensurresistenz durch eine protokolläre Garantie ersetzen und hat den Status PLAN.

Konsens und Finality

Der für einen Slot ausgewählte Proposer schlägt den Block dem Netzwerk vor, und die 964.768 aktiven Validatoren attestieren über das Gasper-Protokoll, ob sie den Block als gültig anerkennen.¹⁶ Gasper ist eine Kombination aus zwei komplementären Mechanismen.¹⁷

Casper FFG, das Friendly Finality Gadget, ist ein Byzantine Fault Tolerant Finalization-Protokoll. Das Netzwerk ist in Epochs von je 32 Slots unterteilt, wobei jeder Slot 12 Sekunden dauert. Wenn Validatoren, die zusammen mehr als zwei Drittel des gestakten ETH repräsentieren, einen Supermajority Link zwischen Source und Target attestieren, wird der Target-Checkpoint als justified markiert. Wenn der darauffolgende Checkpoint ebenfalls justified wird, wird der vorherige finalisiert. Diese Zwei-Epoch-Kaskade erklärt die Finalisierungszeit von 12,8 Minuten: 64 Slots à 12 Sekunden. Ein finalisierter Block ist kryptographisch-ökonomisch irreversibel, weil eine Reversion erfordern würde, dass mehr als ein Drittel des gestakten ETH geslasht wird — ein Betrag in der Größenordnung von 26 Milliarden US-Dollar.

LMD-GHOST handhabt die Echtzeit-Blockauswahl zwischen den Finalisierungspunkten. Ausgehend vom letzten finalisierten Checkpoint folgt der Algorithmus bei jeder Gabelung der Kette dem Subtree, der das meiste Stake-Gewicht akkumuliert hat.

Jede Attestation eines Validators enthält drei simultane Votes: den Head Vote (für LMD-GHOST), den Source Vote (für Casper FFG) und den Target Vote (ebenfalls für Casper FFG). Die Verschränkung beider Mechanismen in einer einzigen Nachricht ist die zentrale Architekturentscheidung des Gasper-Protokolls.

Die empirische Bilanz des Konsensmechanismus seit dem Merge ist bemerkenswert stabil. Von 287.000 produzierten Epochs wurden 13 nicht finalisiert, eine Finality-Rate von über 99,99 Prozent.¹⁸ Alle 13 nicht-finalisierten Epochs traten im Mai 2023 auf. Der Mai-2023-Vorfall war gleichzeitig der erste und bislang einzige Mainnet-Test des Inactivity Leak, eines automatischen Degradation Mode, der aktiviert wird, wenn die Finalisierung für mehr als vier Epochs ausbleibt. Die Selbstheilung dauerte 96 Minuten, ohne dass ein externer Eingriff erforderlich war.

Settlement und State-Aktualisierung

Nach der Finalisierung ist die Transaktion irreversibel in den Zustand des Netzwerks eingeschrieben. Die Base Fee wird verbrannt, die Priority Fee und eventuelle MEV-Zahlungen fließen an den Proposer des Blocks. Die State Transition Function wendet die durch die Transaktion ausgelösten Änderungen auf den World State Trie an und berechnet einen neuen State Root, der im Header des Blocks verankert wird.

Systemeigenschaften des Lebenszyklus

Der Weg einer Transaktion durch das System legt vier Architektur-Eigenschaften frei. Die Modularität der Architektur ermöglicht Fehlerisolierung und unabhängige Weiterentwicklung einzelner Komponenten, erzeugt dabei aber Komplexität in der Abstimmung zwischen den Schichten. Die ökonomisch verankerte Sicherheit erzeugt Angriffskosten, die aber an den Marktwert von ETH gekoppelt sind. Die Off-Chain-Abhängigkeit der Blockproduktion erzeugt eine strukturelle Verwundbarkeit im kritischsten Pfad des Systems. Die kryptographisch erzwungene Finality bietet eine Irreversibilitätsgarantie, die stärker ist als die probabilistischen Garantien von Proof-of-Work-Systemen, aber mit einer Finalisierungszeit von 12,8 Minuten langsamer als die Sofortfinalität zentralisierter Systeme.

4.3 Die Sicherheitsökonomie

Warum staken 964.768 Validatoren ihr Kapital in einem System, das dieses Kapital bei Fehlverhalten konfiszieren kann, und was passiert, wenn sie aufhören es zu tun? Die ökonomische Logik hinter diesem Einsatz trägt die Sicherheitsarchitektur des Systems.

Ökonomische Anreize und Konsolidierung

Validatoren erhalten Belohnungen für korrektes Verhalten im Konsensprotokoll aus zwei Quellen: der Protokoll-Issuance und MEV-Rewards. Die Reward-Struktur gewichtet den korrekten Target Vote mit 40,6 Prozent des Gesamtgewichts, Source Vote und Head Vote mit jeweils 21,9 Prozent, die Blockproduktion mit 12,5 Prozent und das Sync Committee mit 3,1 Prozent. Die Issuance skaliert invers mit der Quadratwurzel des gestakten ETH — die effektive Staking-Rate liegt bei circa 2,6 Prozent, gesunken von circa 13 Prozent, als der Staking-Anteil noch niedrig war.¹⁹ Zwischen 30 und 31 Prozent des ETH Total Supply von 120.693.582 ETH sind gestakt.

Das Pectra-Upgrade löste eine strukturelle Verschiebung in der Validator-Landschaft aus. EIP-7251 erhöhte die maximale Effective Balance pro Validator von 32 auf 2.048 ETH, und große Staking-Anbieter nutzten diese Möglichkeit, um viele einzelne 32-ETH-Validatoren in wenige High-Balance-Validatoren zu konsolidieren.²⁰ Die Gesamtzahl der aktiven Validatoren sank von 1,07 Millionen auf 964.768, ohne dass sich die Menge des gestakten ETH veränderte.

Angriffsökonomie und Slashing

Die zentrale Sicherheitsschwelle des Systems ist die 34-Prozent-Blocking-Minority: Ein Angreifer, der mehr als ein Drittel des gestakten ETH kontrolliert, kann die Finalisierung blockieren.²¹ Die statische Kapitalanforderung für einen Blocking-Angriff beträgt rund 26 Milliarden US-Dollar — bei einem gestakten Volumen von 30 bis 31 Prozent des Total Supply und einem ETH-Preis von rund 2.100 US-Dollar am Stichtag. Der Angreifer riskiert dabei den vollständigen Verlust seines Einsatzes durch Slashing.

Slashing schützt das Konsensprotokoll vor zwei spezifischen Angriffsformen: Equivocation (Doppelsignierung) und Surround Voting. Die Strafstruktur skaliert mit Korrelation: Ein einzelner Validator, der durch einen Konfigurationsfehler doppelt signiert, wird milde bestraft. Eine koordinierte Gruppe, die gleichzeitig geslasht wird, erfährt eine Strafe, die den Angriff ökonomisch vernichtend macht.

Die empirische Bilanz bestätigt ein System, das durch Abschreckung wirkt. In über fünf Jahren Beacon Chain wurden 525 Validatoren geslasht — bei über 2,2 Millionen jemals erstellten, eine Quote von 0,024 Prozent.²² Böswillige Angriffe sind in der gesamten Slashing-Historie nicht dokumentiert.

Staking-Verteilung

Liquid Staking dominiert mit 31,1 Prozent des gestakten ETH: Nutzer delegieren ihr ETH an ein Protokoll wie Lido, Rocket Pool oder ether.fi und erhalten im Gegenzug einen handelbaren Token. Staking über zentralisierte Börsen macht 24 Prozent aus. Staking Pools halten 16 Prozent. Solo-Staker halten weniger als 1 Prozent — die Mindesteinlage von 32 ETH entspricht beim Stichtagskurs rund 67.000 US-Dollar.

Lido, das größte Liquid-Staking-Protokoll, hält 22,8 bis 23 Prozent des gestakten ETH, rückläufig von rund 32 Prozent im Jahr 2023.²³ Die DVT-Integration von 547.968 ETH mit einem Quartalszuwachs von 57 Prozent reduziert das Single-Point-of-Failure-Risiko im Operator-Set.²⁴ Lido liegt mit seinem aktuellen Anteil unter der kritischen 33-Prozent-Schwelle. Die kumulierte Staking-Konzentration der drei größten Anbieter, Lido, Coinbase und Binance, liegt bei 40 bis 45 Prozent des gestakten ETH.

Drei Spannungen der Sicherheitsökonomie

Die erste Spannung betrifft die inflationäre Dynamik des Gesamtsystems. ETH ist im operativen Zustand Q1 2026 leicht inflationär, mit einer jährlichen Supply-Änderung von circa 0,5 Prozent. Die L2-Migration hat mehr Transaktionsaktivität von der Basisschicht absorbiert, als die Blob-Gebühren an Verbrennungsvolumen zurückführen. Vor der Einführung von Blob-Transactions zahlten Rollups für Calldata auf Layer 1, was zu substanziellen Base-Fee-Beiträgen führte. Nach Dencun fielen die L2-Kosten um 80 bis 95 Prozent und mit ihnen der Beitrag der L2-Aktivität zur ETH-Verbrennung.

Die zweite Spannung betrifft das prozyklische Risiko der Sicherheitsarchitektur. Die Angriffskosten von rund 26 Milliarden US-Dollar sind eine Funktion des ETH-Preises. Im Krypto-Winter 2022 fiel der ETH-Preis um über 80 Prozent, und proportional fielen die ökonomischen Angriffskosten. Das System überlebte diesen Stresstest empirisch: Kein Angriff wurde versucht, die Validator-Zahlen stiegen weiter, und das Konsensprotokoll operierte durchgehend im Normalbetrieb.

Die dritte Spannung betrifft die langfristige Finanzierung der Netzwerksicherheit. Wenn Layer-2-Systeme den Großteil der Transaktionsaktivität absorbieren und die L1-Fee-Revenue dauerhaft auf niedrigem Niveau verbleibt, stellt sich die Frage, ob die Sicherheit des Netzwerks progressiv durch Neuausgabe von ETH finanziert werden muss. Die Issuance-Reform-Debatte im Ethereum-Ökosystem ist aktiv und ungelöst: Keiner der diskutierten Vorschläge hat den Status eines formalen EIP erreicht.

4.4 Die Skalierungsarchitektur

Das in Abschnitt 4.2 beschriebene Gas Limit von 60.000.000 pro Block begrenzt die Transaktionskapazität der Basisschicht auf 15 bis 30 Transaktionen pro Sekunde. Um diese Zahlen einzuordnen: Visa verarbeitet in Spitzenzeiten über 65.000 Transaktionen pro Sekunde. Die Begrenzung ist eine Konsequenz des fundamentalen Designs, das jedem Node zumutet, jede Transaktion nachzuvollziehen.

Die rollup-zentrische Strategie

Die Antwort, die das Ethereum-Ökosystem seit Oktober 2020 verfolgt, ist eine Arbeitsteilung zwischen Schichten. Vitalik Buterins Blogpost formulierte die strategische Weichenstellung: Die Basisschicht konzentriert sich auf Settlement und Datenverfügbarkeit, während eigenständige Layer-2-Systeme die Transaktionsausführung übernehmen.²⁵ Die Verschiebung verändert Ethereums operative Rolle grundlegend: Von einer Plattform, auf der Nutzer direkt Transaktionen ausführen, wird das System zu einer Infrastrukturschicht, die Sicherheit und Datenverfügbarkeit für darauf aufbauende Systeme bereitstellt.

Die beschriebene Arbeitsteilung wird seit Anfang 2026 durch eine strategische Verschiebung ergänzt. Vitalik Buterin formulierte in einem Blogpost die Zielsetzung, die Basisschicht selbst auf ein Vielfaches ihrer aktuellen Kapazität zu skalieren, durch parallele Transaktionsverarbeitung (EIP-7928), ein Gas Limit von 200.000.000 und langfristig eine tausendfache Kapazitätssteigerung. Diese Verschiebung, die in der Community als L1-first Pivot diskutiert wird, verändert Ethereums Positionierung. Die Features, die diese Verschiebung umsetzen sollen, haben den Status PLAN und werden in Kapitel 5 bewertet.

Datenverfügbarkeit als Vorbedingung

Wenn ein Layer-2-System Transaktionen außerhalb der Basisschicht ausführt, muss sichergestellt sein, dass die Transaktionsdaten für unabhängige Prüfer zugänglich sind. Blobs, eingeführt durch EIP-4844 im Dencun-Upgrade (März 2024), sind 128 KB große temporäre Datenpakete, die circa 18 Tage auf Beacon Nodes vorgehalten und danach automatisch gelöscht werden.²⁶ Die Kostenreduktion seit Einführung der Blobs war erheblich: Die Transaktionskosten auf führenden Layer-2-Systemen fielen nach Dencun um 80 bis 95 Prozent. Im operativen Betrieb kostet eine einfache Token-Transaktion auf Arbitrum, Base oder Optimism im Median weniger als 0,01 US-Dollar.

Alle fünf führenden Layer-2-Systeme nach Total Value Secured — Arbitrum One, Base, OP Mainnet, Starknet und zkSync Era — nutzen Ethereum-Blobs als primäre Datenverfügbarkeitsschicht, was die Präferenz für die stärkeren Sicherheitsgarantien der Basisschicht reflektiert, selbst wenn günstigere Alternativen wie Celestia, EigenDA oder Avail verfügbar sind.

Wie ein Rollup funktioniert

Ein Rollup delegiert die Transaktionsausführung an ein eigenständiges System, verankert aber die Ergebnisse und die Transaktionsdaten auf der Basisschicht. Ein Sequencer sammelt Transaktionen der L2-Nutzer, führt sie auf der L2-Ausführungsumgebung aus, bündelt die Ergebnisse zu Batches und postet komprimierte Daten als Blobs auf Layer 1.

Die Verifikation der State Roots folgt einem von zwei Ansätzen. Optimistic Rollups gehen davon aus, dass die eingereichten Zustände korrekt sind, und gewähren eine siebentägige Challenge-Period, in der jeder Teilnehmer einen Fraud Proof einreichen kann. Die Sicherheit beruht auf der 1-of-N honest verifier assumption. ZK-Rollups beweisen die Korrektheit des eingereichten Zustands mathematisch vor dessen Akzeptanz durch einen Validity Proof, den ein Verifier-Contract auf Layer 1 in konstanter Zeit prüft. Arbitrum One, Base und OP Mainnet sind Optimistic Rollups. Starknet und zkSync Era sind ZK-basiert.

Das L2-Ökosystem im operativen Zustand

Alle führenden Layer-2-Systeme operieren mit zentralisierten Sequencern. Die Sequencer-Kontrolle liegt bei den jeweiligen Entwicklerteams: Offchain Labs betreibt den Arbitrum-Sequencer, Coinbase den Base-Sequencer, die Optimism Foundation den OP-Mainnet-Sequencer. Diese Zentralisierung erzeugt ein dreifaches Risikoprofil: Single Point of Failure für die Liveness, willkürliche Transaktionsexklusion und MEV-Monopol auf L2-Ebene. Dokumentierte Sequencer-Ausfälle: 78 Minuten bei Arbitrum (Dezember 2023), 33 Minuten bei Base (August 2025) und über fünf Stunden bei Starknet (September 2025). Der Linea-Vorfall vom Juni 2024, bei dem das Entwicklerteam den Sequencer bewusst stoppte und Angreifer-Adressen zensierte, illustriert das Zensurrisiko.

Das L2BEAT-Stage-Framework misst den Dezentralisierungsgrad der Rollups auf einer dreistufigen Skala.²⁷ Stage 0 erfordert Selbstidentifikation als Rollup, Datenverfügbarkeit auf L1 und Open-Source-Software. Stage 1 verlangt ein funktionierendes Proof-System und einen Security Council mit mindestens acht Teilnehmern. Stage 2 erfordert ein permissionless Proof-System, mindestens 30 Tage Exit Window und eine Beschränkung des Security Council auf onchain-nachweisbare Bugs.

Arbitrum One (Stage 1, 17,5 Mrd. USD), Base (Stage 1, 11 Mrd. USD) und OP Mainnet (Stage 1) teilen die Optimism-Proof-Infrastruktur. Starknet hat mit dem Stwo-Proof-System Stage 1 erreicht. zkSync Era verbleibt bei Stage 0. Stage 2 existiert nur bei immutablen Projekten mit minimalem Transaktionsvolumen wie Aztec v1 (2,95 Mio. USD). Die Exit Windows variieren drastisch: 17 Tage bei Arbitrum, aber null Tage bei Base und OP Mainnet.

Gebrochene Cross-L2-Composability

Die atomare Composability, die Abschnitt 4.1 als emergente Eigenschaft der EVM beschrieben hat, existiert auf der Layer-2-Ebene nicht. Über 50 aktive Layer-2-Systeme operieren mit isoliertem State, und eine Transaktion auf Arbitrum kann nicht atomar mit einer Transaktion auf Base interagieren, obwohl beide Systeme auf derselben Basisschicht settlen. Cross-L2-Transfers erfordern Bridges, die eigene Trust-Annahmen einführen. Der kumulative Schaden durch Bridge-Hacks übersteigt 2,8 Milliarden US-Dollar.²⁸

Die Superchain-Initiative, die 34 OP-Stack-basierte Chains zusammenfasst und rund 66 Prozent des gesamten L2-TVL repräsentiert, hat mit dem SuperchainERC20-Standard Fortschritte bei der Intra-Stack-Fungibilität erzielt. Cross-Stack-Atomizität zwischen einer OP-Stack-Chain und einer Arbitrum-Chain existiert nicht und ist auch nicht absehbar.

Stablecoin-Verankerung und Substitutionsrisiko

Ethereum dominiert die globale Stablecoin-Emission mit einem Marktanteil von 52 bis 54 Prozent, was einem Volumen von circa 166 Milliarden US-Dollar entspricht.²⁹ USDC, USDT und DAI werden primär auf Ethereum emittiert, und die DeFi-Integration erzeugt eine Verankerungstiefe, die über die bloße Emission hinausgeht. Seit Dezember 2025 liegt das USDC-Transaktionsvolumen auf Solana jedoch höher als auf Ethereum — das zeigt, dass Transaktionsaktivität dorthin migriert, wo die Nutzererfahrung am günstigsten und schnellsten ist.

Der GENIUS Act, am 18. Juli 2025 als erstes US-Bundesgesetz für Stablecoins unterzeichnet, reguliert Stablecoin-Emittenten hinsichtlich Reserveanforderungen, Transparenzpflichten und Lizenzierung, adressiert aber die Protokollschicht nicht.³⁰ Das Gesetz reguliert Circle und Tether als Emittenten, aber weder Ethereum als Protokoll noch die Smart Contracts, die USDC und USDT auf der Basisschicht verwalten.

4.5 Governance und Systemevolution

Wie entwickelt sich ein System ohne zentrale Autorität weiter? Dieser Abschnitt beschreibt die Prozesse, durch die das System verändert wird, die Akteure, die diese Veränderungen tragen, und die Spannungen, die aus dem Zusammenspiel von dezentralem Anspruch und operativer Realität entstehen.

Der EIP-Prozess

Ethereum Improvement Proposals sind der formale Standardisierungsmechanismus für Protokolländerungen, inspiriert von Pythons PEP-System und Bitcoins BIPs.³¹ Der Prozess folgt einer definierten Sequenz: Draft, Review, Last Call, Final. Im Jahr 2025 wurden 230 EIPs eingereicht, von denen 37 akzeptiert wurden — eine Akzeptanzrate von 16 Prozent.

EIP Editors prüfen die formale Korrektheit. Inhaltliche Entscheidungen fallen in den AllCoreDevs-Calls, zweiwöchentlichen Videokonferenzen der Client-Entwicklerteams, die öffentlich gestreamt, aufgezeichnet und protokolliert werden. Das Verfahren ist transparent, dokumentiert und selektiv, operiert aber ohne formale Autorität: Kein Gremium kann eine Entscheidung erzwingen, kein Abstimmungsmechanismus kann eine Mehrheit binden. Ethereum hat bewusst keine On-Chain-Governance implementiert. Das Entscheidungsprinzip folgt dem Modell des Internets aus Kapitel 3: Rough Consensus and Running Code, eine Formulierung der Internet Engineering Task Force.³²

Die Ethereum Foundation und dezentrale Finanzierung

Die Ethereum Foundation, gegründet 2014 als Schweizer Stiftung, ist die älteste und finanziell bedeutendste Organisation im Ethereum-Ökosystem. Ihr Treasury wird auf 850 bis 950 Millionen US-Dollar geschätzt, wovon 70.000 ETH gestakt und circa 5.800 ETH in DeFi-Vaults angelegt sind.³³ Die Stiftung finanziert Forschung, Entwicklung, Bildung und Community-Initiativen, hat aber bewusst keine Protokollkontrolle: Sie kann keine Protokolländerungen anordnen, keine Upgrades erzwingen und keine Transaktionen zensieren.

Die Konzentration einer substanziellen Treasury in einer einzigen Organisation erzeugt ein Zentralisierungsrisiko, das mit dem dezentralen Anspruch des Protokolls in Spannung steht, insbesondere weil die Stiftung durch ihre Finanzierungsentscheidungen die Richtung der Protokollentwicklung faktisch mitbestimmt.

Protocol Guild, ein kollektives Finanzierungsinstrument für Core-Entwickler mit über 190 Mitgliedern, hat seit seiner Gründung mehr als 50 Millionen US-Dollar aus freiwilligen Spenden des Ökosystems erhalten und stellt einen dezentralen Gegenpol zur EF-Finanzierung dar.³⁴ Die Finanzierung durch Protocol Guild ist allerdings weder protokollär verankert noch langfristig planbar, sondern abhängig von der fortgesetzten Spendenbereitschaft eines Ökosystems, das aus ökonomischem Eigeninteresse handelt.

Upgrades als Risiko und Beweis

Der DAO-Fork von 2016 bleibt der einzige Fall, in dem die Community einen Zustandseingriff vornahm, und er wurde seither nie wiederholt. Die vier Post-Merge-Upgrades — Shapella, Dencun, Pectra und Fusaka — verliefen alle ohne Kettenspaltung.

Die Komplexitätsakkumulation ist ein steigendes Risiko: Pectra bündelte 11 EIPs in einem einzigen Release. Jeder EIP muss in zehn unabhängigen Implementierungen korrekt umgesetzt werden, und der Dezember-2025-Prysm-Bug bei Fusaka war eine direkte Folge der Interaktion zwischen neuen Protokollelementen und bestehenden Client-Implementierungen.

Die Fähigkeit des Governance-Systems, auf akute Sicherheitsvorfälle zu reagieren, hat historische Präzedenzfälle. Im September 2016 erzwang eine gezielte Denial-of-Service-Attacke auf den Geth-Client zwei Emergency-Hard-Forks innerhalb weniger Wochen — Tangerine Whistle und Spurious Dragon — eine außergewöhnlich schnelle Reaktion. Die Grenze dieser Handlungsfähigkeit liegt im fehlenden Pause-Mechanismus: Wenn ein kritischer Bug auf Protokollebene deployt ist, kann niemand das Netzwerk anhalten.

4.6 Emergente Eigenschaften: Was die Architektur ermöglicht

Die Eigenschaften, die den Infrastrukturanspruch begründen, lassen sich in keiner einzelnen Komponente lokalisieren. Sie emergieren aus dem Zusammenspiel der Architekturelemente. Fünf solcher Eigenschaften lassen sich benennen.

Die erste emergente Eigenschaft ist Permissionless Deployment. Aus dem Zusammenspiel der EVM als offener Ausführungsumgebung, dem permissionless Zugang zum Netzwerk und dem Gas-Markt als einziger Zugangsvoraussetzung entsteht ein System, in dem jeder Akteur Code deployen kann, ohne eine Genehmigung einholen zu müssen. Frischmanns Argument, dass offener Zugang zu Infrastruktur ökonomisch effizienter ist als die Einschränkung durch private Eigentumsrechte, findet hier eine technische Implementierung.³⁵ Die EVM erzeugt eine analoge Dynamik zur End-to-End-Architektur des Internets, die Van Schewick beschrieben hat: Sie senkt die Innovationsbarrieren an den Rändern des Netzwerks.³⁶ Die 31.869 aktiven Entwickler, die der Electric Capital Developer Report für September 2025 dokumentiert, und das DeFi Total Value Locked von circa 100 Milliarden US-Dollar auf Ethereum L1 und L2 quantifizieren den ökonomischen Umfang der produktiven Aktivitäten.³⁷

Die zweite emergente Eigenschaft ist atomare Composability. Protokolle können aufeinander aufbauen, ohne bilaterale Vereinbarungen treffen zu müssen, weil die Kompatibilität auf der Ebene der gemeinsamen Ausführungsumgebung hergestellt wird. DeFi als Ökosystem ist das Ergebnis dieser Eigenschaft — eine emergente Schicht produktiver Aktivitäten, die auf der Infrastruktur aufbaut, ohne von ihr geplant oder antizipiert worden zu sein. Das ist Frischmanns Konzept des Input-Charakters von Infrastruktur in seiner präzisesten Form. Die Stärke der Composability liegt in ihrer Permissionlessness, die Schwäche in ihren Grenzen: Auf Layer-2-Ebene ist diese Composability gebrochen.

Die dritte emergente Eigenschaft ist die unabhängige Verifizierbarkeit des Systemzustands. Aus dem Zusammenspiel der Multi-Client-Architektur, des Merkle Patricia Trie und des Peer-to-Peer-Netzwerks entsteht die Möglichkeit, den gesamten Systemzustand ohne Vertrauen in einen Intermediär zu überprüfen. Technisch ist diese Verifikation auf Consumer-Hardware mit einer 2-TB-NVMe-SSD und 16 bis 32 GB RAM möglich, bei Gesamtkosten von 500 bis 1.500 US-Dollar. Operativ nutzen circa 70 Prozent der Nutzer RPC-Provider wie Infura und Alchemy, die als zentralisierte Vermittler fungieren.

Die vierte emergente Eigenschaft ist kryptographisches Eigentum. Ein Nutzer, der seinen Private Key kontrolliert, hat unbedingte Kontrolle über seine Assets auf Protokollebene, ohne dass eine Bank, eine Börse oder eine Behörde diese Kontrolle erteilen oder entziehen kann. Selbstverwahrung ist der Default, die Delegation an einen Intermediär eine bewusste Entscheidung des Nutzers. Die Kehrseite ist ihre Unversöhnlichkeit: Schlüsselverlust ist irreversibel.

Die fünfte emergente Eigenschaft ist programmierbare Verbindlichkeit. Aus dem Zusammenspiel von Smart Contracts, der kryptographisch erzwungenen Finality und dem Slashing-Mechanismus entsteht eine Durchsetzungsschicht für Vereinbarungen, die ohne externe Instanz operiert. Grimmelmann und Windawi haben gezeigt, dass Blockchains als Semicommons funktionieren, in denen private und gemeinsame Ressourcennutzung verschränkt sind und in denen die Regeln durch den Code durchgesetzt werden.³⁸ Smart Contracts erzwingen Vereinbarungen automatisch: Ein Lending-Protokoll liquidiert eine unterbesicherte Position ohne Gerichtsbeschluss. Die Grenze liegt in der Ausdrucksfähigkeit des Codes.

Diese fünf Eigenschaften begründen den Infrastrukturanspruch, den die folgenden Abschnitte prüfen. Ein System kann Permissionless Deployment ermöglichen und trotzdem an der Zugangsschwelle scheitern, wenn die Gas-Kosten den Zugang faktisch beschränken. Es kann Trustless Verification anbieten und trotzdem eine hohe Vertrauenslast erzeugen, wenn die Mehrheit der Nutzer über zentralisierte Intermediäre zugreift.

4.7 Dimension I: Strukturelle Fundierung

Die Bewertung wendet die zwölf Kriterien des Bewertungsrahmens auf den beschriebenen Gegenstand an und macht die Drei-Ebenen-Logik im Argumentationsfluss erkennbar: Was ermöglicht das Protokoll, was davon ist operativ realisiert, und reicht das Zusammenspiel für den Infrastrukturanspruch?

Zwei der Kriterien dieser Dimension — Sicherheits- und Vertrauenslast (I.2) und Minimale tragfähige Garantien (I.4) — sind als Kritische Bedingungen verankert.

I.1 Funktionale Unersetzbarkeit

Das Protokoll produziert seine Verankerung nicht durch technische Sperrmechanismen. In Frischmanns Infrastrukturterminologie ist Ethereum damit ein System, das seine Unersetzbarkeit durch die Breite und Tiefe der produktiven Aktivitäten herstellt, die auf ihm aufbauen, nicht durch die Zugangsschranke, die es errichtet.³⁹

Die Nutzungsrealität zeigt eine Verankerung, die in drei Dimensionen über den Schwellenwert hinausreicht. Die DeFi-TVL-Dominanz beläuft sich auf rund 100 Milliarden US-Dollar unter Ethereum-Sicherheit, konsistent über 60 Prozent des gesamten On-Chain-gesicherten DeFi-Kapitals. Die Stablecoin-Emission auf Ethereum beträgt rund 166 Milliarden US-Dollar und macht 52 bis 54 Prozent des Gesamtmarkts aus.⁴⁰ Das Developer-Ökosystem umfasst 31.869 aktive Entwickler (Stand September 2025), den historischen Höchstwert und über 70 Prozent aller Blockchain-Entwickler.⁴¹

Die Schock-Resilienz dieser Verankerung ist empirisch belegt: Im Marktzyklus 2022 kollabierte der DeFi-TVL absolut um über 75 Prozent, doch Ethereums relative Dominanzposition blieb erhalten. Einschränkungen sind gleichwohl dokumentiert: Die Stablecoin-Volumenmigration auf Solana, die L2-Autonomie und der Multi-Chain-Drift institutioneller Akteure relativieren die Exklusivität der Verankerung.

Funktionale Unersetzbarkeit: Erfüllt mit Einschränkung. Die Verankerung überschreitet alle quantitativen Schwellenwerte und hat einen Stresstest bestanden, aber die Emergenz der Verankerung, die L2-Autonomie und der Multi-Chain-Drift qualifizieren den Befund.

I.2 Sicherheits- und Vertrauenslast

Dieses Kriterium ist als Kritische Bedingung verankert: Ein Befund auf „Offen” würde das Gesamturteil auf „Bedingt geeignet” deckeln.

Die Casper-FFG-Architektur verankert ökonomische Sicherheit mathematisch zwingend: Validatoren, die doppelt signieren oder widersprüchliche Checkpoints attestieren, verlieren ihren Stake durch Slashing. Die drei kritischen Schwellenwerte der BFT-Mathematik — 33 Prozent als Blocking Minority, 51 Prozent für Reorgs vor Finality und 66 Prozent als Supermajority — sind im Protokoll implementiert und nicht deaktivierbar.⁴²

Die Daten zum operativen Sicherheitsprofil sind stark. Bei 964.768 aktiven Validatoren und rund 30 Prozent des ETH Total Supply im Staking belaufen sich die statischen Kosten einer 34-Prozent-Attacke auf rund 26 Milliarden US-Dollar. Die Finality-Rate liegt bei über 99,99 Prozent: Von rund 287.000 Epochs seit dem Merge wurden lediglich 13 nicht finalisiert, alle im Mai 2023.⁴³

Die Restvertrauenslast zeigt eine Diskrepanz zwischen Protokollanspruch und Nutzungsrealität. Wallets wie MetaMask operieren als Closed-Source-Komponenten mit unilateralen Update-Mechanismen. Infura und Alchemy dominieren rund 70 Prozent des RPC-Traffics. 91,5 Prozent des L2-TVL operieren auf Stage-1-Rollups mit Security-Council-Multisigs und zentralisierten Sequencern. Cross-L2-Transfers erfordern Trust-basierte Bridges mit kumulativen Hack-Schäden von über 2,8 Milliarden US-Dollar oder siebentägige Challenge-Perioden. Ein typischer Nutzer, der über MetaMask auf einen L2-DeFi-Service zugreift, durchläuft vier Vertrauensschichten, von denen keine durch das Ethereum-Protokoll selbst abgesichert ist.

Sicherheits- und Vertrauenslast: Erfüllt mit Einschränkung. Die ökonomische Sicherheitsdimension erfüllt alle technischen Indikatoren. Die Restvertrauens-Dimension dokumentiert eine operative Diskrepanz zwischen Protokollmöglichkeit und Nutzungsrealität.

I.3 Koordinationsfunktion

Das Protokoll implementiert drei der vier Koordinationsprimitive operativ: Settlement als finalisierte, irreversible Transaktionsverarbeitung nach rund 12,8 Minuten, Execution als deterministische Smart-Contract-Ausführung mit atomarer Composability, und Data Availability als KZG-Commitment-basierte Blob-Verfügbarkeit für L2-Rollups seit Dencun. Das vierte Primitiv — die protokollseitige Verifikation beliebiger Off-Chain-Berechnungen — befindet sich im Status RES und ist nicht Teil der IST-Bewertung.⁴⁴

Rund 100 Milliarden US-Dollar sind in einem permissionlosen System ohne institutionellen Treuhänder koordiniert, rund um die Uhr, 365 Tage im Jahr, ohne Wartungsfenster. Alle Top-5-Rollups nach TVL settlen auf Ethereum und nutzen Blob-Transactions für Data Availability. Die Cross-L2-Composability ist allerdings die qualitative Einschränkung: Die atomare Composability ist auf L2-Ebene strukturell nicht vorhanden. Monatliche Bridge-Volumina von rund 11,2 Milliarden US-Dollar zeigen das Ausmaß des Koordinationsbedarfs, der über Intermediäre abgewickelt wird.

Koordinationsfunktion: Erfüllt mit Einschränkung. Die Koordinationsleistung ist real, quantitativ substanziell und qualitativ einzigartig, aber die L2-Fragmentierung untergräbt die Kohärenz der Koordination.

I.4 Minimale tragfähige Garantien

Dieses Kriterium ist die zweite Kritische Bedingung dieser Dimension.

Die Time-to-Finality beträgt 12,8 Minuten und liegt damit unter dem Schwellenwert von 15 Minuten.⁴⁵ Die Liveness ist durch eine Finality-Rate von über 99,99 Prozent belegt, wobei seit Mai 2023 kein einziger Ausfall aufgetreten ist.

Der Degradation Mode ist die Eigenschaft, die Ethereum von allen Referenzinfrastrukturen abhebt. Der Inactivity Leak wurde im Mai 2023 auf dem Mainnet getestet: Das Protokoll reagierte automatisch, inaktive Validatoren verloren progressiv Stake, und die Selbstheilung erfolgte nach rund 96 Minuten, ohne manuellen Eingriff, ohne Koordination außerhalb des Protokolls und ohne Unterbrechung der Block-Produktion.⁴⁶ Bei einem Ausfall des DNS-Root-Server-Netzwerks, von SWIFT-Knoten oder im Stromversorgungsnetz hängt die Wiederherstellung von externer Koordination ab. Ethereums Inactivity Leak benötigt nichts davon.

Die vierte Garantie — Zensurresistenz unter koordiniertem Angriff — erreicht nicht das Niveau der ersten drei. Es gibt keinen Protokollmechanismus, der einen Block-Proposer oder Builder zwingt, eine spezifische valide Transaktion aufzunehmen. FOCIL (EIP-7805) hat den Status PLAN. Die OFAC-Compliance-Rate liegt bei rund 15 Prozent und damit deutlich unter dem 50-Prozent-Schwellenwert, aber diese Leistung beruht auf Marktdynamik, nicht auf einer protokollären Garantie.⁴⁷

Minimale tragfähige Garantien: Erfüllt mit Einschränkung. Drei von vier Garantien sind protokollär verankert und operativ bewiesen. Die vierte ist funktional gegeben, aber nicht durch das Protokoll abgesichert.

Synthese Dimension I

Alle vier Kriterien stehen auf „Erfüllt mit Einschränkung”. Die beiden Kritischen Bedingungen (I.2 und I.4) passieren die Kaskadenschwelle. Das Muster, das die gesamte Dimension charakterisiert, lässt sich auf einen Satz bringen: Die architektonische Grundlage ist tragfähig, die Einschränkungen liegen durchgehend in der Diskrepanz zwischen dem, was das Protokoll ermöglicht, und dem, was die operative Realität davon einlöst.

4.8 Dimension II: Qualitative Tragfähigkeit

Die zweite Dimension prüft, ob Ethereum die qualitativen Eigenschaften aufweist, die den Infrastrukturanspruch inhaltlich tragen. Neutralität und Zensurresistenz (II.1) ist die dritte und letzte Kritische Bedingung des gesamten Bewertungsrahmens.

II.1 Neutralität und Zensurresistenz

Dieses Kriterium ist als Kritische Bedingung verankert und enthält den einzigen Indikator, der auf der Stufe „Offen” steht.

Das Protokoll verankert Neutralität durch Permissionless Participation, inhaltsneutrale Blockvalidierung durch Casper FFG und Fork-Choice-Neutralität ohne Whitelist oder Blacklist. Was das Protokoll nicht verankert, ist eine Inklusions-Obligation: Kein Mechanismus zwingt einen Block-Proposer oder Builder, eine spezifische valide Transaktion aufzunehmen.

Die OFAC-Compliance-Rate von rund 15 Prozent der Blöcke liegt deutlich unter dem 50-Prozent-Schwellenwert und dokumentiert eine positive Trajektorie vom 79-Prozent-Peak im November 2022. Der Van-Loon-v.-Treasury-Entscheid im November 2024 und das OFAC-Delisting von Tornado Cash im März 2025 haben den regulatorischen Druck reduziert.⁴⁸

Der strukturelle Defektbefund liegt in der Builder-Konzentration. Titan mit 51,2 Prozent, BuilderNet mit 25,7 Prozent und Quasar mit 16,4 Prozent kontrollieren zusammen 93,3 Prozent aller Blöcke bei einem Herfindahl-Hirschman-Index von rund 3.554.⁴⁹ Falls Titan und BuilderNet koordinieren, kontrollieren sie 76,9 Prozent der Blockproduktion — hinreichend für De-facto-Zensur des Großteils aller MEV-Boost-Blöcke. Dieser Indikator steht auf „Offen” und ist der einzige Offen-Befund der gesamten IST-Bewertung.⁵⁰

Die geopolitische Jurisdiktions-Diversität zeigt eine gemäßigte Konzentration: rund 39 Prozent der Nodes in den USA, rund 53 Prozent in zwei Ländern.⁵¹ Die Staking-Konzentrationsindikatoren liegen in akzeptablen Bereichen: Lido hält 22,8 bis 23 Prozent des gestakten ETH, deutlich unter der 33-Prozent-Blocking-Minority-Schwelle.⁵²

Neutralität und Zensurresistenz: Bedingt erfüllt. Die Erfüllung hängt von Bedingungen ab, die im IST-Zustand nicht gesichert sind, insbesondere der Implementierung von FOCIL oder eines funktional äquivalenten Mechanismus. Das ist der schwächste Einzelbefund der gesamten IST-Bewertung.

II.2 Offene Generativität

Die Architektur implementiert Permissionless Deployment vollständig: Jede Ethereum-Adresse kann Smart Contracts deployen, ohne Whitelist, Genehmigungspflicht oder Registrierungsanforderung. Die atomare Composability ermöglicht Interaktionsmuster wie Flash Loans, die in keinem traditionellen System ein Äquivalent haben. Die ERC-Standard-Familie hat sich als emergenter Interoperabilitätsmechanismus ohne zentrale Autorität etabliert.

Die gesamte Kern-Entwicklungsinfrastruktur steht unter liberalen Open-Source-Lizenzen (MIT, Apache 2.0): Foundry, Hardhat, Ethers.js, Slither und Echidna. Kein einzelner Anbieter kontrolliert die Toolchain oder kann den Zugang einschränken. Van Schewick hat für das Internet gezeigt, dass offene Werkzeuge und offene Protokolle zusammen die Innovationsdynamik erzeugen — für Ethereum gilt dasselbe Muster auf der Smart-Contract-Schicht.⁵³

Die Einschränkung liegt in der L2-Fragmentierung: Die atomare Composability, die das DeFi-Ökosystem hervorgebracht hat, ist auf L2-Ebene nicht vorhanden. Flash Loans funktionieren nur innerhalb eines einzelnen Blocks auf einer einzelnen Chain und sind über L2-Grenzen hinweg strukturell unmöglich.

Offene Generativität: Erfüllt mit Einschränkung. Das Permissionless-Deployment-Modell und die offene Toolchain bilden die strukturell stärkste Eigenschaft des Systems. Die L2-Composability-Fragmentierung ist die dokumentierte Einschränkung.

II.3 Unabhängige Verifizierbarkeit

Die deterministische EVM garantiert, dass jeder Full Node bei identischem Input den identischen Zustand berechnet. Die EVM-Spezifikation ist über das Yellow Paper formal definiert und durch KEVM maschinenverifiziert.⁵⁴ Mindestens sechs produktiv genutzte Verifikations-Tools überschreiten den Schwellenwert: Certora Prover, Foundry/Forge, Echidna, Mythril, Slither und KEVM.

Die wachsende L2-Verifikationskomplexität ist eine Einschränkung: Bei Optimistic Rollups beruht die Sicherheit auf der Annahme, dass mindestens ein ehrlicher Prüfer innerhalb der siebentägigen Challenge-Period einen Fraud Proof einreicht. Bei ZK-Rollups setzt das Verständnis der Proofs Kryptographie-Expertise voraus. Die Lazarus-Group-Angriffe von 2025 mit Schäden von 2,02 Milliarden US-Dollar belegen, dass auch auditierte Systeme über Angriffsvektoren wie Private Key Compromise und Oracle Manipulation verwundbar bleiben.⁵⁵

Unabhängige Verifizierbarkeit: Erfüllt mit Einschränkung. Das Verifikationsangebot ist protokollär verankert und toolseitig substanziell, aber die L2-Verifikationskomplexität steigt, Spezifikationslücken bestehen, und die Audit-Kultur ist nicht universal.

II.4 Niedrigschwellige Inklusivität

Die Full-Node-Hardware-Anforderungen liegen im Consumer-Bereich, mit Kosten von 500 bis 1.500 US-Dollar. Die State-Growth-Problematik ist die zentrale Langzeitbedrohung: Bei einer Full-Node-Größe von 1.579 GB und einem wöchentlichen Wachstum von circa 14 GB steigen die Anforderungen progressiv. Bei einem Gas-Target von 200 Millionen ergeben Projektionen 5 Terabyte bis 2028 und 9 Terabyte bis 2030.⁵⁶

Die 32-ETH-Mindesteinlage für Solo-Staking ist das Defizit, das die gesamte Inklusivitätsbewertung prägt. Zum Kursniveau des ersten Quartals 2026 entsprechen 32 ETH rund 67.000 US-Dollar, und Solo-Staking ist auf unter 1 Prozent des Staking-Gesamtvolumens geschrumpft.⁵⁷ Dieses Defizit ist das einzige in der gesamten IST-Bewertung, für das die Roadmap keinen operativen Pfad enthält: Rainbow Staking befindet sich im Status RES ohne Implementierungscommitment.

Die L2-Transaktionskosten dokumentieren die stärkste Verbesserung. Die Median-Kosten auf den führenden L2s liegen nach EIP-4844 unter 0,01 US-Dollar pro Transaktion. Die Nutzbarkeit ohne kryptographisches Vorwissen hat sich durch EIP-7702 (Pectra) substanziell verbessert, aber die UX-Transformation ist noch nicht abgeschlossen.

Niedrigschwellige Inklusivität: Erfüllt mit Einschränkung. Die Teilnahme ist für die transaktionale Nutzung auf L2 substanziell inklusiv, für den Full-Node-Betrieb möglich aber durch steigende State-Größe gefährdet, und für Solo-Staking durch die 32-ETH-Barriere prohibitiv eingeschränkt.

Synthese Dimension II

Das Bewertungsprofil der zweiten Dimension zeigt eine ausgeprägte Asymmetrie. Die Kritische Bedingung (II.1) steht auf „Bedingt erfüllt”, die drei Qualitativen Kriterien (II.2, II.3, II.4) stehen konsistent auf „Erfüllt mit Einschränkung”. Die Dimension enthält sowohl die kritischste Schwachstelle des Systems — die fehlende protokolläre Neutralitätsgarantie — als auch eine seiner strukturell stärksten Eigenschaften — die offene Generativität. Die Spannung zwischen beiden Befunden zeigt ein System, das maximale Offenheit produziert, die Neutralität dieser Offenheit aber operativ der Marktdynamik überlässt.

4.9 Dimension III: Resilienz und Souveränität

Die dritte Dimension verschiebt den Zeithorizont: weg von der Frage, ob Ethereum heute geeignet ist, hin zur Frage, ob es geeignet bleiben kann — stabil über Jahrzehnte, anpassungsfähig ohne Destabilisierung, frei von proprietären Abhängigkeiten und auf generischer Hardware betreibbar. Keine Kritische Bedingung liegt in dieser Dimension.

III.1 Langfristige Stabilität

Dies ist die einzige Strukturelle Bedingung dieser Dimension.

Der Protokoll-Upgrade-Track-Record ist der stärkste Indikator. Seit dem Merge hat Ethereum vier erfolgreiche Hard Forks abgeschlossen, bei einer Kadenz von circa sechs bis zwölf Monaten. Keiner dieser Forks hat einen Chain-Split erzeugt. Die Backward Compatibility ist über die gesamte Laufzeit gewahrt: Contracts von 2017 laufen unverändert.

Das State Growth ist der kritische Langzeitfaktor. Die Full-Node-Größe von 1.579 GB wächst mit circa 14 GB pro Woche, und das Protokoll hat keinen nativen Mechanismus, der dieses Wachstum begrenzt. Verkle Trees (EIP-6800, Status RES, Stagnant) und History Expiry (EIP-4444, Phase 1 DEPL seit Juli 2025, Phase 2 PLAN) adressieren Teile des Problems.⁵⁸ State Expiry selbst befindet sich im Status RES ohne Implementierungscommitment.

Die ökonomische Nachhaltigkeit stellt die zweite Langzeitfrage. Die L2-Migration hat das Gleichgewicht zwischen Issuance und Verbrennung verschoben: Wenn L2s den Großteil der Transaktionsaktivität absorbieren, sinkt die L1-Fee-Revenue, und damit verringert sich der deflationäre Gegenpart zur Issuance. Die Issuance-Reform-Debatte hat im IST-Zustand keinen Lösungspfad produziert.

Die Post-Quantum-Migration bildet die dritte Langzeitfrage. Die kryptographischen Grundlagen des Systems — ECDSA für Account-Signaturen, BLS12-381 für Validator-Attestationen und KZG-Commitments für Data Availability — müssen langfristig auf quantenresistente Algorithmen umgestellt werden. Die Migration befindet sich im Status RES, wobei über zehn Client-Teams Devnets für Post-Quantum-Kryptographie koordinieren. Im IST-Zeithorizont ist das Risiko nicht akut.

Langfristige Stabilität: Erfüllt mit Einschränkung. Die Kurz- und Mittelfriststabilität ist operativ belegt, die Langfriststabilität hängt von Entwicklungen ab, die im IST nicht gesichert sind.

III.2 Adaptive Governance

Der EIP-Prozess ist transparent, selektiv und öffentlich: Von 230 eingereichten EIPs im Jahr 2025 wurden 37 akzeptiert. Der Hard-Fork-Track-Record belegt die operative Leistungsfähigkeit: Alle Post-Merge-Forks wurden ohne Chain-Split durchgeführt. Mayntz hat für große technische Systeme gezeigt, dass die Spannung zwischen Steuerung und Selbstorganisation ein zentrales Forschungsproblem ist — in Ethereums informellem Governance-Modell manifestiert sie sich als Spannung zwischen Rough Consensus und formaler Autorität.⁵⁹

Die Ethereum Foundation als Governance-Akteur ist eine dokumentierte Zentralisierungsspannung. Board-kontrolliert, ohne protokolläre Rechenschaftspflicht und mit einem Treasury von geschätzten 850 bis 950 Millionen US-Dollar ist die EF der einflussreichste Einzelakteur im Ökosystem.⁶⁰ Die Issuance-Reform-Debatte ist der aktive Testfall für die Governance-Fähigkeit bei kontroversen Entscheidungen: Die Frage, ob und wie die ETH-Issuance angepasst werden soll, berührt direkte ökonomische Interessen der Staker und hat im IST-Zustand keinen Konsens produziert.

Adaptive Governance: Erfüllt mit Einschränkung. Das Governance-System ist operativ stark und hat einen Track Record, den kein vergleichbares dezentrales System vorweisen kann, aber die Informalität bietet keine mechanischen Garantien für Extremkonflikte, und die EF-Zentralisierung steht in Spannung zum dezentralen Anspruch.

III.3 Souveräne Portabilität

Die Protokollschicht ist vollständig Open Source und proprietätsfrei. Alle zehn Clients stehen unter liberalen Lizenzen, von LGPL-3.0 für Geth über Apache 2.0 für Besu bis zu MIT für zahlreiche Tools. Es gibt kein Ethereum-Inc., das IP-Rechte hält, und die Ethereum Foundation als Schweizer Stiftung besitzt das Protokoll nicht. Der EVM-Standard ist als De-facto-Standard ohne proprietäre Kontrolle in das breitere Blockchain-Ökosystem diffundiert: OP Stack, Arbitrum, zkSync, Polygon und BNB Chain haben die EVM als Ausführungsumgebung übernommen.

Die historische Geth-Dominanz von über 70 Prozent (2020–2023) ist das dokumentierte Klumpenrisiko dieser Dimension. Die IST-Situation zeigt eine deutliche Verbesserung: Geth ist auf circa 42 Prozent gesunken, Nethermind hält rund 24 Prozent, Besu rund 16 Prozent, und kein Consensus-Layer-Client überschreitet 34 Prozent.⁶¹

Die operative Infrastrukturschicht zeigt ein anderes Bild. Die RPC-Konzentration von 70 Prozent über Infura und Alchemy erzeugt eine De-facto-Abhängigkeit auf der Zugriffsschicht. Die L2-Proliferation hat neue Soft-Lock-ins geschaffen: zkSync und Starknet nutzen teilweise proprietäre Prover-Technologien.⁶²

Souveräne Portabilität: Erfüllt mit Einschränkung. Die Protokollschicht ist proprietätsfrei in einem Ausmaß, das keine der Referenzinfrastrukturen erreicht. Die operative Schicht zeigt Konzentrationen und L2-Lock-ins, die den Anspruch auf der Nutzungsebene qualifizieren.

III.4 Hardware-Agnostik

Der Übergang von Proof of Work zu Proof of Stake hat die ASIC-Abhängigkeit eliminiert und den Energiebedarf um 99,95 Prozent reduziert. Ein Validator-Node benötigt rund 100 Watt. Alle zehn Clients laufen nativ auf ARM-64 und x86-64-Architekturen. Das Protokoll hat keine Hardware-Präferenz: Ein Validator auf Consumer-Hardware hat dasselbe Stimmgewicht wie ein Validator auf einem Datacenter-Server.

Die Cloud-Konzentration konterkariert diese Protokolleigenschaft. Rund 59 Prozent der gehosteten Execution-Layer-Nodes laufen auf drei Cloud-Providern, wobei AWS 35,5 Prozent, Hetzner 13,8 Prozent und OVHcloud 9,7 Prozent halten. Der AWS-Outage im Oktober 2025 hat gezeigt, dass das Netzwerk den Ausfall einer AWS-Region absorbieren konnte, ohne Finalität zu verlieren, aber der Korridor zwischen normalem Betrieb und Finalitätsverlust wurde kurzfristig enger. Home-Staking liegt bei unter 15 Prozent des gestakten ETH.⁶³

Die geographische Verteilung: 39 Prozent der Nodes in den USA, 14,5 Prozent in Deutschland, 14 Prozent in China. Jenseits dieser drei Länder verteilt sich der übrige Node-Anteil auf zahlreiche weitere Jurisdiktionen, von denen mehr als zehn — darunter Singapur, Kanada, Japan, Australien, die Niederlande und die Schweiz — jeweils über ein Prozent der Nodes halten. Der geographische Indikator des Kriteriums (mindestens zehn Länder mit jeweils über einem Prozent) ist damit erfüllt.

Hardware-Agnostik: Erfüllt mit Einschränkung. Die protokolläre Hardware-Agnostik ist vollständig realisiert — ohne ASIC-Abhängigkeit, ARM-kompatibel und Consumer-Energie-tauglich —, aber die operative Cloud-Konzentration erzeugt eine physische Abhängigkeit, die die Dezentralisierung auf der logischen Schicht unterläuft.

Synthese Dimension III

Alle vier Kriterien stehen auf „Erfüllt mit Einschränkung”. Die dritte Dimension zeigt den Abstand zwischen gegenwärtiger Funktionsfähigkeit und langfristiger Tragfähigkeit. Das State Growth, die offene Issuance-Frage und die Post-Quantum-Migration sind keine akuten Probleme, die den heutigen Betrieb gefährden, sondern Langzeitvektoren, die sich über Jahre entfalten. Die Strukturelle Bedingung III.1 geht als schwach in den dritten Kaskadenschritt ein.

4.10 Gesamtsynthese und IST-Urteil

Die zwölf Einzelbewertungen der Abschnitte 4.7 bis 4.9 ergeben ein Profil, das in seiner Konsistenz ebenso aufschlussreich ist wie in seiner einzigen Abweichung. Kein Kriterium erreicht „Erfüllt” ohne Qualifizierung. Elf der zwölf Kriterien stehen auf „Erfüllt mit Einschränkung”. Eines — Neutralität und Zensurresistenz (II.1) — steht auf „Bedingt erfüllt”. Keines steht auf „Offen”. Das numerische Profil 0-11-1-0 zeigt ein System, das die Infrastrukturanforderungen in der Breite adressiert, bei dem aber die operative Realität die protokollären Möglichkeiten noch nicht vollständig einlöst.

Die in Kapitel 2 definierte M3-Kaskade bestimmt das Gesamturteil anhand der hierarchischen Stufung der Kriterien. Die drei Kritischen Bedingungen bilden die erste Prüfungsstufe. Sicherheits- und Vertrauenslast (I.2) und Minimale tragfähige Garantien (I.4) stehen auf „Erfüllt mit Einschränkung” und passieren die Kaskadenschwelle. Neutralität und Zensurresistenz (II.1) passiert die Schwelle nicht uneingeschränkt: Die Builder-Konzentration von 93,3 Prozent bei drei Akteuren markiert einen strukturellen Defekt, und kein Protokollmechanismus erzwingt die Transaktionsinklusion. Der Befund ist „Bedingt erfüllt”, nicht „Offen”, was bedeutet, dass der Pfad zur Erfüllung erkennbar ist, die Erfüllung aber von der Implementierung von FOCIL oder eines funktional äquivalenten Mechanismus abhängt. Keine Kritische Bedingung steht auf „Offen”, was das Gesamturteil von „Bedingt geeignet” abhebt. Eine Kritische Bedingung steht auf „Bedingt erfüllt”, was die Kaskade auf die Stufe „Geeignet unter erheblichen Bedingungen” setzt.⁶⁴

Die drei Strukturellen Bedingungen — Funktionale Unersetzbarkeit (I.1), Koordinationsfunktion (I.3) und Langfristige Stabilität (III.1) — stehen alle auf „Erfüllt mit Einschränkung” und gelten damit als schwach, sodass der dritte Kaskadenschritt dieselbe Deckelung setzt wie der zweite.

Die sechs Qualitativen Kriterien differenzieren den Grad innerhalb der erreichten Eignungsstufe. Alle sechs stehen auf „Erfüllt mit Einschränkung”. Die Grad-Skala aus Kapitel 2 definiert den Grad als „Gut”, wenn alle sechs Qualitativen Kriterien mindestens auf „Erfüllt mit Einschränkung” stehen — was hier der Fall ist.⁶⁵

Das Gesamturteil lautet: Geeignet unter erheblichen Bedingungen, Grad Gut.

Die zentrale Bedingung, die das Label bestimmt, ist die Implementierung von FOCIL (EIP-7805) oder eines funktional äquivalenten Mechanismus, der die Zensurresistenz von einer emergenten Marktleistung in eine protokolläre Garantie transformiert. Solange die Transaktionsinklusion von der Marktstruktur der Builder abhängt und nicht vom Protokoll erzwungen wird, bleibt die Neutralitätsgarantie, die der Infrastrukturanspruch erhebt, operativ eingelöst, aber strukturell ungesichert.

Ein Muster durchzieht alle zwölf Bewertungen und lässt sich in einem Satz formulieren: Die Diskrepanz zwischen dem, was das Protokoll ermöglicht, und dem, was die operative Realität einlöst, ist das Grundmuster des IST-Zustands. Ethereum bietet auf Protokollebene die Voraussetzungen einer fundamentalen Infrastruktur — von der ökonomischen Sicherheit über die offene Generativität bis zur kryptographischen Verifizierbarkeit, von der atomaren Koordination bis zur automatisierten Selbstheilung. Die operative Nutzungsrealität hat diese Möglichkeiten nicht vollständig realisiert: Der Trust-Stack erzeugt institutionelle Abhängigkeiten, die L2-Fragmentierung untergräbt die Composability, die Builder-Konzentration gefährdet die Neutralität, der State Growth bedroht die langfristige Dezentralisierung, und die Governance operiert ohne mechanische Garantien für Extremkonflikte.

Das IST-Urteil definiert die Ausgangslage für die SOLL-Bewertung. Kapitel 5 wird prüfen, ob die Ethereum-Roadmap die identifizierten Einschränkungen adressiert und ob das SOLL-Profil das Gesamturteil verschieben kann. Die Frage ist dabei nicht, ob Ethereum als Infrastruktur geeignet ist — das IST-Urteil bestätigt die grundsätzliche Eignung unter Bedingungen —, sondern ob die Roadmap die Bedingungen einlösen kann, an die die Eignung geknüpft ist.