Was ist modulare Blockchain? (Architektur-Grundlagen)

Was ist eine modulare Blockchain?

1. Eine modulare Blockchain ist ein Architekturparadigma, das Kernfunktionen der Blockchain bewusst in verschiedene, interoperable Schichten unterteilt.

2. Im Gegensatz zu monolithischen Ketten, bei denen Ausführung, Konsens, Datenverfügbarkeit und Abwicklung alle in derselben Kette stattfinden, weisen modulare Designs jede Verantwortung einer spezialisierten Ebene zu.

3. Diese Trennung ermöglicht eine unabhängige Optimierung – der Konsens kann auf die Endgültigkeitsgeschwindigkeit abgestimmt werden, während sich die Datenverfügbarkeitsebenen auf Durchsatz und Überprüfbarkeit konzentrieren.

4. Jede Schicht kommuniziert über standardisierte Schnittstellen und ermöglicht so die Zusammensetzbarkeit über Ökosysteme hinweg, ohne dass eine vollständige Neuimplementierung erforderlich ist.

5. Die Architektur unterstützt heterogene Vertrauensannahmen: Eine Schicht kann Proof-of-Stake verwenden, eine andere kann sich auf Betrugs- oder Gültigkeitsnachweise verlassen und eine dritte kann als autorisiertes DA-Netzwerk fungieren.

Kernschichten im modularen Design

1. Die Ausführungsschicht verwaltet die intelligente Vertragslogik, Zustandsübergänge und die Verarbeitung von Benutzertransaktionen – oft implementiert als Rollups oder App-Ketten.

2. Die Abwicklungsschicht löst Streitigkeiten, verarbeitet Abhebungen und setzt schichtübergreifende Garantien durch; Es kann die Sicherheit einer größeren Kette wie Ethereum erben.

3. Die Datenverfügbarkeitsschicht stellt sicher, dass rohe Transaktionsdaten veröffentlicht und abrufbar sind, sodass jeder die Richtigkeit von Statusaktualisierungen überprüfen kann – auch wenn er diese nicht ausführt.

4. Die Konsensschicht koordiniert die Vereinbarung über Blockreihenfolge und Endgültigkeit, oft entkoppelt von der Berechnung, um den Ressourcenbedarf der Knoten zu reduzieren.

5. Einige Architekturen führen eine dedizierte Interoperabilitätsschicht ein, die die Nachrichtenübermittlung, Sequenzierung und kanonische Brückenlogik zwischen Modulen verwaltet.

Warum Monolithen mit der Skalierbarkeit kämpfen

1. Monolithische Ketten zwingen jeden vollständigen Knoten dazu, jede Transaktion herunterzuladen, zu speichern, zu validieren und auszuführen – was zu einem exponentiellen Wachstum der Bandbreite, des Festplatten-I/O und der CPU-Auslastung führt.

2. Eine Erhöhung der Blockgröße oder -frequenz erhöht direkt die Hardwareanforderungen und zentralisiert die Validierung effektiv auf weniger fähige Betreiber.

3. Das Upgrade einer Komponente – wie der Wechsel von Konsensmechanismen – erfordert Hard Forks, die sich auf den gesamten Stack auswirken, was zu Koordinationsaufwand und Risiken führt.

4. Das Aufblähen intelligenter Verträge und die Zustandsexplosion verschlechtern die langfristigen Synchronisierungszeiten der Knoten, wodurch Archivknoten immer seltener werden und die Überprüfung weniger dezentral erfolgt.

5. Transaktionsgebühren schwanken bei Überlastung, da die Nachfrage um eine einzige gemeinsam genutzte Ressource konkurriert: Blockraum, der gleichzeitig an Rechenleistung, Speicherung und Bandbreite gebunden ist.

Modulare Implementierungen in der realen Welt

1. Celestia bietet lediglich eine Konsens- und Datenverfügbarkeitsschicht und ermöglicht souveränen Rollups den Aufbau benutzerdefinierter Ausführungsumgebungen, ohne ihre eigene DA-Infrastruktur pflegen zu müssen.

2. EigenDA dient als programmierbarer Datenverfügbarkeitsdienst, der von Ethereum-Stakern gesichert wird und Hochdurchsatz-Veröffentlichungen mit kryptografischen Garantien für die Abrufbarkeit bietet.

3. Arbitrum Orbit ermöglicht es Teams, anwendungsspezifische Ketten zu starten, die an Arbitrum One abgewickelt werden, und dabei dessen Abwicklungsschicht zu nutzen und gleichzeitig die Kontrolle über die Ausführungslogik und die Token-Ökonomie zu behalten.

4. Das RollApp-Modell von Dymension kombiniert eine schnelle Konsensschicht (Dymension Hub) mit steckbaren Ausführungsmodulen und unterstützt so sofortige Endgültigkeit und natives Inter-RollApp-Messaging.

5. Fuel Network implementiert eine UTXO-basierte Ausführungsschicht, die für die parallele Transaktionsverarbeitung optimiert ist und sich in mehrere Abwicklungs- und DA-Backends integrieren lässt.

Häufig gestellte Fragen

F: Macht das modulare Design vollständige Knoten überflüssig? Modulare Systeme erfordern immer noch vollständige Knoten – aber ihre Rollen sind neu verteilt. Ein DA-Knoten überprüft die Datenveröffentlichung, ohne Verträge auszuführen. Ein Ausführungsknoten verarbeitet Zustandsänderungen, ohne den Konsens zu validieren. Kein einzelner Knoten führt alle Aufgaben aus.

F: Kann eine modulare Kette zentralisierter sein als ein Monolith? Ja. Das Zentralisierungsrisiko verlagert sich von der Anzahl der Validatoren auf den Modulbesitz. Wenn eine Entität sowohl die Abwicklungs- als auch die DA-Ebene kontrolliert, erlangt sie überproportionalen Einfluss auf die Endgültigkeit und den Zensurwiderstand – selbst wenn die Ausführung dezentral erfolgt.

F: Wie funktionieren Light Clients in modularen Kontexten? Light-Clients verifizieren Beweise anstelle von Rohdaten. Sie können Gültigkeitsnachweise von Ausführungsschichten, Betrugsnachweise von Abwicklungsschichten oder Stichprobenzertifikate zur Datenverfügbarkeit von DA-Schichten prüfen – wobei jeder Beweistyp seinem jeweiligen Modul entspricht.

F: Sind modulare Blockchains mit bestehenden Wallet-Standards kompatibel? Wallets interagieren hauptsächlich mit der Ausführungsschicht, sodass EVM-kompatible Rollups weiterhin die MetaMask-Unterstützung behalten. Nicht-EVM-Ausführungsebenen erfordern aktualisierte SDKs und Signaturschemata – die zugrunde liegende Wallet-Abstraktion bleibt jedoch unverändert.