Das grundlegende Versprechen dezentraler Netzwerke – globale, zugangsfreie und zensurresistente Geld- und Rechenleistung bereitzustellen – wird durch die Realität von Geschwindigkeit und Datenmanagement grundlegend herausgefordert. Diese Herausforderung ist als Skalierung bekannt.
Skalierung ist nicht nur ein technisches Wettrennen um die schnellste Transaktionsgeschwindigkeit; es handelt sich um eine tiefgreifende ideologische Debatte über die Natur und den Zweck eines dezentralen Netzwerks. Sollte die primäre Blockchain absolute, unveränderliche Sicherheit auf Kosten der Geschwindigkeit priorisieren oder Vielseitigkeit und hohe Transaktionsdurchsatz priorisieren?
Bitcoin und Ethereum, die zwei größten und einflussreichsten Krypto-Netzwerke, haben fundamentale unterschiedliche Wege eingeschlagen, um diese Frage zu beantworten. Bitcoin hat einen hochgradig konservativen, minimalistischen Ansatz übernommen und fast alle Berechnungen und Komplexitäten an sekundäre Schichten ausgelagert. Ethereum hingegen hat zunächst ein „monolithisches“ Design verfolgt, das versuchte, alle Operationen intern zu handhaben, bevor es zu einem „modularen“ Ansatz überging, der durch Layer-2-Lösungen ermöglicht wird.
Das Verständnis dieser unterschiedlichen Skalierungs-Philosophien – Bitcoins vorsichtiger Konservatismus versus Ethereums ambitionierte Anpassungsfähigkeit – ist entscheidend, um die architektonische Zukunft der digitalen Wirtschaft zu begreifen. Es offenbart Abwägungen bezüglich Sicherheitsbudgets, Netzwerkdezentralisierung und der Definition eines „full node“.
Definition der Blockchain-Schichten: Das Fundament der Skalierung
Um zu verstehen, wie Bitcoin und Ethereum skalieren, müssen wir zunächst das Konzept der Schichten (L1 und L2) definieren, die unterschiedliche Ebenen von Vertrauen, Sicherheit und Ausführung im Krypto-Ökosystem darstellen.
Die Kernfunktionen von Layer 1
Layer 1 (L1), auch Base Layer genannt, ist die Haupt-Blockchain. Sie ist der fundamentale Vertrauensanker des gesamten Systems.
Die primären Funktionen eines beliebigen L1 sind begrenzt, aber essenziell:
- Konsens: Herstellung einer Übereinstimmung unter allen Netzwerkteilnehmern über die Reihenfolge und Gültigkeit von Transaktionen (z. B. Proof-of-Work bei Bitcoin oder Proof-of-Stake bei Ethereum).
- Datenverfügbarkeit: Sicherstellung, dass die rohen Transaktionsdaten, die zur Wiederherstellung der Blockchain-Geschichte erforderlich sind, für jeden zugänglich sind.
- Abrechnung und Finalität: Bereitstellung der ultimativen, irreversiblen Bestätigung, dass eine Transaktion stattgefunden hat.
Sowohl Bitcoin als auch Ethereum streben nach maximaler Sicherheit und Dezentralisierung auf L1. Allerdings definieren sie, was „Sicherheit“ und „Dezentralisierung“ ausmacht, unterschiedlich, was zu widersprüchlichen Skalierungsmodellen führt.
Warum Layer-2-Lösungen existieren
Das Kernproblem der L1-Skalierung ist das Blockchain-Trilemma: Ein dezentrales Netzwerk kann nur zwei dieser drei Eigenschaften maximieren: Dezentralisierung, Sicherheit oder Skalierbarkeit (Geschwindigkeit/Durchsatz). Die Maximierung der L1-Sicherheit erfordert die Begrenzung der Blockgröße und des Transaktionsdurchsatzes.
Layer-2- (L2-)Lösungen sind Protokolle, die auf der L1-Kette aufgebaut sind. Sie sind darauf ausgelegt, die Belastung durch Transaktionsverarbeitung und Statusverwaltung von der L1 zu übernehmen.
L2s erreichen massive Skalierbarkeit, indem sie Tausende von Transaktionen schnell und günstig verarbeiten, den Beweis dieser Transaktionen in eine einzige, hochkomprimierte kryptographische Quittung bündeln und diese Quittung dann an die L1 zur finalen Abrechnung zurücksenden. Sie erben die Sicherheit der L1, ohne dass jeder Knoten auf der L1 jede einzelne Transaktion verarbeiten muss.
Bitcoins Skalierungs-Philosophie: Der Minimalistische Ansatz
Bitcoins Skalierungs-Ideologie ist durch extremen Konservatismus geprägt. Ihr primäres Ziel ist es nicht, ein schneller globaler Zahlungsprozessor zu sein, sondern die sicherste, unzensorierbare digitale monetäre Basis-Schicht – das digitale Gold.
Fokus auf Wertaufbewahrung und Sicherheitsbudget
Bitcoins Architektur spiegelt seine primäre Funktion wider: Sicherheit und Zuverlässigkeit über alles. Ihr Konsensmechanismus, Proof-of-Work (PoW), erfordert enorme Energieaufwendungen (das „Sicherheitsbudget“), um bösartige Akteure daran zu hindern, die Geschichte umzuschreiben.
Dieser Fokus diktiert, dass die Bitcoin-L1 einfach, robust und maximal dezentralisiert sein muss. Komplexität, insbesondere die Ausführung von Smart Contracts, die unvorhergesehene Fehler einführen oder die Verarbeitungsanforderungen des Netzwerks erhöhen könnten, wird strikt vermieden. Jeder Knoten muss jede Transaktion günstig und schnell verifizieren können.
Schlüsselprinzip: Die Bitcoin-L1 sollte nur einfache monetäre Übertragungen (UTXOs) und das minimal erforderliche Scripting handhaben, das für höhere Schichten notwendig ist. Alle Versuche komplexer Funktionalitäten (wie fortgeschrittene Finanzanwendungen) müssen an L2s delegiert werden.
Auslagerung der Komplexität: Layer-2-Lösungen
Bitcoins Skalierungsstrategie ist inhärent modular. Sie weigert sich, die L1-Blockgröße signifikant zu erhöhen, um Dezentralisierung zu wahren (damit jeder einen Full Node betreiben kann). Stattdessen lagert sie Volumen und Komplexität an spezialisierte L2-Netzwerke aus.
- Lightning Network: Die bekannteste L2, entwickelt für sofortige, günstige, hochvolumige Mikrozahlungen. Lightning verwendet Off-Chain-Zahlungskanäle, die die L1 nur beim Öffnen oder Schließen eines Kanals berühren. Dies handhabt den Durchsatz, ohne die Hauptchain zu belasten.
- Sidechains und andere L2s: Neuere Lösungen, die manchmal Verbesserungen der Bitcoin-Scripting-Sprache nutzen (wie Taproot und Ordinals), ermöglichen komplexere Anwendungen und Smart Contracts außerhalb des Kern-L1, während sie periodisch zur Hauptchain zurückgebunden werden, um Sicherheitsgarantien zu erhalten.
Dieser ausgelagerte Ansatz stellt sicher, dass die Kern-Sicherheitsgarantien der Bitcoin-L1 nie durch die experimentelle, hochdurchsatzige Natur der L2-Anwendungen kompromittiert werden.
Das Konzept der „Monetären Primitiven“
Bitcoin wird oft als Netzwerk monetärer Primitiver beschrieben – basischer, unveränderlicher Bausteine, die für robustes Geld notwendig sind. Diese Primitiven umfassen:
- Überprüfung kryptographischer Signaturen.
- Verifizierung des Eigentums (UTXOs).
- Durchsetzung von Versorgungsgrenzen.
Jede Funktionalität jenseits dieser basischen Primitiven gilt als „Feature Creep“, das potenzielle Sicherheitslücken einführt und die Dezentralisierung des Netzwerks verringert, indem die Ressourcenkosten für den Betrieb eines Full Nodes steigen. Diese ideologische Hingabe an Einfachheit ist das Fundament seines modularen Skalierungsmodells.
Ethereums Skalierungs-Philosophie: Der Ursprüngliche Monolith
Im Gegensatz zu Bitcoin wurde Ethereum von Anfang an als „World Computer“ konzipiert. Sein Zweck war nicht nur digitales Geld zu sein, sondern eine Plattform für komplexe, programmierbare Smart Contracts, dezentralisierte Finanzen (DeFi) und dezentralisierte Anwendungen (DApps).
Das Ziel eines „World Computers“ (Smart Contracts)
Ethereums ursprüngliches Design war hochambitioniert. Es zielte darauf ab, Berechnungen und general-purpose Scripting direkt in die Layer 1 einzubetten. Smart Contracts – selbst-ausführende Vereinbarungen, deren Bedingungen direkt in Code geschrieben sind – wurden von jedem einzelnen Knoten im Ethereum-Mainnet gehostet und ausgeführt.
Diese fundamentale Designentscheidung bedeutete, dass Ethereum eine viel komplexere L1 als Bitcoin benötigte. Wo Bitcoin nur einfache Guthaben und Transaktionshistorie verwaltet, verwaltet Ethereum einen ständig sich ändernden Zustand basierend auf den Aktionen Tausender interagierender Smart Contracts.
Der Monolithische Trade-Off: Geschwindigkeit, Kosten und State Bloat
Ethereums frühes Skalierungsmodell war monolithisch: Die L1 war für alle drei Kernfunktionen verantwortlich (Ausführung, Datenverfügbarkeit und Abrechnung).
Dieses monolithische Design führte zu schweren Skalierungsbeschränkungen, als das Netzwerk populär wurde:
- Hohe Transaktionskosten (Gas): Wenn das Netzwerk ausgelastet war, mussten Nutzer extrem hohe Gebühren (Gas) zahlen, um für den begrenzten Blockplatz zu bieten.
- Niedriger Durchsatz: Die Komplexität der Verarbeitung jeder Contract-State-Änderung bedeutete, dass der L1-Durchsatz langsam war (ca. 15–30 Transaktionen pro Sekunde).
- State Bloat: Das kollektive Gedächtnis aller deployten Smart Contracts und ihrer aktuellen Variablen erhöhte rasch die Belastung für Full Nodes und bedrohte die Dezentralisierung.
Diese Skalierungs-Krise zwang Ethereum, seine ideologische und architektonische Roadmap grundlegend zu ändern.
Wechsel des Konsenses: Proof-of-Stake und Sicherheit
Ethereums Wechsel von Proof-of-Work (PoW) zu Proof-of-Stake (PoS) während „The Merge“ wurde teilweise durch die Notwendigkeit getrieben, seine neue Skalierungsstrategie zu unterstützen. PoS wird oft als weniger ressourcenintensiv und anpassungsfähiger für fortgeschrittene Skalierungstechniken wie Sharding argumentiert (obwohl Sharding weitgehend durch den Fokus auf L2s ersetzt wurde).
Allerdings stellte die Änderung des Konsenses auch einen Trade-Off in der Sicherheitsideologie dar. Während PoS wirtschaftliche Finalität bietet und technisch höhere Transaktionsraten unterstützen kann, argumentieren einige, dass es neue Zentralisierungsvektoren einführt, wie die Kapitalanforderungen, um Validator zu werden, im Vergleich zu den offenen Ressourcenanforderungen des PoW-Minings. Dies unterstreicht Ethereums Bereitschaft, komplexe Ingenieurslösungen auf L1 zu umarmen, um die Nutzbarkeit zu maximieren, auch wenn es neue Abwägungen bezüglich Dezentralisierung einführt.
Der Architektonische Scheideweg: Monolithisches vs. Modulares Design
Der ideologische Konflikt zwischen Bitcoin- und Ethereum-Skalierung dreht sich um das Konzept des architektonischen Designs: Sollte eine Blockchain ein einzelner, komplexer Motor oder ein System spezialisierter, interagierender Komponenten sein?
Was ist eine monolithische Blockchain?
In einer monolithischen Architektur ist eine einzelne Layer-1-Blockchain mit allen kritischen Rollen betraut: Ausführung von Transaktionen, Speicherung von Daten, Erreichen von Konsens und Bereitstellung finaler Abrechnung.
Merkmale des monolithischen Designs (z. B. frühes Ethereum, Solana und andere Hochdurchsatz-Chains):
- Single Point of Failure (Skalierung): Wenn die L1 überlastet ist, verlangsamt sich das gesamte Ökosystem und die Gebühren explodieren.
- Hohe Einstiegshürde für Nodes: Um die massive Rechenlast der Ausführung und State-Speicherung zu bewältigen, benötigen Full Nodes oft leistungsstarke, teure Hardware (hohe CPU, große SSD-Speicher, hohe Bandbreite).
- Eng gekoppelt: Die Ausführungslogik ist untrennbar mit dem Konsensmechanismus verbunden.
Während monolithische Chains exzellente Geschwindigkeit bieten bis sie die Spitzen-Nachfrage erreichen, bedeuten die hohen Rechenanforderungen oft, dass nur Institutionen oder spezialisierte Dienstleister Full Nodes betreiben können, was zu reduzierter Verifizierer-Dezentralisierung führt.
Was ist eine modulare Blockchain?
Eine modulare Blockchain-Architektur zerlegt die vier Kernfunktionen (Ausführung, Datenverfügbarkeit, Konsens, Abrechnung) in spezialisierte Schichten oder Komponenten.
Bitcoins Modulares Modell (L1 + L2): Bitcoin war immer implizit modular, noch bevor der Begriff populär wurde.
- L1 (Bitcoin Core): Handhabt Konsens, Datenverfügbarkeit und Abrechnung (einfache monetäre Übertragungen).
- L2 (Lightning Network usw.): Handhabt komplexe Ausführung (Transaktionsrouting, Smart-Contract-Logik).
Ethereums Modulare Evolution (L1 + Rollups): Modernes Ethereum wechselt explizit zu einem modularen Framework über „Rollups“.
- L1 (Ethereum Base): Konzentriert sich primär auf Datenverfügbarkeit (Speicherung von L2-Transaktionsdaten) und Abrechnung.
- L2 (Optimism, Arbitrum usw.): Handhabt Ausführung (Ausführen von Smart Contracts) und Posten komprimierter Daten zurück an L1.
Durch die Delegierung der Ausführung weg von der L1 verbessert Modularität den Durchsatz dramatisch. Die L1 muss nicht jede Transaktion neu ausführen; sie muss nur den Beweis verifizieren, dass die L2-Ausführung korrekt war, oder einfach die komprimierte Daten speichern.
Sicherheitsdelegierung und Vertrauensannahmen in L2s
Ein entscheidender Unterschied in der Skalierungs-Ideologie liegt darin, wie Vertrauen an L2s delegiert wird:
Bitcoins L2-Vertrauen: Bitcoins am weitesten verbreitete L2, Lightning, verwendet kryptographische Kanäle, die durch HTLCs (Hash Time-Locked Contracts) gesichert sind. Bei Streitigkeiten sind die Mittel immer durch die L1-Regeln gesichert, sodass Nutzer ihren Kanal „force close“ und auf der Hauptchain abrechnen können. Die L1 bleibt immer die finale Autorität und Sicherheitsgarant.
Ethereums L2-Vertrauen (Rollups): Ethereum-Rollups verlassen sich auf zwei Hauptarten von Beweisen, um L1-Sicherheit zu wahren:
- Optimistic Rollups: Gehen davon aus, dass Transaktionen standardmäßig gültig sind („optimistisch“), erfordern aber eine Challenge-Periode, in der jeder einen „Fraud Proof“ an die L1 einreichen kann, wenn er eine bösartige State-Transition erkennt.
- Zero-Knowledge (ZK) Rollups: Verwenden fortschrittliche Kryptographie, um einen knappen Gültigkeitsbeweis zu erzeugen, den die L1 fast instant verifizieren kann, ohne die Transaktionen neu auszuführen.
Während beide Ansätze L2s ermöglichen, die L1-Sicherheit zu erben, ist die komplexe Vertrauensarchitektur von Rollups ein notwendiger Trade-Off für Ethereum, um hohe Nutzbarkeit zu erreichen, während Bitcoins Modell L1-Einfachheit gewährleistet, indem L2s in seine hochgradig restriktive monetäre Scripting-Sprache passen müssen.
Das State-Bloat-Dilemma und die Dezentralisierung
Eine der drängendsten Bedenken, die Skalierungsentscheidungen leiten, ist „State Bloat“ – das ständige Wachstum der Daten, die erforderlich sind, um den aktuellen, verifizierbaren Zustand (den „State“) der Blockchain zu verstehen. Dies wirkt sich direkt auf die Dezentralisierung aus.
Warum State Bloat die Dezentralisierung schadet
Damit eine Blockchain wirklich dezentral ist, muss es für normale Nutzer einfach sein, einen „Full Node“ zu betreiben. Ein Full Node lädt jede Transaktion herunter und verifiziert sie und pflegt den aktuellen Zustand der Chain.
Wenn die Ressourcen, die für den Betrieb eines Full Nodes erforderlich sind, zu hoch werden (z. B. massiver Festplattenspeicher, intensive Rechenleistung, hohe Bandbreite), können nur professionelle Einrichtungen (Rechenzentren, Exchanges usw.) an der Verifizierung teilnehmen. Wenn weniger Menschen die Chain unabhängig verifizieren können, ist die Dezentralisierung kompromittiert, und das Netzwerk wird anfälliger für regulatorische Kontrolle oder Zensur.
State Bloat erhöht die Synchronisierungszeit und Hardwarekosten für neue Teilnehmer und erhöht somit die Einstiegshürde.
Bitcoins UTXO-Modell und State-Verwaltung
Bitcoin nutzt das Unspent Transaction Output (UTXO)-Modell. Statt Nutzerkonten zu verfolgen, verfolgt es spezifische Einheiten von Bitcoin, die noch nicht ausgegeben wurden.
Vorteile von UTXO:
- Einfacher State: Der „Live-State“ von Bitcoin umfasst nur den aktuellen Satz ungenutzter UTXOs, der relativ klein und handhabbar ist.
- Saubere Verifizierung: Transaktionen können schnell validiert werden, da ein Node nur überprüfen muss, dass die angegebene UTXO tatsächlich ungenutzt war.
- Inhärent Pruned: Wenn Bitcoins ausgegeben werden, werden die Daten zur vorherigen Transaktion historisch irrelevant für den aktuellen State und helfen so, Bloat zu managen.
Bitcoins strenge Begrenzung von L1-Smart-Contracts und komplexen Berechnungen ist grundlegend damit verbunden, den UTXO-State einfach und klein zu halten, sodass die L1 weltweit für Hobbyisten und individuelle Nutzer hoch zugänglich bleibt.
Ethereums Account-Modell und State-Wachstum
Ethereum nutzt das Account-Modell. Der State besteht aus allen Nutzerkonten und dem Code/Speicher, der mit jedem deployten Smart Contract assoziiert ist.
Herausforderungen des Account-Modells:
- Komplexer State: Der Live-State umfasst alle Variablendaten innerhalb jedes Smart Contracts (z. B. Token-Guthaben, DAO-Stimmen, DeFi-Sicherheitsniveaus). Jede Contract-Interaktion verändert potenziell diesen State.
- Permanenter Bloat: Im Gegensatz zu UTXOs, die ausgegeben und aus dem aktiven State entfernt werden, persistiert Smart-Contract-Speicher. Wenn ein Contract große Datenmengen speichert (z. B. NFTs oder komplexe Registry-Informationen), müssen diese Daten für immer von allen Full Nodes getrackt werden.
- Ausführungsbelastung: Nodes müssen komplexe Virtual-Machine-Anweisungen (EVM) verarbeiten, um den neuen State nach einer Transaktion zu berechnen, was weitaus CPU-intensiver ist als die Validierung einer einfachen UTXO-Transaktion.
Ethereums modularer Skalierungswechsel (L2-Rollups) ist eine existenzielle Notwendigkeit, um diesen State Bloat zu managen. Durch das Verschieben der Ausführung Off-Chain kann die Ethereum-L1 die Rechenbelastung für ihre Nodes reduzieren, sodass sie sich primär auf die Überprüfung kryptographischer Beweise und das Speichern von L2-Transaktionsdaten konzentrieren können, anstatt jede Smart-Contract-Aktion selbst zu verarbeiten.
Praktische Implikationen für Nutzer und Entwickler
Der Unterschied in der Skalierungs-Ideologie bestimmt, wie Nutzer mit dem Netzwerk interagieren und wie Entwickler wählen, wo sie ihre Anwendungen bauen.
Die richtige Schicht für die Aufgabe wählen
Der philosophische Graben manifestiert sich darin, wie Nutzer Abwägungen priorisieren:
| Feature | Bitcoin L1 | Ethereum L1 | Ethereum L2 (Rollups) |
|---|---|---|---|
| Primäre Nutzung | Hochsicher, finale Abrechnung. Wertaufbewahrung. | Finale Abrechnung, Datenverfügbarkeits-Anker. | Ausführung, DeFi, DApps, hochvolumige NFTs. |
| Transaktionsgeschwindigkeit | Langsam (10 Minuten) | Mittel/Langsam (12 Sekunden) | Schnell (Sofort bis wenige Sekunden) |
| Transaktionskosten | Niedrig/variabel (Mittel bei Eile) | Hoch (Oft prohibitiv teuer) | Niedrig (Bruchteil der L1-Kosten) |
| Erlaubte Komplexität | Minimales Scripting (Monetäre Primitiven) | Vollständige Smart Contracts (EVM) | Vollständige Smart Contracts (EVM) |
| Dezentralisierung | Höchste (Einfachsten Full Node zu betreiben) | Abnehmend (Hohe Hardwareanforderungen) | Erbt L1-Dezentralisierung |
Für Nutzer: Wenn Sie ultimative Sicherheit für die Lagerung großen Kapitals über Jahrzehnte benötigen, wird die Einfachheit und das tiefe Sicherheitsbudget der Bitcoin-L1 (oder L1-Abrechnung via Lightning) priorisiert. Wenn Sie günstige, schnelle Interaktion mit komplexen DeFi-Anwendungen benötigen, sind Ethereum-L2s die einzige machbare Lösung.
Für Entwickler: Bitcoins restriktive L1 zwingt Entwickler, extrem kreativ mit L2-Strukturen zu sein (Sidechains, Kanalnetzwerke). Ethereums L2s bieten Entwicklern eine vertraute Coding-Umgebung (EVM-Kompatibilität) mit minimalen Restriktionen für Funktionalität und maximieren die Innovationsgeschwindigkeit.
Sicherheits- und Finalitätsunterschiede
Die Skalierungs-Ideologie beeinflusst auch das Konzept der Transaktionsfinalität:
Bitcoin-Finalität: Transaktionen erreichen zunehmende Finalität, je mehr Blöcke darüber gemined werden (meist als voll final nach 6 Bestätigungen, ca. einer Stunde, betrachtet). Die Sicherheit ist probabilistisch, basierend auf den Kosten, die Chain zu überschreiben (PoW).
Ethereum-Finalität: Seit dem Wechsel zu PoS hat Ethereum „economic finality“ eingeführt. Sobald zwei Drittel der Validatoren einem Block attestiert haben, ist dieser Block finalisiert. Dies ist viel schneller als PoW-Bestätigung, verlässt sich aber auf die wirtschaftliche Annahme, dass Validatoren ihr gestaktes Kapital nicht riskieren, indem es geschlachtet wird.
L2-Finalität: L2-Transaktionen gelten als instant ausgeführt auf der L2. Allerdings erfordert L1-Finalität eine Zeitverzögerung. Für Optimistic Rollups ist dies die Challenge-Periode (oft sieben Tage), um zu garantieren, dass kein Betrug stattfand. ZK-Rollups erreichen viel schnellere L1-Finalität, da der kryptographische Beweis instant verifizierbar ist und einen starken Anreiz für Ethereums Ökosystem schafft, zu ZK-Technologie zu wechseln.
Schlussfolgerung: Zwei Wege zur Selbstsouveränität
Bitcoin und Ethereum repräsentieren zwei unterschiedliche Visionen für die digitale Wirtschaft, die am deutlichsten in ihren Skalierungs-Ideologien widergespiegelt werden.
Bitcoin sucht durch seine Hingabe an eine modulare und minimalistische L1, die sicherste, unveränderliche monetäre Basis-Schicht zu bauen. Es opfert unmittelbare L1-Nutzbarkeit für maximale Dezentralisierung und ideologische Reinheit und verlässt sich auf spezialisierte externe Schichten (wie Lightning), um die Komplexitäten alltäglicher Transaktionen zu handhaben. Sein Fokus liegt auf dem langfristigen Schutz des Sicherheitsbudgets und der Einfachheit seines „States“.
Ethereum, das zunächst einen monolithischen „World Computer“ versuchte, hat eine notwendige Wendung zu einer L2-zentrierten modularen Struktur umarmt. Dieser Wechsel ermöglicht es, seinen Zweck als Plattform für reiche Berechnungen und Smart Contracts beizubehalten, während der lähmende State Bloat auf der L1 minimiert wird. Ethereum opfert L1-Einfachheit und die Sicherheitsgewissheit von PoW für erweiterte Programmierbarkeit und die schnelle Skalierbarkeit, die für die Aufnahme eines globalen Anwendungs-Ökosystems erforderlich ist.
Letztendlich ist die Wahl zwischen diesen Skalierungs-Philosophien eine Wahl zwischen der Maximierung von Sicherheit (Bitcoin) oder Nutzbarkeit (Ethereum). Beide Systeme innovieren unermüdlich auf ihren sekundären Schichten und beweisen, dass die Zukunft dezentraler Netzwerke nicht darin besteht, dass eine monolithische Chain alles erledigt, sondern in spezialisierten, interagierenden Schichten, die von einer unveränderlichen Basis-Schicht des Vertrauens verankert werden.