Los validadores de Ethereum están preparados para asumir nuevos roles con la introducción de EIP-7732, la propuesta de separación Enshrined Proposer-Builder.
Esta propuesta cambia fundamentalmente la forma en que se validan los bloques de Ethereum al separar la validación de ejecución de la validación de consenso tanto de manera lógica como temporal.
Se revisan los validadores
Los validadores ahora tienen nuevas responsabilidades, incluida la capacidad de convertirse en constructores y el requisito de presentar certificaciones de puntualidad de la carga útil.
El EIP aborda múltiples cuestiones clave en el sistema actual. La mayoría de los defensores del bloque baliza subcontratan la construcción de la carga útil de ejecución a un tercero, conocido como constructor.
Solicitan la raíz del árbol hash (HTR) de una carga útil de ejecución prometida y envían un SignedBlindedBeaconBlock a una parte de confianza. Luego, esta pieza reemplaza el HTR con la carga útil de ejecución completa del fabricante antes de la transmisión.
El EIP garantiza un comercio justo entre el proponente del bloque baliza y el constructor. Garantiza que el constructor pague a un proponente honesto de un bloque de baliza y que la carga útil de un constructor honesto se convierta en la cabeza canónica de la cadena.
Actualmente, los validadores tienen una ventana corta para realizar transiciones de estado de ejecución y de consenso, verificar la disponibilidad de datos de blobs y evaluar al nuevo jefe de la cadena de bloques.
Este EIP cambia eso al separar la ejecución y la validación del consenso, lo que permite a los validadores centrarse en la transición del estado de consenso antes de certificar.
Se pospone la validación de la ejecución y disponibilidad de los datos, lo que permite a los validadores realizar estas tareas en el intervalo de tiempo restante.
Justificación detrás de EIP-7732
Eliminar toda la carga útil de ejecución del bloque de consenso permite una propagación de red más rápida. Reduce la probabilidad de reorganización al incluir transacciones de blobs debido a plazos más prolongados para las comprobaciones de disponibilidad de datos.
Los validadores ya no pierden reclamos, lo que fortalece las propiedades de elección de bifurcación cuando los constructores producen cargas útiles no válidas. EIP también elimina la necesidad de middleware confiable para delegar la construcción de bloques.
El EIP no requiere cambios en el nivel de ejecución. Sin embargo, el nivel de consenso sufre varios cambios, detallados en el repositorio de especificaciones de consenso de GitHub.
Estos incluyen cambios en Beacon Chain, elección de bifurcación, protocolos P2P, guías de validación y la introducción de una nueva guía para desarrolladores.
Los cambios en Beacon Chain involucran constantes, ajustes preestablecidos y varias clases de contenedores para manejar los nuevos reclamos de carga útil y los encabezados de carga de ejecución firmados.
El contenedor BeaconState se modifica para realizar un seguimiento del último hash del bloque, la última ranura con una carga útil de ejecución y la última raíz de retiros.
BeaconBlockBody ahora incluye un encabezado de carga útil de ejecución firmado y una lista de reclamos de carga útil. ExecutionPayloadHeader se simplifica para realizar un seguimiento de la información mínima para los compromisos de carga útil del constructor.
Los cambios en la lógica de transición de estado incluyen nuevas funciones para procesar reclamos de carga útil, ejecutar encabezados de carga útil y solicitudes de retiro.
Los cambios en la elección de la bifurcación significan nuevas constantes y clases de contenedores para administrar nodos secundarios, mensajes más recientes y cambios en la tienda. Se introducen nuevos controladores para mensajes de atestación de carga útil y sobres de carga útil de ejecución firmados.
Informe de Jai Hamid