Execution Layer (Ausführungsschicht)
Die Komponente einer modularen Blockchain, die für die Verarbeitung von Transaktionen, die Ausführung von Smart Contracts und die Aktualisierung des Netzwerkstatus zuständig ist – getrennt von Konsens und Datenverfügbarkeit.
Vor dem 'Merge' (Sept. 2022) verarbeiteten Ethereum-Clients wie Geth sowohl Transaktionen als auch den Proof-of-Work-Konsens. Der Merge entfernte die PoW-Logik und machte Geth zu einem reinen Execution-Layer-Client.
graph LR
Center["Execution Layer (Ausführungsschicht)"]:::main
Pre_smart_contracts["smart-contracts"]:::pre --> Center
click Pre_smart_contracts "/terms/smart-contracts"
Rel_consensus_layer["consensus-layer"]:::related -.-> Center
click Rel_consensus_layer "/terms/consensus-layer"
Rel_data_availability_layer["data-availability-layer"]:::related -.-> Center
click Rel_data_availability_layer "/terms/data-availability-layer"
Rel_account_abstraction["account-abstraction"]:::related -.-> Center
click Rel_account_abstraction "/terms/account-abstraction"
classDef main fill:#7c3aed,stroke:#8b5cf6,stroke-width:2px,color:white,font-weight:bold,rx:5,ry:5;
classDef pre fill:#0f172a,stroke:#3b82f6,color:#94a3b8,rx:5,ry:5;
classDef child fill:#0f172a,stroke:#10b981,color:#94a3b8,rx:5,ry:5;
classDef related fill:#0f172a,stroke:#8b5cf6,stroke-dasharray: 5 5,color:#94a3b8,rx:5,ry:5;
linkStyle default stroke:#4b5563,stroke-width:2px;
🧒 Erkläre es wie einem 5-Jährigen
Stell dir eine [Blockchain](/de/terms/blockchain) wie ein Restaurant vor. Die Execution Layer ist die Küche: Sie nimmt Bestellungen (Transaktionen) an, kocht nach Rezepten ([Smart Contracts](/de/terms/smart-contracts)) und richtet das Essen an (aktualisiert den Status). Die [Consensus Layer](/de/terms/consensus-layer) ist der Manager: Er kocht nicht, prüft aber, ob sich die Küche an die Regeln gehalten hat, einigt sich mit anderen Managern und schließt die Kasse ab. Im modernen [Ethereum](/de/terms/ethereum) sind Küche und Manager zwei getrennte Programme, die miteinander reden.
🤓 Expert Deep Dive
Die Engine API: Die Trennung erfordert einen sicheren Kanal. Die CL agiert als 'Treiber' und nutzt engine_newPayload, um der EL Blöcke zur Validierung zu übergeben, und engine_forkchoiceUpdated, um die Spitze der Chain zu definieren. Execution Clients: Client-Diversität (Geth, Nethermind, Erigon, Besu) ist kritisch, um fatale Netzwerkfehler durch Bugs in einer einzigen Software (z. B. Geth) zu verhindern. Rollups als EL: In der modularen Architektur sind Rollups (Arbitrum, Optimism) reine Execution Layers, die Berechnungen auslagern und nur Daten/Beweise an L1 (Ethereum) senden.
❓ Häufig gestellte Fragen
What is the difference between the Execution Layer and the Consensus Layer?
The Execution Layer processes transactions, runs smart contracts (EVM), and updates user balances. The Consensus Layer does not process transactions; instead, it coordinates validators to vote on which blocks are valid and ensures the network agrees on a single, final history of the chain.
What were the Execution Layer and Consensus Layer called before The Merge?
Historically, the Execution Layer was referred to as 'Eth1' (the original Ethereum PoW chain), and the Consensus Layer was referred to as 'Eth2' (the Beacon Chain). The Ethereum Foundation deprecated these terms in favor of EL and CL to emphasize that they are two components of a single, unified network, not sequential upgrades.
How do Layer 2 Rollups fit into this model?
Layer 2 Rollups (like Arbitrum or Base) are essentially standalone execution layers. They handle all the heavy transaction processing off-chain, and then use Ethereum (Layer 1) strictly for consensus, data availability, and final settlement.