Glosario cripto
Capa de consenso y capa de ejecución
Desde el Merge, un nodo de Ethereum ejecuta dos programas: un cliente de ejecución que procesa transacciones y otro de consenso que acuerda los bloques.
Ethereum dividió el software de sus nodos al pasar a la prueba de participación. La capa de ejecución corre la EVM, mantiene saldos y estado de los contratos y difunde las transacciones; entre sus clientes están Geth, Nethermind, Besu, Erigon y Reth. La capa de consenso, la antigua Beacon Chain, gestiona validadores, propuestas, atestaciones y finalidad; sus clientes incluyen Prysm, Lighthouse, Teku, Nimbus, Lodestar y Grandine. Ambas se comunican mediante una interfaz local llamada Engine API.
Quien opera un nodo completo o un validador necesita un cliente de cada tipo, y la combinación importa: si un solo cliente con un fallo dominara la red, podría llegar a finalizar una cadena inválida, por eso se anima a elegir clientes minoritarios. Los nombres de las actualizaciones siguen la misma división, con un nombre para ejecución y otro para consenso.
Son términos propios de la arquitectura de Ethereum. En los debates sobre blockchains modulares, «capa de ejecución» puede referirse también a los rollups que ejecutan sobre una cadena base, que es otra idea. El cliente validador suele contarse aparte del nodo de consenso.
Ejemplo
Un staker doméstico combina Nethermind como cliente de ejecución con Lighthouse como cliente de consenso, enlazados por un archivo secreto compartido para la Engine API.