Capa de Ejecución (Execution Layer)
El componente de una blockchain modular responsable de procesar transacciones, ejecutar smart contracts y actualizar el estado de la red, independiente del consenso y la disponibilidad de datos.
Antes de 'The Merge' (sept. 2022), clientes como Geth manejaban tanto la ejecución como el consenso Proof-of-Work. The Merge eliminó la lógica PoW, convirtiendo a Geth en un cliente puro de Capa de Ejecución.
graph LR
Center["Capa de Ejecución (Execution Layer)"]:::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;
🧒 Explícalo como si tuviera 5 años
Imagina la [blockchain](/es/terms/blockchain) como un restaurante. La Capa de Ejecución es la cocina: toma los pedidos (transacciones), sigue las recetas ([smart contracts](/es/terms/smart-contracts)) y prepara la comida (actualiza el estado). La Capa de Consenso es el gerente: no cocina, pero verifica que la cocina siguió las reglas, acuerda con otros gerentes y finaliza las cuentas. En [Ethereum](/es/terms/ethereum) hoy, la cocina y el gerente son dos programas separados que hablan entre sí.
🤓 Expert Deep Dive
La Engine API: La separación EL/CL requiere un canal seguro. La CL actúa como 'conductor'. Usa engine_newPayload para pasar un bloque a la EL para su validación, y engine_forkchoiceUpdated para dictar cuál es la cabeza de la cadena. Clientes de Ejecución: La diversidad de clientes (Geth, Nethermind, Erigon, Besu) es crítica para evitar que un error en un cliente mayoritario (Geth) corrompa el estado de la red. Rollups como EL: En la tesis modular, los Rollups (Arbitrum, Optimism) son capas de ejecución puras que procesan transacciones a alta velocidad y bajo costo, publicando datos/pruebas en L1.
❓ Preguntas frecuentes
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.