Nota: El texto original proviene de la publicación del blog de Phil Ngo, recopilada y recopilada por Mars Finance.

A medida que la implementación de Deneb/Cancun llega a su fin, se le pidió al equipo del cliente que brinde sugerencias sobre lo que debería incluirse en el próximo hard fork de Electra/Praga. Esta publicación de blog describirá el consenso combinado de los principales contribuyentes de Lodestar, inspirado en artículos del equipo Reth de Paradigm y la reunión ejecutiva 179 de AllCoreDevs que elogian este enfoque.

Breve descripción

El equipo de clientes de Ethereum acordó en general en la Reunión Ejecutiva 179 de AllCoreDevs aprovechar el impulso de la actualización antes de la entrega de los intentos de Verkle en la red principal, un esfuerzo importante que se espera que se complete en 2025, durante 2024. Divisiones más pequeñas. Otros equipos también pueden trabajar en flujos de trabajo paralelos al mismo tiempo. Para un cliente de consenso como Lodestar, tiene sentido abogar por la inclusión de los siguientes EIP:

EIP-6110: Aprovisionamiento de depósitos de validador en cadena

EIP-7002: la capa de ejecución puede desencadenar la salida

EIP-7251: Agregar MAX_EFFECTIVE_BALANCE

EIP-7549: Mover el índice del comité fuera de la certificación

EIP-7594: PeerDAS

SSZificación

  • EIP-7495: Contenedores estables SSZ

  • EIP-6493: Esquema de firma de transacciones SSZ

  • EIP-6404: directorio raíz de transacciones SSZ

  • EIP-6466: raíz del recibo SSZ

  • EIP-6465: raíz de extracción SSZ

EIP-3074: códigos de operación AUTH y AUTHCALL

Apoyar la inclusión en el EIP de consenso de Electra

Estas son las propuestas de mejora de Ethereum (EIP) que creemos que deberían incluirse en Electra:

EIP-6110: Aprovisionamiento de depósitos de validador en cadena

La propuesta tiene como objetivo adjuntar depósitos de validador a la estructura de bloques de la capa de ejecución. Este cambio trasladará la responsabilidad de la inclusión y verificación de depósitos a la capa de ejecución, eliminando así la necesidad de votos de depósito (o eth1data) en la capa de consenso. La lista de depósitos del validador en un bloque se obtendrá analizando los eventos de registro del contrato de depósito producidos por cada transacción de depósito en un bloque específico.

Agregar esta característica mejorará la seguridad de los depósitos, reducirá los retrasos entre el envío y el procesamiento de los depósitos, eliminará la dependencia del sondeo de datos de la API JSON-RPC y reducirá la complejidad entre los clientes de ejecución y consenso.

EIP-7002: la capa de ejecución puede desencadenar la salida

EIP-7002 propone agregar una nueva precompilación con estado que permita a los validadores activar la salida de la cadena de balizas utilizando sus credenciales de salida de la capa de ejecución (0x01). Este mecanismo agrega estos nuevos mensajes de salida de la capa de ejecución al bloque de la capa de ejecución para que los lea la capa de consenso.

Unirse a este EIP proporciona un mayor control sobre los validadores y aumenta la seguridad de su acuerdo de depósito en garantía. El EIP es particularmente útil para operadores de apuestas líquidas y validadores controlados por contratos inteligentes, lo que reduce la necesidad de una gestión centralizada de fideicomisos. Además de simplificar el proceso de salida para los validadores, los validadores que pierden el acceso a sus claves de activación aún pueden usar sus credenciales de salida para salir y recuperar sus fondos. Esta incorporación se justifica por numerosas mejoras en la experiencia del usuario (tanto colectiva como individual).

EIP-7251: aumentar MAX_EFFECTIVE_BALANCE

EIP-7251 recomienda aumentar MAX_EFFECTIVE_BALANCE para reducir el tamaño del conjunto de validación, reduciendo así la cantidad de mensajes P2P, la agregación de firmas BLS y la huella de memoria de BeaconState. Este cambio beneficia tanto a los validadores pequeños como a los grandes, permitiendo incrementos de escala más flexibles y recompensas compuestas.

Si bien continúan las discusiones y las mejoras a la especificación, es importante tener la información más actualizada para tomar una decisión informada sobre la inclusión en la especificación. Creemos que este EIP es fundamental para garantizar la máxima descentralización, optimizando el ancho de banda de la red y la sobrecarga informática del nodo, ya que la red de prueba "Big Boy" (Holesky) compuesta por más de 2,1 millones de validadores determina que el estado del validador existe teóricamente en un límite superior.

EIP-7549: Sacar el índice del comité del mensaje "Atestación"

El objetivo principal de EIP-7549 es eliminar el campo de índice del comité de los mensajes de certificación firmados. Este cambio tiene como objetivo permitir la agregación de votos de consenso idénticos, aumentando así la eficiencia de la verificación de las reglas de consenso.

La simplicidad de esta implementación y la optimización del proceso de verificación justifican su incorporación al desempeño de la cadena de balizas.

EIP-7594: PeerDAS

PeerDAS tiene como objetivo aprovechar componentes p2p conocidos y probados en batalla que ya están en producción en Ethereum para escalar la disponibilidad de datos más allá de la proporcionada por EIP-4844, mientras mantiene cargas de trabajo de nodo honestas similares a EIP-4844 (el tamaño de descarga por ranura es inferior a 1 MB) .

Creemos que esta propuesta probablemente se convertirá en el mayor esfuerzo de implementación para la próxima bifurcación dura de consenso. El espacio de datos es probablemente uno de los productos más importantes de blockchain. Los beneficios de una mayor escalabilidad justificarán este esfuerzo. Al reutilizar componentes confiables, podemos implementar más fácilmente esta funcionalidad y al mismo tiempo mantener una carga de trabajo manejable para nodos individuales de todos los tamaños.

SSZificación

Esta sección incluye los siguientes EIP para su finalización completa:

EIP-7495: Contenedores estables SSZ

EIP-6493: Esquema de firma de transacciones SSZ

EIP-6404: directorio raíz de transacciones SSZ

EIP-6466: directorio raíz de recibos SSZ

EIP-6465: raíz de extracción SSZ

Apoyamos la coherencia de las estructuras de datos SSZ y esperamos continuar la transición a la SSZización, incluso si es una transición lenta. Las pruebas eficientes de Merkle ayudarán a habilitar aún más los nodos/clientes ligeros y brindarán más optimizaciones en el almacenamiento de datos, la transferencia de red y la complejidad del código. Recomendamos admitir StableContainer primero y migrar BeaconBlockBody y ExecutionPayload, ya que es más probable que estas estructuras se modifiquen con cada bifurcación dura.

Apoya la ejecución EIP incluido en Praga

Si bien los EIP que se enumeran a continuación generalmente se consideran cambios ejecutivos, a Lodestar le gustaría expresar su apoyo a la inclusión de los EIP de Praga a través de aportes de otros equipos de clientes ejecutivos:

EIP-3074: códigos de operación AUTH y AUTHCALL

EIP-3074 está diseñado para permitir a EOA delegar el control a los contratos, haciéndolo actuar efectivamente como una billetera de contrato inteligente sin la necesidad de implementar un contrato. Esta autorización se logra mediante dos nuevos códigos de operación AUTH y AUTHCALL.

Apoyamos la incorporación de este EIP o alguna forma de él en Ethereum para mejorar la interacción del usuario con Ethereum. Como lo presentó f00bar en la 179ª Reunión de Nivel Ejecutivo, la inclusión de este EIP es fundamental para el desarrollo continuo del ecosistema Ethereum.