Die Ausführungsschicht (früher „Eth1“ genannt) ist eine der beiden Hauptkomponenten der Ethereum-Architektur nach dem Merge. Sie ist verantwortlich für die Verarbeitung von Transaktionen, die Ausführung von Smart Contracts und die Aufrechterhaltung des aktuellen Zustands des Ethereum-Netzwerks. Nach dem Merge im September 2022 wurde die Ethereum-Architektur in zwei separate, aber koordinierende Schichten formalisiert: die Ausführungsschicht (zuständig für Berechnungen und Zustandsübergänge) und die Konsensschicht (zuständig für die Validator-Koordination, Blockvorschläge und die Finalität mittels Proof-of-Stake). Die Ausführungsschicht betreibt die Ethereum Virtual Machine (EVM) , verarbeitet alle Transaktionsdaten einschließlich Smart-Contract-Interaktionen, verwaltet die Konten- und Guthabendatenbank und generiert Ausführungsnutzdaten, die die Konsensschicht in Blöcke einbindet. Client-Software, die die Ausführungsschicht implementiert, umfasst Geth (go-ethereum), Nethermind, Besu und Erigon . Die Trennung von Ausführung und Konsens in separate Schichten war ein wichtiger architektonischer Meilenstein, der den Übergang von Proof-of-Work zu Proof-of-Stake ermöglichte, ohne die Ausführungslogik der Smart Contracts neu schreiben zu müssen.
Herkunft & Geschichte
| Datum | Event |
| 2015 | Das ursprüngliche Ethereum kombiniert Ausführung und Konsens in „Eth1“-Clients. |
| 2020 | Die Ethereum-Forschung formalisiert die Terminologie „Eth1/Eth2“; später umbenannt in Ausführung/Konsens. |
| 2020 | Die Beacon Chain startet als separate Konsensschicht; die PoS-Validator-Koordination beginnt. |
| 2021 | Die Engine-API-Spezifikation wurde entwickelt, um Ausführungs- und Konsensschichten zu verbinden. |
| 2022 (Juni) | Die Bezeichnungen „Eth1“/„Eth2“ sind veraltet; sie wurden in Ausführungsschicht/Konsensschicht umbenannt. |
| 2022 (September 15) | Die Zusammenführung: Ausführungsschicht an die Beacon Chain gekoppelt; PoW-Mining deaktiviert |
| 2023 | Shanghai/Capella-Upgrade (Shapella): Die Ausführungsschicht ermöglicht die Verarbeitung von ETH-Auszahlungen. |
| 2024 | EIP-4844 (Dencun): Die Ausführungsschicht fügt Blob-Transaktionen für die L2-Datenverfügbarkeit hinzu. |
„Die Trennung von Ausführung und Konsens ist nicht nur eine technische Architekturfrage – sie ist eine philosophische Aussage über Spezialisierung, Aufrüstbarkeit und die Zukunft der Skalierung von Ethereum.“
Funktionsweise
ETHEREUM-ARCHITEKTUR NACH DER MERGE:
Konsensschicht (Beacon Chain) ┌──────────────────────────────────┐ │ Validatoren schlagen Blöcke vor/bestätigen sie │ │ Regel zur Auswahl von PoS-Forks │ │ Finalität (2 Epochen ~12 Min.) │ │ Bestrafung unehrlicher Validatoren │ └──────────┬───────────────────────┘ │ Engine API │ (newPayload, forkchoiceUpdated) ▼ Ausführungsschicht (EVM) ┌──────────────────────────────────┐ │ Verarbeitet Transaktionen │ │ Führt Smart Contracts aus │ │ Verwaltet den Zustand (Konten, Code) │ │ Generiert die Ausführungsnutzlast │ │ Verwaltet den Mempool │ └───────────────────────────────────┘
| Verantwortung | Ausführungsebene | Konsensschicht |
| Transaktionsverarbeitung | ✓ | ✗ |
| Intelligente Vertragsabwicklung | ✓ | ✗ |
| Staatsverwaltung (ETH-Guthaben) | ✓ | ✗ |
| Blockvorschlag | ✗ | ✓ (Validatoren) |
| Endgültigkeit | ✗ | ✓ |
| Sybil-Widerstand | ✗ | ✓ (ETH-Staking) |
| P2P-Netzwerk | Beide (unterschiedliche Protokolle) | Beides |
| Mempool | ✓ | ✗ |
Einfach ausgedrückt
- Der Computer von EthereumDie Ausführungsschicht ist der Ort, an dem die eigentliche Berechnung stattfindet – jede Interaktion mit Smart Contracts, jeder Token-Transfer und jede DeFi-Transaktion wird hier verarbeitet.
- Trennung von BedenkenVor der Zusammenführung wurden Transaktionen und die Validierungskoordination von einem System abgewickelt. Nach der Zusammenführung sind diese Funktionen getrennt – die Ausführungsschicht konzentriert sich ausschließlich auf die Berechnung.
- EVM wohnt hierDie Ethereum Virtual Machine, die alle Smart Contracts verarbeitet, ist der Kern der Ausführungsschicht.
- Getragen von der Vielfalt der KundenMehrere unabhängige Softwareteams (Geth, Nethermind, Besu, Erigon) implementieren die Ausführungsschicht, wodurch verhindert wird, dass ein einzelner Softwarefehler das gesamte Ethereum-System lahmlegt.
- Engine-API-BrückeDie Ausführungs- und Konsensschicht kommunizieren über die Engine-API – die Konsensschicht weist die Ausführungsschicht an, welche Transaktionen wann verarbeitet werden sollen.
Beispiele aus der Praxis
| Szenario | Umsetzung | Ergebnis |
| ETH-Transfer | Die Ausführungsschicht validiert und verarbeitet Transaktionen. | Aktualisierung der Kontostände; Änderungen des Statusstamms |
| Uniswap-Tausch | Die EVM führt in der Ausführungsschicht Uniswap-Vertragsbytecode aus. | Token-Guthaben werden atomar getauscht. |
| Der Validator schlägt einen Block vor | Die Konsensschicht fordert die Ausführungsnutzlast über die Engine-API an. | Die Ausführungsschicht stellt Transaktionen und den Zustandsstamm bereit. |
| Shapella-Entzug | Das Shanghai-Upgrade erweitert die Ausführungsebene um die Abwicklung von Auszahlungen. | ETH-Auszahlungen für Validatoren aktiviert |
| L2-Blob-Daten | Dencun fügt der Ausführungsschicht den Blob-Transaktionstyp hinzu. | Günstigere Datenverfügbarkeit für Rollups |
Vorteile
| Vorteil | Beschreibung |
| Spezialisierung | Die Ausführungsschicht konzentriert sich ausschließlich auf die Berechnung und verbessert so die Optimierung. |
| Modulare Upgrades | Ausführungs-Upgrades (EIPs) unabhängig von Konsens-Upgrades |
| Kundenvielfalt | Mehrere Ausführungsclients verhindern einen Single Point of Failure |
| EVM-Stabilität | Die Kernausführungslogik bleibt durch Änderungen der Konsensschicht unverändert. |
| L2-Datenunterstützung | Die Ausführungsschicht wurde um Blob-Transaktionen für die L2-Skalierung erweitert. |
| Formale Spezifikation | Die Ausführungsschicht wurde formal für die clientübergreifende Kompatibilität spezifiziert. |
Nachteile & Risiken
| Nachteil | Beschreibung |
| Risiko der Kundendominanz | Geth hat einen Marktanteil von ca. 65–70 %; Fehler einzelner Clients könnten die Mehrheit beeinträchtigen |
| Komplexität der Engine-API | Die Koordination zwischen den Ebenen erhöht die Komplexität. |
| MEV-Konzentration | Der Mempool der Ausführungsschicht ermöglicht die MEV-Extraktion |
| Gasgrenzbeschränkungen | Der Durchsatz der Ausführungsschicht ist weiterhin durch das Blockgaslimit begrenzt. |
| Cross-Layer-Synchronisierung | Beide Ebenen müssen für Hard Forks koordiniert aufgerüstet werden. |
Tipps zum Risikomanagement:
- Node-Betreiber sollten den Einsatz von Minderheitsausführungsclients (Nethermind, Besu, Erigon) in Betracht ziehen, um die Clientdiversität zu verbessern.
- Überwachen Sie die Gasnutzung auf der Ausführungsschicht, um Gebührenspitzen für geplante Transaktionen vorherzusehen.
- Verfolgen Sie Vorschläge zur Aktualisierung der Ausführungsschicht (EIPs), die das Verhalten von DApps beeinflussen könnten.
- Für DApp-Entwickler: Testen Sie in Testnetzen, die dieselbe Clientdiversität der Ausführungsschicht wie das Hauptnetz verwenden.
FAQ
F: Worin besteht der Unterschied zwischen der Ausführungsschicht und der Konsensschicht?
A: Die Ausführungsschicht verarbeitet Transaktionen und Smart Contracts (die „Was-ist-geschehen“-Schicht). Die Konsensschicht koordiniert die Validatoren, um sich auf die einzubeziehenden Blöcke zu einigen und die Finalität sicherzustellen (die „Wer-entscheidet-was-geschehen ist“-Schicht). Die Kommunikation erfolgt über die Engine-API.
F: Was ist mit „Eth1“ und „Eth2“ passiert?
A: Die Ethereum Foundation hat diese Begriffe 2022 als veraltet eingestuft, da sie implizierten, dass Eth2 Eth1 als neue Blockchain ersetzen würde. Tatsächlich fungiert die ursprüngliche Blockchain weiterhin als Ausführungsschicht, während die Beacon Chain die Konsensschicht bildet. Beide sind notwendige Bestandteile eines einzigen Ethereum-Netzwerks.
F: Welchen Ausführungsschicht-Client sollte ich als Knotenoperator ausführen?
A: Jeder Ausführungsclient funktioniert, aber aus Gründen der Netzwerkstabilität empfiehlt sich ein weniger verbreiteter Client. Geth dominiert (ca. 65–70 % Marktanteil), was ein Zentralisierungsrisiko darstellt. Nethermind, Besu und Erigon sind hervorragende Alternativen, die das Netzwerkrisiko reduzieren und vollständig kompatibel sind.
F: Wie beeinflusst die Ausführungsschicht die Skalierung der Schicht 2?
A: L2-Lösungen (Optimism, Arbitrum, zkSync) senden Transaktionsdaten oder -nachweise an die Ausführungsschicht. Das Dencun-Upgrade (März 2024) führte „Blob“-Transaktionen in der Ausführungsschicht ein, um die L2-Datenkosten gezielt zu senken und die L2-Gebühren um das 10- bis 100-Fache zu reduzieren.
F: Kann die Ausführungsschicht unabhängig von der Konsensschicht aktualisiert werden?
A: Hard Forks koordinieren beide Schichten gleichzeitig (z. B. Shanghai für die Ausführung + Capella für den Konsens = „Shapella“). Dank der modularen Architektur können EIPs der Ausführungsschicht jedoch auf Änderungen beschränkt werden, die ausschließlich die Ausführung betreffen, ohne dass Anpassungen an der Konsensschicht erforderlich sind.
Verwandte Begriffe
- Konsensschicht– Partnerschicht für die Koordination des PoS-Validators
- EVM (virtuelle Ethereum-Maschine) – Kern der Ausführungsschicht
- Die Zusammenführung – das Ereignis, das die Ausführungs- und Konsensebenen formal trennte.
- Engine-API – Kommunikationsbrücke zwischen Ausführungs- und Konsensschicht
- Geth (go-ethereum) – Beliebtester Client der Ausführungsschicht
- Ebene 2 – Nutzt die Ausführungsschicht für Datenverfügbarkeit und Abrechnung.
- EIP (Ethereum Improvement Proposal) – Prozess zur Verbesserung der Ausführungsschicht
