Delta, Grenzen und Gesamturteil

6.1 Das Delta

6.1-A Der Profil-Vergleich

Die IST-Bewertung aus Kapitel 4 und die SOLL-Bewertung aus Kapitel 5 ergeben zwei numerische Profile, die sich in ihrer Zusammensetzung deutlich unterscheiden, in ihrer Konsequenz aber präzise gelesen werden müssen.

Das IST-Profil lautet 0-11-1-0: kein Kriterium auf „Erfüllt”, elf Kriterien auf „Erfüllt mit Einschränkung”, ein Kriterium auf „Bedingt erfüllt” (Neutralität und Zensurresistenz, II.1), kein Kriterium auf „Offen”.¹ Das SOLL-Profil lautet 6-6-0-0: sechs Kriterien auf „Erfüllt”, sechs auf „Erfüllt mit Einschränkung”, kein Kriterium auf „Bedingt erfüllt”, kein Kriterium auf „Offen”.²

Kriterium	IST	SOLL	Änderung
I.1 Funktionale Unersetzbarkeit	Erfüllt mit Einschränkung	Erfüllt	↑
I.2 Sicherheits- und Vertrauenslast	Erfüllt mit Einschränkung	Erfüllt mit Einschränkung	—
I.3 Koordinationsfunktion	Erfüllt mit Einschränkung	Erfüllt	↑
I.4 Minimale tragfähige Garantien	Erfüllt mit Einschränkung	Erfüllt	↑
II.1 Neutralität und Zensurresistenz	Bedingt erfüllt	Erfüllt mit Einschränkung	↑↑
II.2 Offene Generativität	Erfüllt mit Einschränkung	Erfüllt mit Einschränkung	—
II.3 Unabhängige Verifizierbarkeit	Erfüllt mit Einschränkung	Erfüllt mit Einschränkung	—
II.4 Niedrigschwellige Inklusivität	Erfüllt mit Einschränkung	Erfüllt mit Einschränkung	—
III.1 Langfristige Stabilität	Erfüllt mit Einschränkung	Erfüllt	↑
III.2 Adaptive Governance	Erfüllt mit Einschränkung	Erfüllt	↑
III.3 Souveräne Portabilität	Erfüllt mit Einschränkung	Erfüllt	↑
III.4 Hardware-Agnostik	Erfüllt mit Einschränkung	Erfüllt mit Einschränkung	—

Sieben Kriterien verbessern sich, fünf bleiben unverändert, keines verschlechtert sich.

6.1-B Der Sprung bei II.1

Die wichtigste Einzelveränderung zwischen IST und SOLL ist der Anstieg von Neutralität und Zensurresistenz (II.1) von „Bedingt erfüllt” auf „Erfüllt mit Einschränkung”. Dieser Aufstieg ist nicht graduell — er markiert den Übergang von einem strukturellen Defekt zu einer qualifizierten Stärke.

Im IST-Zustand ist die Neutralität emergent: Kein Protokollmechanismus erzwingt die Transaktionsinklusion. Die Transaktionsaufnahme hängt von der Marktstruktur der Block Builder ab, deren Konzentration bei drei Akteuren 93,3 Prozent betrug.³ Das ist „Bedingt erfüllt” in der M3-Kaskade: Die Kerneigenschaft der protokollären Neutralitätsgarantie ist erkennbar angesteuert, aber nicht realisiert.

Im SOLL-Zustand bildet ein dreischichtiges System die protokolläre Grundlage. FOCIL (EIP-7805) erzwingt die Inklusion über ein 2.000-köpfiges Committee, dessen 1-of-N-Honesty-Modell die Korruption strukturell unattrativ macht.⁴ ePBS (EIP-7732) eliminiert die Relay-Abhängigkeit und trennt Proposer und Builder in getrennte, protokollär koordinierte Rollen.⁵ Der Encrypted Mempool adressiert als Forschungsreserve Pre-Inclusion-Privacy und schließt den verbleibenden Offenbarungskanal.⁶

Der Aufstieg ist strukturell bedeutsam, weil er die zweite Kaskaden-Deckelung in der M3-Logik entfernt. Im IST hat eine Kritische Bedingung das Urteil auf „Geeignet unter erheblichen Bedingungen” gedrückt. Im SOLL existiert keine Kritische Bedingung mehr auf „Bedingt erfüllt” — die Deckelung fällt weg, und das Gesamturteil kann eine Stufe steigen.

6.1-C Die sechs Aufstiege auf der strukturellen und qualitativen Ebene

Sechs Kriterien steigen von „Erfüllt mit Einschränkung” auf „Erfüllt”. Diese Aufstiege folgen unterschiedlichen Treibern.

I.1 Funktionale Unersetzbarkeit. Der SOLL-Aufstieg ruht auf zwei sich verstärkenden Mechanismen. Native Rollups (EIP-8079) binden L2-Execution protokollär an L1 — ein Rollup, das native Verifikation nutzt, kann nicht auf eine andere L1 migrieren, ohne das Sicherheitsmodell grundlegend zu wechseln.⁷ Gleichzeitig expandiert die Reichweite: Die L1-zkEVM (EIP-8025) macht L1-Blöcke leichtgewichtig verifizierbar und erschließt neue Nutzungskategorien. Der EVM-Standard hat alle Top-10-L2s eingebunden und ist damit kein bloß nominaler Standard mehr.

I.3 Koordinationsfunktion. Der gestaffelte Finalitäts-Stack (Based Preconfirmations, Fast Confirmation Rule, Drei-Slot-Finalität) liefert im SOLL eine Koordinationsinfrastruktur über alle Zeithorizonte, die im IST nicht existiert.⁸ Native Rollups erhöhen die Wechselkosten strukturell: Tokenisierte Werte, die über EXECUTE-Verifikation gesichert sind, sind systemisch in Ethereum verankert.

I.4 Minimale tragfähige Garantien. Der Aufstieg ruht auf drei unabhängigen Mechanismen. FOCIL garantiert Zensurresistenz protokollär. Der Inactivity Leak gewährleistet automatisierte Selbstheilung ohne externe Koordination. Der gestaffelte Finalitäts-Stack liefert ökonomische Finalisierung innerhalb von zwei Sekunden — schneller als jede Clearing-Infrastruktur des traditionellen Finanzsystems.⁹

III.1 Langfristige Stabilität. Das Tiered State (Active, Hibernated, Dead) adressiert das State-Growth-Problem strukturell, nicht nur durch beschleunigte Außerdienststellung.¹⁰ History Expiry (EIP-4444, Phase 1 DEPL) reduziert die Node-Größenanforderungen. Der Fusaka-Upgrade-Zyklus ist erstmals im halbjährlichen Zeitplan geblieben — ein Reifegradindikator für die Upgrade-Koordination.

III.2 Adaptive Governance. Der strategische Pivot (Februar 2026) ist der stärkste Beleg: Ein paradigmatischer Richtungswechsel von Rollup-centric zu L1-first wurde ohne Krise, ohne Fork und ohne Autoritätsentzug vollzogen.¹¹ Das ist operativer Beweis für Governance-Kapazität über den Track Record taktischer Forks hinaus. Der Lean Ethereum Prozess zeigt die Fähigkeit zur Selbstverschlankung, nicht nur zur Addition.

III.3 Souveräne Portabilität. Die SOLL-Roadmap löst drei dokumentierte IST-Abhängigkeiten auf: die Relay-Abhängigkeit durch ePBS, die L2-Proof-Abhängigkeit durch Native Rollups und die RPC-Abhängigkeit durch Stateless Clients und Trustless RPC.¹² Diese drei Auflösungen transformieren operative Soft-Lock-ins in protokollär eliminierte Abhängigkeiten.

6.1-D Die fünf Kontinuitäten

Fünf Kriterien bleiben bei „Erfüllt mit Einschränkung”. In vier von fünf Fällen verbessert sich die Substanz der Erfüllung, ohne die Stufengrenze zu überschreiten.

I.2 Sicherheits- und Vertrauenslast. ePBS und die L1-zkEVM adressieren die Trust-Minimierung substantiell. Die verbleibende Einschränkung liegt an zwei Residualfaktoren: der Proving-Konjektur (die Sicherheit des SNARK-Systems hängt von Soundness-Annahmen ab, die noch kein formales Verifikationsäquivalent zu ECDSA haben) und der Access-Schicht (Helios und Trustless RPC sind DEPL bzw. PLAN, nicht breit deployt).

II.2 Offene Generativität. Die SOLL-Roadmap erweitert die generative Kapazität auf drei Ebenen: Compute (RISC-V als alternative Execution-Umgebung, RES), UX (NAA und Passkeys, DEPL) und L2-Erzeugung (Native Rollups). Die Einschränkung bleibt, weil RISC-V keine Governance-Verankerung hat und EOF — das wichtigste EVM-Erweiterungspaket — aus Fusaka zurückgezogen wurde.¹³

II.3 Unabhängige Verifizierbarkeit. Die Execution Layer Specification (ELS) als ausführbare Referenzimplementierung ist ein substantieller Fortschritt. Die Einschränkung liegt an einem methodischen Grenzproblem: Die formale Verifikation eines vollständigen zkEVM-Provers übersteigt den Stand der aktuellen Methoden.¹⁴ Das ist keine Roadmap-Lücke, sondern eine Grenze des Fachs.

II.4 Niedrigschwellige Inklusivität. Die NAA-Transformation (EIP-7702, EIP-8141) und das PeerDAS-Bandbreitenmodell verbessern Inklusivität auf Nutzer- und Verifizierer-Ebene substantiell. Die 32-ETH-Solo-Staking-Schwelle bleibt unverändert. Rainbow Staking — der einzige konzeptionelle Lösungspfad — befindet sich im Status RES ohne Implementierungscommitment. Das ist das einzige Kriterium, bei dem der IST-Defizit durch die SOLL-Roadmap nicht adressiert wird.

III.4 Hardware-Agnostik. Die protokolläre Hardware-Agnostik wird im SOLL durch PeerDAS (Bandbreitenreduktion ~85%) und Stateless Clients weiter verbessert. Die Cloud-Konzentration (~59% auf drei Providern) bleibt unverändert — ePBS und zkEVM adressieren die Protokollebene, nicht die physische Infrastrukturschicht.

6.1-E Die Urteilsverschiebung

Die M3-Kaskade im SOLL-Zustand durchläuft fünf Schritte.¹⁵ Keine Kritische Bedingung steht auf „Offen” — die Kaskade passiert den ersten Schritt. Keine Kritische Bedingung steht auf „Bedingt erfüllt” — die zweite Deckelung, die im IST das Urteil auf „Geeignet unter erheblichen Bedingungen” gesetzt hat, fällt weg. Die drei Strukturellen Bedingungen (I.1, I.3, III.1) stehen alle auf „Erfüllt” — der dritte Schritt setzt keine Deckelung. I.2 und II.1 stehen auf „Erfüllt mit Einschränkung”, nicht auf vollem „Erfüllt” — das Urteil bleibt unterhalb des schlichten „Geeignet”. Das Ergebnis ist „Geeignet mit Bedingungen”.

Der Grad wird separat bestimmt. Die sechs Qualitativen Kriterien (I.2, II.1, II.2, II.3, II.4, III.4) stehen alle auf mindestens „Erfüllt mit Einschränkung” — der Grad bleibt „Gut”.¹⁶

Die Verschiebung liegt im Fundament der Eignung, nicht in der Feinqualität. Der Grad verändert sich nicht — das System erfüllt die Qualitativen Kriterien in derselben Stärke wie im IST. Was sich verändert, ist die Sicherheit der Grundlage: Der Übergang von „Geeignet unter erheblichen Bedingungen” zu „Geeignet mit Bedingungen” bedeutet, dass die Kernfunktionen der Infrastruktur im SOLL-Zustand auf einer protokollär fundierteren Basis stehen.

6.2 Persistente Grenzen des Systems

6.2-A Die Krisen-Reaktions-Lücke

Ein Muster durchzieht drei Kriterien des SOLL-Profils und bildet eine quer-schneidende Lücke, die im SOLL-Urteil nicht einzeln lokalisiert ist, aber systemische Relevanz hat.

Builder-Konzentration. ePBS löst die protokolläre Relay-Abhängigkeit und erzwingt die korrekte Zahlungsabwicklung zwischen Proposer und Builder. Was ePBS nicht adressiert, sind die ökonomischen Wurzeln der Builder-Konzentration: Latenzvorteile durch geographische Nähe zu Börsen-Systemen, Cross-Domain-Arbitrage-Kapazitäten und Exclusive Order Flow, der rund 54 Prozent des Blockwerts ausmacht.¹⁷ Selbst bei vollständig aktiviertem ePBS können drei bis fünf Builder durch ökonomische Überlegenheit mehr als 70 Prozent der Block-Produktion kontrollieren. Attested Program Sequencing (APS) und MEV Burn befinden sich im Status RES und bieten keinen operativen Lösungspfad.¹⁸

Liquid Staking. Lido hält rund 23 Prozent des gestakten ETH — nach dem Rückgang von über 32 Prozent. Ein protokolläres Cap, das bei einem bestimmten Marktanteil eine strukturelle Rückkopplungsschranke setzt, existiert nicht.¹⁹ DVT (Obol, SSV) wächst — 547.968 ETH unter DVT bei Lido allein, plus 57 Prozent QoQ-Wachstum — aber DVT ist eine Dezentralisierungsmaßnahme auf Validator-Ebene, kein Substitut für ein Staking-Cap auf Betreiberebene. Rainbow Staking (RES) könnte eine strukturelle Lösung bieten, hat aber kein Implementierungscommitment.

Emergency Response Plan. Das Ethereum-Ökosystem hat in der Reaktion auf den Prysm-Bug im Dezember 2025 demonstriert, dass schnelle Koordination möglich ist — aber die Koordination erfolgte durch informelle Netzwerke und EF-Kommunikationskanäle, nicht durch einen protokollär verankerten Mechanismus.²⁰ Der Emergency Response Plan ist dokumentiert, die Koordinationsverpflichtung ist nicht erzwingbar. In einem System, das sich als souveränitätsresistente Infrastruktur versteht, ist informelle Krisenkoordination eine strukturelle Lücke zwischen Anspruch und Realität.

Diese drei Befunde liegen quer über II.1, III.1 und III.2. Das SOLL-Urteil ist „Geeignet mit Bedingungen, Grad Gut” — die Krisen-Reaktions-Lücke drückt keinen dieser Befunde auf eine niedrigere Stufe, qualifiziert aber jeden. Die Frage, ob Ethereum in einer systemischen Krise — einem koordinierten Staker-Austritt, einem kritischen Fehler in einem dominierten Client, einem simultanen Angriff auf mehrere Ebenen — die Resilienz demonstrieren kann, die ein fundamentaler Infrastrukturanspruch erfordert, bleibt im SOLL-Rahmen beantwortet, aber unter Vorbehalt.

6.2-B Die Post-Quantum-Lücke

Die Post-Quantum-Migration ist die einzige Grenze im SOLL-Profil, für die eine exogene Zeitdimension die Relevanz bestimmt.

Die Architektur ist vollständig angelegt. Für die Consensus-Schicht liefert die Beam Chain (RES, post-2029) SNARK-basierte Consensus Proofs mit leanXMSS als hash-basierter, PQ-sicherer Signaturschicht.²¹ Für die Data-Schicht löst die KZG-zu-STARK-Migration im Full-Danksharding-Endzustand das Commitment-Problem.²² Für die Execution-Schicht bietet die Kombination aus EIP-7702, EIP-8141 (Validation Frames, CFI Hegotá) und NAA einen ECDSA-Ausstiegspfad.²³

Die Umsetzung ist strukturell ungesichert. Beam Chain ist Research Reserve — kein Fork-Termin, keine Implementierungsdeadline. Validation Frames (EIP-8141) ist CFI Non-Headliner — im Consensus unter Beobachtung, aber nicht im Delivery-Pfad. ML-DSA-Signaturen sind 2,4 bis 4,6 Kilobyte groß, verglichen mit 64 Byte für ECDSA — der State-Bloat-Faktor bei vollständiger Migration beträgt rund das 59-fache.²⁴

Die Zeitdimension ist nicht trivial. Die Metaculus-Prognose gibt der Verfügbarkeit eines kryptographisch relevanten Quantencomputers bis 2030 eine Wahrscheinlichkeit von rund 20 Prozent.²⁵ Die Beam Chain hat keinen Delivery-Termin vor 2029. Das Fenster zwischen dem Aufkommen eines relevanten Quantencomputers und dem Abschluss der PQ-Migration ist unbekannt. Dieser Befund qualifiziert das SOLL-Urteil in I.2 und III.1, verändert es aber nicht — das Risiko ist eingepreist, nicht externalisiert.

6.2-C Infrastrukturelle Restrisiken

Drei weitere Grenzen des SOLL-Profils sind nicht durch die Roadmap adressiert, qualifizieren aber die Einschränkungen auf bestehenden Kriterien.

Cloud-Konzentration. Rund 59 Prozent der gehosteten Execution-Layer-Nodes laufen auf drei Cloud-Providern. Der AWS-Outage im Oktober 2025 hat gezeigt, dass das Netzwerk die Situation ohne Finalitätsverlust absorbieren konnte — aber der operative Korridor zwischen normalem Betrieb und Finalitätsverlust wurde enger.²⁶ Die SOLL-Roadmap adressiert die Cloud-Konzentration nicht direkt. Stateless Clients verbessern die Zugangsschwelle für Home-Staking, aber Home-Staking hängt auch von der 32-ETH-Barriere und der Netzwerklatenz ab.

Solo-Staking-Barriere. Die 32-ETH-Mindesteinlage entspricht zum Kursniveau des ersten Quartals 2026 rund 67.000 US-Dollar. Rainbow Staking — der einzige konzeptionelle Lösungspfad — hat kein Implementierungscommitment. Das ist das einzige der zwölf Kriterien, bei dem der IST-Defizit im SOLL unverändert bleibt.

L2-Stage-2-Defizit. Kein großes Rollup hatte Anfang 2026 Stage 2 erreicht. Stage 2 ist die Stufe, bei der das Security Council keine Vetoposition mehr innehat und das System rein auf Protokollregeln läuft. Native Rollups und Based Sequencing adressieren die strukturelle L2-Sicherheitsarchitektur — aber die Stage-2-Erreichung hängt nicht nur von der Protokolltechnologie ab, sondern von der Entscheidung der jeweiligen Rollup-Betreiber, die Kontrolle abzugeben.²⁷

6.3 Grenzen des Bewertungsrahmens

6.3-A Was der Rahmen nicht erfasst

Der in Kapitel 2 definierte Bewertungsrahmen ist ein technisch-struktureller Rahmen. Er prüft, ob Ethereum die Eigenschaften einer fundamentalen Infrastruktur aufweist — nicht, ob Ethereum in einem gegebenen Markt- oder Regulierungskontext adoptiert werden sollte. Diese Eingrenzung ist eine methodische Entscheidung, keine Lücke: Der Rahmen macht die Bewertung reproduzierbar und vergleichbar, indem er sie von kontextuell variablen Faktoren entkoppelt.²⁸

Preisrisiko. Der ETH-Kurs beeinflusst die Validator-Ökonomie, die effektive Höhe der 32-ETH-Barriere und die ökonomische Sicherheit des Netzwerks. Ein starker Preisrückgang würde die ökonomische Sicherheitsschwelle verschieben, ohne dass ein technischer Defekt aufgetreten wäre. Das Rahmenwerk erfasst die strukturelle Sicherheitsarchitektur — Casper, Inactivity Leak, EIP-1559 — nicht aber die Marktvariable, die deren Effektivität skaliert.

Regulatorisches Risiko. Der GENIUS Act (Juli 2025) und die EU MiCA-Verordnung schaffen regulatorische Rahmenbedingungen, die den Stablecoin-Markt auf Ethereum direkt betreffen.²⁹ Das Rahmenwerk prüft die technische Compliance-Fähigkeit — nicht, ob aktuelle oder zukünftige Regulierung die Adoption einschränkt oder erzwingt.

Wettbewerbs-Positionierung. Die Bewertung ist absolut, nicht relativ. Sie stellt keine Rangliste zwischen Ethereum und konkurrierenden Settlement-Schichten auf. Entscheider, die eine relative Positionierung benötigen, müssen den Rahmen auf alternative Systeme anwenden und die Profile vergleichen.

6.3-B Datengrenzen und Reifegrad-Volatilität

Die IST-Bewertung hat einen Stichtag: März 2026. EIP-Status, Marktanteile und Netzwerkdaten sind Momentaufnahmen. Der Rückgang des Lido-Marktanteils von über 32 Prozent (2023) auf rund 23 Prozent (März 2026) illustriert die Dynamik: Eine Bewertung mit dem Stichtag 2023 hätte denselben Datenpunkt anders positioniert.³⁰

Die SOLL-Bewertung hat einen strukturell anderen Unsicherheitscharakter. Sie prüft den Zustand bei vollständiger Roadmap-Umsetzung — nicht bis zu einem Datum, sondern unter einer Bedingung. Der Rückzug von EOF aus Fusaka zeigt das Reifegrad-Volatilitätsproblem: Ein EIP mit Status PLAN oder CFI kann im nächsten Upgrade-Zyklus zurückgezogen, verzögert oder neu gestaltet werden. Die SOLL-Bewertung ist deshalb nicht als Prognose zu lesen, sondern als kontrafaktische Analyse.

6.3-C Methodische Grenzen

Der Rahmen arbeitet mit einer Ordinalskala in vier Stufen und einer intervall-losen Urteilsskala in fünf Kategorien. Die Abstände zwischen Stufen sind nicht metrisch definiert: „Erfüllt mit Einschränkung” kann im Substanzgehalt sehr nahe an „Erfüllt” oder sehr nahe an „Bedingt erfüllt” sein. Diese Unschärfe ist in den Einzelbewertungen sichtbar — die Governance-Einschränkung in III.2 (fehlende mechanische Garantien für Extremkonflikte) ist von anderer Schwere als die Inklusivitäts-Einschränkung in II.4 (32-ETH-Barriere), obwohl beide dasselbe Label tragen.³¹

Die Kritischen, Strukturellen und Qualitativen Kriterien bilden eine implizite Gewichtung, die in der M3-Kaskade operativ wird. Diese Gewichtung ist methodisch begründet, aber nicht frei von Werturteilen: Das Framework setzt Neutralität (II.1) als kritischer ein als Generativität (II.2), weil die Neutralitätseigenschaft für die Infrastruktur-Definition konstitutiv ist.³²

6.4 Gesamturteil und Forschungsfrage

6.4-A Antwort auf die Forschungsfrage

Die Arbeit stellt eine empirische Frage: Ist Ethereum als fundamentale digitale Infrastruktur geeignet? Die Antwort folgt aus der Bewertung in zwei Zuständen.

Im IST-Zustand (Stand März 2026) lautet das Urteil: Geeignet unter erheblichen Bedingungen, Grad Gut.

Die zentrale Bedingung ist die Implementierung eines protokollären Mechanismus, der die Transaktionsinklusion von der Marktstruktur der Block Builder entkoppelt. Ohne diese Bedingung bleibt die Neutralitätsgarantie operativ vorhanden, aber strukturell ungesichert. Alle anderen Kriterien stehen auf „Erfüllt mit Einschränkung” — das System adressiert die Infrastrukturanforderungen in der Breite, hat aber die operative Nutzungsrealität noch nicht vollständig mit den protokollären Möglichkeiten synchronisiert.

Im SOLL-Zustand (vollständig umgesetzte Roadmap) lautet das Urteil: Geeignet mit Bedingungen, Grad Gut.

Die Bedingungen, unter denen das Urteil gilt, sind im SOLL-Profil explizit: ePBS (EIP-7732) muss aktiviert sein, damit Relay-Neutralität protokollär wird; die L1-zkEVM (EIP-8025) muss in Produktion sein, damit unabhängige Verifikation ohne Re-Execution möglich ist; Stateless Clients müssen deployt sein, damit die Zugangsschwelle für unabhängige Verifikation sinkt; das Tiered State muss operativ sein, damit das State-Wachstum einen Gleichgewichtspfad findet. Diese Bedingungen sind keine spekulativen Wünsche, sondern aktiv entwickelte Protokollmechanismen mit dokumentierten Reifegrad-Pfaden.

6.4-B Was das Urteil trägt

Das Urteil „Geeignet mit Bedingungen, Grad Gut” ruht auf vier strukturellen Stärken, die im IST- und SOLL-Zustand unverändert gelten.

Ökonomische Sicherheit. Das Casper-Finality-Gadget mit 964.768 Validatoren (Post-Pectra-Konsolidierung) und einem gestakten ETH-Anteil von 30,8 Prozent liefert eine ökonomische Sicherheitsschwelle, die kein vergleichbares dezentrales System erreicht. Der Inactivity Leak ermöglicht automatisierte Selbstheilung ohne externe Koordination.³³

Offene Generativität. Das permissionless Smart-Contract-Layer mit 31.869 aktiven Entwicklern und einem DeFi-TVL, der die aggregierte Marktkapitalisierung aller konkurrierenden L1s übersteigt, ist das stärkste empirische Signal für den Netzwerkeffekt, den die Infrastruktur erzeugt.³⁴

Upgrade-Track-Record. Vier erfolgreiche Hard Forks seit dem Merge (Shanghai, Dencun, Pectra, Fusaka), kein Chain-Split, vollständige Backward Compatibility: Contracts von 2017 laufen unverändert. Die operative Governance-Leistung übertrifft die formale Institutionalisierung — in der vergleichenden Infrastrukturforschung gilt das als Ausnahmezustand.³⁵

Atomare Koordination. Die Fähigkeit, Wertbewegungen über heterogene Pools, Protokolle und — im SOLL-Zustand — Rollup-Schichten hinweg in einem einzigen Transaktionsblock atomar zu koordinieren, ist in keiner anderen Infrastruktur realisiert — weder im traditionellen Finanzsystem noch in konkurrierenden Blockchain-Architekturen.³⁶

6.4-C Belastbarkeit und Zeitdimension

Das Urteil ist beständig gegen die persistenten Grenzen, die Abschnitt 6.2 beschreibt — die Krisen-Reaktions-Lücke, die Post-Quantum-Lücke und die infrastrukturellen Restrisiken drücken das Urteil nicht aus der Kategorie „Geeignet mit Bedingungen” heraus. Sie qualifizieren die Bedingungen. Das ist der genaue Sinn des Urteilslabels: Eignung unter Bedingungen ist nicht Nicht-Eignung unter günstigeren Annahmen, sondern Eignung mit explizit benannten Voraussetzungen.

Die Zeitdimension ist die strukturell schwierigste Variable. Das SOLL-Profil ist keine Prognose, sondern eine kontrafaktische Bewertung: Es beschreibt den Zustand, der sich ergibt, wenn die Roadmap vollständig umgesetzt wird. Die Implementierungsreihenfolge, -geschwindigkeit und -vollständigkeit sind eigenständige Risikofaktoren, die das Rahmenwerk nicht quantifiziert. Die Post-Quantum-Migration ist die einzige Grenze, für die eine exogene Zeitvariable — die Verfügbarkeit eines kryptographisch relevanten Quantencomputers — mit der endogenen Umsetzungsgeschwindigkeit interferiert.

Für Entscheider in Unternehmen, Kapitalgebern, technischen Architekten und politischen Institutionen, für die diese Arbeit geschrieben ist, lässt sich der Befund in einem Satz formulieren: Ethereum erfüllt im IST-Zustand die technischen Voraussetzungen einer fundamentalen digitalen Infrastruktur unter erheblichen Bedingungen, und die Roadmap ist so strukturiert, dass diese Bedingungen bei vollständiger Umsetzung auf das Niveau von Bedingungen ohne das Attribut „erheblich” reduziert werden — bei gleichbleibendem Qualitätsniveau. Die Frage, die das Rahmenwerk nicht beantwortet, ist die Umsetzungsgeschwindigkeit. Sie ist die Frage, die nach der Lektüre dieser Arbeit bleibt.