Verfasser: imToken
„Das unmögliche Dreieck“ – dieses Wort hat wahrscheinlich jeder schon gehört, bis die Ohren taub sind, oder?
Im ersten Jahrzehnt nach der Geburt von Ethereum war das „unmögliche Dreieck“ wie ein physikalisches Gesetz, das über jedem Entwickler schwebte – man kann zwei der drei Eigenschaften wählen: Dezentralisierung, Sicherheit und Skalierbarkeit, aber niemals alle drei gleichzeitig.
Doch wenn wir heute, Anfang 2026, zurückblicken, erkennen wir, dass es sich allmählich zu einer „Design-Hürde“ entwickelt, die durch technologische Evolution überwunden werden kann. Wie Vitalik Buterin am 8. Januar mit seiner bahnbrechenden Aussage betonte: „Im Vergleich zur Reduzierung der Latenz ist die Erhöhung der Bandbreite sicherer und zuverlässiger. Mit PeerDAS und ZKP kann die Skalierbarkeit von Ethereum um Tausende von Malen gesteigert werden, ohne die Dezentralisierung zu gefährden.“
Ist das „unmögliche Dreieck“, das einst als unüberwindbar galt, heute durch die Reife von PeerDAS, ZK-Technologien und Account-Abstracting tatsächlich auflösbar?
1. Warum ist das „unmögliche Dreieck“ seit langem unüberwindbar?
Zunächst sollten wir das Konzept des „Blockchain-Unmöglichen Dreiecks“ von Vitalik Buterin Revue passieren lassen. Es beschreibt die Schwierigkeit, bei öffentlichen Blockchains Sicherheit, Skalierbarkeit und Dezentralisierung gleichzeitig zu erreichen:
- Dezentralisierung bedeutet niedrige Eintrittsbarrieren, breite Teilnahme, kein Vertrauen in eine zentrale Instanz;
- Sicherheit bedeutet, dass das System auch bei böswilligen Angriffen, Zensur oder Angriffen konsistent bleibt;
- Skalierbarkeit bedeutet hohe Transaktionsdurchsatz, niedrige Latenz und gute Nutzererfahrung.
Das Problem ist, dass diese drei Eigenschaften in traditionellen Architekturen oft im Widerspruch zueinander stehen. Beispielsweise führt eine Erhöhung des Durchsatzes meist zu höheren Hardware-Anforderungen oder zentralisierter Koordination; eine geringere Node-Belastung kann die Sicherheit schwächen; eine extrem dezentralisierte Struktur kann die Performance und Nutzererfahrung beeinträchtigen.
In den letzten 5–10 Jahren haben verschiedene Blockchains unterschiedliche Antworten gefunden: EOS, Polkadot, Cosmos, Solana, Sui, Aptos – sie alle wählen unterschiedliche Kompromisse. Manche opfern Dezentralisierung für Leistung, andere setzen auf permissioned Nodes oder Gremien, wieder andere priorisieren Zensurresistenz und freie Validierung.
Gemeinsam ist jedoch: Nahezu alle Skalierungslösungen können nur zwei der drei Eigenschaften gleichzeitig erfüllen, und opfern die dritte.
Oder anders gesagt: Die meisten Ansätze bewegen sich in einem ständigen Hin und Her innerhalb der „monolithischen Blockchain“-Logik – je schneller, desto mehr Nodes braucht man; je mehr Nodes, desto langsamer. Das scheint eine unlösbare Aufgabe zu sein.
Wenn wir vorerst die Debatte um monolithische versus modulare Blockchains beiseite lassen und die Entwicklung seit 2020 betrachten – die vollständige Umstellung von Ethereum auf eine mehrschichtige Architektur mit Rollups und die Reife von ZK-Technologien –, wird deutlich:
Das fundamentale „unmögliche Dreieck“ wurde in den letzten 5 Jahren durch die schrittweise Modularisierung von Ethereum neu aufgebaut.
Objektiv betrachtet hat Ethereum durch eine Reihe von Engineering-Praktiken die ursprünglichen Beschränkungen entkoppelt. Zumindest in der technischen Umsetzung ist dieses Problem nicht mehr nur eine philosophische Diskussion.
2. Der engineering-basierte Ansatz: „Divide and Conquer“
Im Folgenden zerlegen wir diese technischen Details. Konkret zeigen wir, wie Ethereum in den letzten fünf Jahren durch parallele technologische Entwicklungen die Beschränkungen des Dreiecks schrittweise aufgelöst hat.
Zunächst durch die Entkopplung von PeerDAS und Datenverfügbarkeit, was die inhärente Begrenzung der Skalierbarkeit aufhebt.
Es ist bekannt: In dem „unmöglichen Dreieck“ ist die Datenverfügbarkeit oft die erste Hürde für Skalierung. Traditionelle Blockchains verlangen, dass jeder Full Node alle Daten herunterlädt und verifiziert, was die Skalierbarkeit einschränkt. Deshalb haben Lösungen wie Celestia, die auf Data Availability Sampling (DAS) setzen, in letzter Zeit stark an Bedeutung gewonnen.
Ethereum verfolgt jedoch einen anderen Ansatz: Es will nicht die Nodes stärker machen, sondern die Art, wie sie Daten verifizieren, verändern. Das zentrale Konzept ist PeerDAS:
Es verlangt nicht, dass jeder Node alle Daten herunterlädt, sondern nutzt probabilistisches Sampling: Daten werden in Teile zerlegt und codiert, Nodes wählen zufällig Datenproben. Wenn Daten verheimlicht werden, steigt die Wahrscheinlichkeit, dass das Sampling scheitert – was die Datenverfügbarkeit mit deutlich weniger Ressourcen überprüfbar macht. Das erhöht den Transaktionsdurchsatz erheblich, während normale Nodes weiterhin validieren können. Es ist kein Kompromiss bei der Dezentralisierung, sondern eine mathematisch-ingenieurtechnische Optimierung der Validierungskosten (siehe auch „DA-Krieg: Das letzte Kapitel? – PeerDAS und die Rückeroberung der Datenhoheit“).
Vitalik betont zudem, dass PeerDAS kein bloßes Konzept mehr ist, sondern bereits in echten Systemen implementiert ist. Das bedeutet, Ethereum hat in Bezug auf „Skalierbarkeit × Dezentralisierung“ einen bedeutenden Schritt gemacht.
Zweitens: zkEVM – der durch Zero-Knowledge-Proofs angetriebene Validierungsknoten, der das Problem löst, ob jeder Node alle Berechnungen wiederholen muss.
Hier geht es darum, Ethereum in die Lage zu versetzen, ZK-Zeugen (Proofs) zu generieren und zu verifizieren. Nach der Verarbeitung eines Blocks kann eine mathematische Beweisurkunde ausgegeben werden, die andere Nodes ohne erneute Berechnungen verifizieren können. Die Vorteile:
- Schnellere Validierung: Nodes müssen Transaktionen nicht mehr nachrechnen, sondern nur den zkProof prüfen;
- Geringere Last: Reduziert Rechen- und Speicherbedarf für Full Nodes, erleichtert Light Clients und Cross-Chain-Validatoren;
- Höhere Sicherheit: Im Vergleich zu OP-Zeugen sind ZK-Beweise auf der Chain in Echtzeit überprüfbar, widerstehen Manipulationen besser, klare Sicherheitsgrenzen.
Kürzlich hat die Ethereum Foundation den Standard für zkEVM-Zeugen veröffentlicht, was den Weg für eine offizielle Integration in die Mainnet-Validierung ebnet. In den nächsten Jahren wird Ethereum schrittweise auf zkEVM-basierte Validierung umstellen, weg vom reinen „Heavy-Execution“-Modell hin zu „Proof-Verification“.
Vitalik schätzt, dass zkEVM in Performance und Funktion bereits produktionsreif ist. Die Herausforderungen liegen in langfristiger Sicherheit und Komplexität. Laut Roadmap sollen die Proof-Latenz auf unter 10 Sekunden sinken, die Proof-Größe unter 300 KB, mit 128-bit Sicherheit, ohne Trusted Setup, und mit Plänen, dass auch Heimanwender Proofs generieren können – um die Dezentralisierung weiter zu fördern (siehe „ZK-Route: Der Dämmerungstag – Ist der Ethereum-Endpunkt auf dem Weg zur Beschleunigung?“).
Schließlich: Die Roadmap bis 2030 (wie The Surge, The Verge etc.) – Fokus auf höhere Transaktionsraten, neue Zustandsmodelle, Gas-Limits, verbesserte Ausführungsschichten.
Diese Maßnahmen sind Versuche, die klassischen Beschränkungen durch Trial-and-Error zu überwinden. Sie bilden eine langfristige Strategie, um höhere Throughput-Werte, klarere Rollup-Partitionierung, stabilere Ausführung und Abrechnung zu erreichen – und so die Grundlage für Multi-Chain-Kollaboration und Interoperabilität zu legen.
Wichtig ist: Diese Upgrades sind nicht isoliert, sondern bewusst aufeinander abgestimmt. Das zeigt die „Engineering-Haltung“ von Ethereum gegenüber dem „unmöglichen Dreieck“: Es geht nicht um eine magische Lösung, sondern um eine mehrschichtige Architektur, die Kosten und Risiken neu verteilt.
3. Vision 2030: Das Endbild von Ethereum
Trotzdem sollten wir vorsichtig bleiben. Denn „Dezentralisierung“ ist kein statischer technischer Wert, sondern ein langfristiger Entwicklungsprozess.
Ethereum erkundet Schritt für Schritt die Grenzen des „unmöglichen Dreiecks“ durch praktische Engineering-Ansätze – mit Veränderungen in Validierungsmethoden (von Rechen- zu Sampling-basiert), Datenstrukturen (von Zustandswachstum zu Zustandsfälligkeit) und Ausführungsmodellen (von monolithisch zu modular). Die ursprünglichen Kompromisse verschieben sich, und wir nähern uns dem Punkt, an dem man „gleichzeitig, gleichzeitig, noch immer“ haben kann.
Vitalik skizziert einen groben Zeitplan:
- 2026: Mit Verbesserungen bei Ausführungsschichten und Mechanismen wie ePBS kann die Gas-Limit-Grenze ohne zkEVM vorübergehend erhöht werden, um breitere zkEVM-Node-Bereitstellung zu ermöglichen;
- 2026–2028: Anpassungen bei Gas-Preisen, Zustandsstrukturen und Auslastungsmanagement, um bei höherer Last sicher zu bleiben;
- 2027–2030: Mit zunehmender zkEVM-Integration wird das Gas-Limit weiter steigen, das langfristige Ziel ist eine noch dezentralere Blockerstellung.
Aus den aktuellen Roadmap-Updates lassen sich drei zentrale Merkmale für Ethereum vor 2030 ableiten, die die endgültige Lösung des „unmöglichen Dreiecks“ darstellen:
- Minimalistische L1: L1 wird eine stabile, neutrale Basis, die nur Datenverfügbarkeit und Abrechnungsnachweise liefert. Es verarbeitet keine komplexen Anwendungen mehr, was höchste Sicherheit garantiert;
- Blühende L2s und Interoperabilität: Durch EIL (Interoperabilitätsschicht) und schnelle Bestätigungsregeln werden fragmentierte L2s zu einem Ganzen verbunden, Benutzer spüren die Chain kaum, nur Tausende TPS;
- Sehr niedrige Validierungsbarriere: Dank ausgereifter Zustands- und Light-Client-Technologien können sogar Mobilgeräte teilnehmen, was die Grundpfeiler der Dezentralisierung stärkt.
Interessanterweise betont Vitalik kurz vor Fertigstellung dieses Textes erneut den „Walkaway-Test“: Ethereum muss in der Lage sein, autonom zu laufen, selbst wenn alle Dienstleister (Server-Provider) ausfallen oder attackiert werden. DApps sollen weiterhin funktionieren, Assets sicher bleiben.
Das ist im Grunde eine Bewertung des „Endzustands“: Es geht nicht mehr nur um Geschwindigkeit oder Nutzererfahrung, sondern um die Frage, ob das System im schlimmsten Fall vertrauenswürdig bleibt und keine zentrale Schwachstelle aufweist.
Fazit
Man muss die Entwicklung mit einer langfristigen Perspektive betrachten, besonders in der schnelllebigen Web3/Crypto-Branche.
Ich bin überzeugt: Viele Jahre später, wenn man auf die hitzigen Debatten um das „unmögliche Dreieck“ zwischen 2020 und 2025 zurückblickt, wird man vielleicht sagen: Es ist vergleichbar mit der Diskussion vor der Erfindung des Autos, bei der man ernsthaft darüber diskutierte, wie man „Kutsche“ mit Geschwindigkeit, Sicherheit und Ladekapazität vereinen kann.
Ethereum liefert keine magische Lösung an einem einzigen Punkt, sondern baut durch PeerDAS, ZK-Proofs und kluge wirtschaftliche Gestaltung ein digitales Fundament, das allen gehört, extrem sicher ist und die globale Finanzwelt tragen kann.
Objektiv betrachtet: Jeder Schritt in diese Richtung ist ein Schritt näher an das Ende der Ära des „unmöglichen Dreiecks“.
