Ethereum wurde nicht geschaffen, um Finanzen effizient oder Apps bequem zu machen. Es wurde entwickelt, um Menschen zu befreien.
Diese Zeile aus dem Trustless Manifesto stieß bei ihrer Veröffentlichung auf Kritik, und Vitalik Buterin wiederholte sie am 5. Januar.
Das Argument: Die Mission von Ethereum unterscheidet sich grundlegend von dem Effizienzspiel, in dem die DeFi-Protokolle konkurrieren. Das Ziel ist nicht eine Rendite von 4,5 % gegenüber 5,3 %, keine Reduzierung der Latenz von 473 Millisekunden auf 368 und keine Reduzierung der Anmeldung von drei Klicks auf einen.
Das Spiel von Ethereum ist Resilienz: Totalverluste vermeiden, wenn die Infrastruktur zusammenbricht, Regierungen feindselig werden oder Entwickler verschwinden. Ausfallsicherheit bedeutet, die Latenzzeit von 2.000 Millisekunden auf 2.000 Millisekunden zu halten, selbst wenn Cloudflare ausfällt, Sponsoren Insolvenz anmelden oder Benutzer von der Plattform getrennt werden.
Resilienz bedeutet, unabhängig von der geografischen Lage oder der Politik ein erstklassiger Teilnehmer zu bleiben.
Das ist wichtig, weil Ethereum Anker Fast 74 Milliarden US-Dollar an Smart-Contract-Werten in seiner Schicht-1 allein und über 65 % von tokenisierten realen Vermögenswerten.
Dennoch sitzt das System, das als Weltcomputer konzipiert ist, auf einem überraschend fragilen Stapel zentralisierter Engpässe.
Das Konsensprotokoll finalisierte weiterhin Blöcke, aber der veraltete Client des RPC-Anbieters führte zum Absturz der Börsen. Die Blockchain lief weiter, aber das CDN wurde ausgeschaltet, wodurch die Hälfte des Ökosystems offline ging.
Katastrophenvermeidung statt Ertragsoptimierung
Ein aktueller Bericht beziffert den Einsatz: Infrastrukturausfälle führen zu Volatilitätsschocks, die 5,7-mal größer sind als regulatorische Ankündigungen bei wichtigen Krypto-Assets. Das Extremrisiko eines völligen Zugangsverlusts, einer dauerhaften Sperrung der Mittel und eines Netzwerkausfalls ist wichtiger als zusätzliche Renditen.
Ein Protokoll mit einer Ausbeute von 5,3 % ist wertlos, wenn ein Konfigurationsfehler die Infrastruktur zerstören kann.
Vitalik Buterins Framing fängt dies ein. Bei Resilienz geht es nicht um Geschwindigkeit, wenn alles funktioniert, sondern darum, ob Ihre Anwendung überhaupt läuft, wenn Infrastrukturanbieter verschwinden oder Hosting-Plattformen Benutzer von der Plattform verdrängen.
Die von Ethereum bereitgestellte Latenzzeit von 2.000 Millisekunden ist möglicherweise langsamer als die von Web2, liefert jedoch auch dann weiter, wenn Web2-Systeme vollständig zum Stillstand kommen.
Dennoch steht das Widerstandsversprechen von Ethereum vor der praktischen Bewährungsprobe.
Im November 2020 wurde Infura, der Standard-RPC-Anbieter für MetaMask und die meisten DeFi-Apps führten einen veralteten Geth-Client aus, der von der kanonischen Kette abwich.
Börsen stoppten Ethereum-Abhebungen, Forscher zeigten widersprüchliche Zustände an und MakerDAO und Uniswap brachen für Benutzer zusammen.
Obwohl der Fehler selbst behoben wurde und Fortschritte bei alternativen RPC-Implementierungen erzielt werden, bleibt die Zentralisierung die Norm. Es ist einfach weniger Infura-only und mehr „kleines Kartell.“
Das Protokoll funktionierte, aber die Befestigungspunkte schlugen fehl.
Im November 2025 wurde ein Cloudflare-Konfigurationsfehler behoben etwa 20 % des Webverkehrseinschließlich Arbiscan, DefiLlama und mehrere Exchange- und DeFi-Frontends. Ethereum verarbeitete weiterhin Blöcke. Benutzer konnten nicht darauf zugreifen.
Während des Inschriftenwahns 2024 Entscheidung Der einzelne Sequenzer blieb 78 Minuten lang stehen. Keine Transaktionen verarbeitet, keine Batches an Ethereum gesendet.
Arbitrum, Optimismus, Basis und zkSync alle basieren derzeit auf einzelnen, zentralisierten Sequenzern. Die dezentrale Basisschicht funktionierte korrekt, aber die zentralisierte Infrastruktur verhinderte, dass Benutzer davon profitierten.
| Schicht | Aktuelle Abhängigkeit | Fragilitätsmetrik | Resiliente Alternative |
|---|---|---|---|
| Zugriff / RPC | Infura, Alchemie, Quicknode; Metamask ist standardmäßig infura | ~90 % des Web3-App-Verkehrs; November 2020: Infura-Ausfall stoppte ETH-Abhebungen und brach MetaMask, MakerDAO und Uniswap | Mehrere RPC-Anbieter, lokale Light-Clients, zustandslose Clients als Standard; RPC-Diversität als benutzerorientiertes Feature |
| Staffel / Baumeister | MEV-Boost-Relais (Ultra Sound, Titan, bloXroute) vermitteln >90 % der Blöcke | Vier Relais steuern >85 % der Vorschläge; Titan, Beaverbuild und Rsync produzieren mehr als 80 % der Builder-Blöcke | Mehr Relais durch verschiedene Einheiten; Relaisneutralität; verankertes PBS, bei dem Relaisausfälle den Blockraum nicht blockieren können |
| L2-Sequenzierung | Einzelne Sequenzer (Arbitrum Foundation, Optimism Foundation, Coinbase for Base) | Arbitrum: 78 Minuten Ausfallzeit; Base erwirtschaftet 70,9 % der L2-Gewinne, Arbitrum 14,9 %, Optimism 5,4 % | Dezentrale Sequenzer-Sets oder L1-Fallback; Force-Inklusion bei Sequenzer-Zensoren; Verfolgen Sie % L2 TVL unter Einzelkontrolle |
| DNS/CDN | Cloudflare für DNS, TLS, dApp-Caching | Cloudflare ~20 % des weltweiten Webs; Durch den Ausfall im November 2025 wurden Arbiscan, DefiLlama und Exchange/DeFi-Frontends lahmgelegt | IPFS/Arweave mit ENS-Fallbacks; Multi-CDN; Wallets, die Verträge ohne Web-Frontend aufrufen |
| Basisprotokoll | Ethereum-Konsens (Lighthouse 52,65 %, Prysm 17,66 %); Hinrichtung (Geth ~41 %, Nethermind 38 %) | Sept. 2025 Reth-Bug brachte 5,4 % der Knoten zum Stillstand; Vielfalt verhinderte eine breitere Wirkung | Kein Kunde >33 % Anteil; Hauspfand; Minimieren Sie damit verbundene Fehler; Einfache Light-/Stateless-Client-Überprüfung |
Das Basisprotokoll weist echte Widerstandsfähigkeit auf, mit mehreren Clients, Hunderttausenden Validatoren und einem Proof-of-Stake, der das Risiko auf verschiedene Codebasen verteilt.
Als Reth im September 2025 auf einen Fehler stieß, stoppten 5,4 % der Knoten, aber die Netzwerkkontinuität blieb bestehen, da Geth, Nethermind und Besu weiterliefen. Kundenvielfalt hat funktioniert.
Das Problem konzentriert sich oben: RPC-Zugriff, Relays, Sequenzer und Web-Frontends führen zu Abhängigkeiten, die den Benutzerzugriff deaktivieren, selbst wenn die Basisschicht funktioniert.
Hier bricht die Widerstandsfähigkeit von Ethereum: nicht in der Kryptographie oder im Konsens, sondern im Gerüst, das Benutzer mit dem Protokoll verbindet.
Zentralisierte Sequenzer als wirtschaftliche Engpässe
Layer-2-Sequenzer konzentrieren sowohl Kontrolle als auch Gewinn. Base erzielte im gesamten Jahr 2025 kontinuierlich über 50 % aller Rollup-Gewinne, gefolgt von Arbitrum.
Der Sequenzer von Arbitrum wird von der Arbitrum Foundation betrieben. Optimismus von der Optimism Foundation, Base’s von Coinbase und zkSync’s ist zentralisiert.
Infolgedessen flossen im Jahr 2025 über 80 % der von Ethereum Layer-2 eingenommenen Gebühren an Blockchains mit zentralisierten Sequenzern.

Der technische Weg besteht: gemeinsam genutzte Sequenzernetzwerke wie Espresso oder basierte Rollups, die die Sequenzierung an Ethereum-Validatoren zurückgeben. Astria versuchte ähnliche Entwürfe, wurde jedoch 2025 geschlossen.
Die Lücke ist nicht technischer, sondern wirtschaftlicher Natur. Zentralisierte Sequenzer liefern eine bessere UX und generieren erhebliche Einnahmen. Für die Ausfallsicherheit muss akzeptiert werden, dass ein Sequenzer, der etwas langsamere Bestätigungen erzeugt, sich aber nicht von einem Bediener abschalten lässt, Verbesserungen im Millisekundenbereich mit Einzelpunktsteuerung übertrifft.
RPC- und CDN-Abhängigkeiten
MetaMask ist standardmäßig auf Fett. Berichte weisen darauf hin die meisten Web3-Anwendungen Verwenden Sie Infura, Alchemy oder QuickNode.
Der Infura-Vorfall im November 2020 zeigte die Konsequenz: Die Ausfallsicherheit auf Protokollebene wurde irrelevant, als die Zugriffsschicht ausfiel.
Der Ausfall von Cloudflare im November 2025 zeigte, wie stark die „dezentrale Finanzierung“ vom CDN eines Unternehmens abhängt. Ethereum verarbeitete Blöcke normal, aber Benutzer konnten weder Frontends, Explorer noch Dashboards erreichen.
Zu den robusten Alternativen gehören Wallets, die standardmäßig mehrere RPCs verwenden, lokale Light-Clients, verteilter Speicher auf IPFS oder Arweave, ENS-Adressierung und Multi-CDN-Bereitstellungen.
Allerdings verursachen diese Kosten, wie z. B. eine höhere Komplexität, größere Bandbreitenanforderungen und eine komplexere Verwaltung.
Die meisten Projekte legen Wert auf Bequemlichkeit, weshalb der Kompromiss zwischen Effizienz und Effizienz wichtig ist. Die Basisschicht von Ethereum bietet Überlebenseigenschaften, während das Ökosystem sie größtenteils in Abhängigkeiten hüllt, die jede Fragilität wieder einführen.


Der eigentliche Kompromiss
Das Wertversprechen von Ethereum, wie Buterin es formuliert, ist nicht schneller, billiger oder bequemer. Es funktioniert, wenn alles andere kaputt geht.
Dies erfordert Infrastrukturentscheidungen, bei denen das Überleben Vorrang vor der Optimierung hat: mehrere Client-Implementierungen, wenn einer technisch überlegen ist, verschiedene RPC-Anbieter, wenn einer eine bessere Latenz bietet, dezentrale Sequenzer, wenn zentralisierte Betreiber schnellere Bestätigungen liefern, und verteilte Frontends, wenn zentralisiertes Hosting einfacher ist.
Die Branche hat diesen Kompromiss nicht akzeptiert. Rollups sind für UX optimiert und akzeptieren das Risiko eines einzelnen Sequenzers. Anwendungen nutzen standardmäßig praktische RPCs und nehmen Konzentrationsrisiken in Kauf. Frontends werden auf kommerziellen CDNs bereitgestellt und tolerieren Ausfälle einzelner Anbieter.
Die Wahl: für den Fall bauen, wo Cloudflare, Infura und Coinbase Alle funktionieren weiter oder bauen für den Fall, dass sie es nicht tun.
Die Basisschicht von Ethereum ermöglicht die zweite Wahl. Das umgebende Ökosystem macht überwiegend den ersten Eindruck.
Das Protokoll bietet eine Latenzzeit von 2.000 Millisekunden, die auch bei Infrastrukturausfällen, Deplatforming und geopolitischen Störungen bestehen bleibt.
Ob jemand Systeme baut, die diese Eigenschaft tatsächlich nutzen, anstatt sie in Abhängigkeiten zu hüllen, die jede Fragilität wieder einführen, die Ethereum beseitigen soll, entscheidet darüber, ob Resilienz real wird oder theoretisch bleibt.
Blockraum ist reichlich vorhanden. Dezentraler, erlaubnisloser und belastbarer Blockraum ist das nicht.



