Vitalik Buterin Revela el Diseño FOCIL + EIP-8141 Que Podría Garantizar la Inclusión de Transacciones en 1–2 Slots

Aspectos clave:

• Vitalik Buterin describe FOCIL y EIP-8141 para lograr la inclusión de transacciones en 1-2 slots.
• FOCIL limita la censura del proponente incluso en configuraciones hostiles de proponente-constructor.
• EIP-8141 habilita billeteras inteligentes y transacciones de privacidad sin wrappers ni intermediarios.

Vitalik Buterin ha detallado un diseño combinado que involucra FOCIL y EIP-8141 que podría garantizar la inclusión de transacciones dentro de uno a dos slots. La propuesta vincula las Listas de Inclusión Forzadas por Elección de Fork con cambios de abstracción de cuenta para mejorar la resistencia a la censura.

Según Buterin, el concepto conjunto permite una inclusión rápida en cadena incluso en entornos adversarios. La discusión siguió a la confirmación de que FOCIL, rastreado como EIP-7805, recibió el estado de Especificación Congelada Incluida. Los desarrolladores lo marcaron como un elemento destacado de la capa de consenso para el próximo fork de Hegota.

Vitalik Buterin explica la sinergia de FOCIL y EIP-8141

Vitalik Buterin dijo que EIP-8141 se basa en EIP-7701 y extiende las capacidades de abstracción de cuenta. La propuesta lleva las cuentas inteligentes a la ciudadanía de primera clase en Ethereum. Estas incluyen billeteras multifirma, firmas resistentes a la computación cuántica, rotación de claves y mecanismos de patrocinio de gas.

Agregó que los protocolos de privacidad también pueden beneficiarse. Pueden operar usando paymasters o cuentas multi-tenant si se introducen nonces bidimensionales. En el contexto actual, el estado de ciudadano de primera clase significa que no se pueden incluir transacciones wrapper en cadena.

FOCIL permite la inclusión rápida y resistente a la censura de cualquier transacción. Cuando se combina con EIP-8141, las transacciones de billetera inteligente y las transacciones de privacidad pueden incluirse en el mempool público. FOCIL puede recibirlas directamente sin intermediarios.

Buterin declaró que se incluyen 17 actores separados por slot. Estos incluyen al proponente del bloque y a los includers designados. El protocolo los selecciona aleatoriamente para cada slot.

Elaboró que, dentro de esta estructura, hay una inclusión casi segura en uno a dos slots. La garantía se aplica incluso si el entorno se vuelve hostil. Sin embargo, las transacciones no dependen de los caprichos de un solo proponente.

Garantías de inclusión bajo condiciones adversas

Vitalik Buterin destacó que el diseño limita el control del proponente. Incluso si el 100% de los slots se venden a través de la separación proponente-constructor a un actor hostil, la inclusión aún puede ocurrir. El mecanismo evita que las transacciones sean excluidas de los mempools públicos.

Las listas de inclusión FOCIL miden 8 kilobytes en la iteración actual. Buterin las llamó intencionalmente pequeñas. Sin embargo, propuso una posible ruta para aumentar significativamente su tamaño en el futuro.

En la clasificación más grande, la mayoría de las transacciones en el bloque podrían tener precios de transacciones de las listas FOCIL. Ese modelo se asemejaría a múltiples diseños de proponentes concurrentes. Sin embargo, no alteraría el rol de control relacionado con MEV del last look.

Bajo este marco, la función de last-look aún se subasta bajo la separación consagrada proponente-constructor. FOCIL no intenta gestionar tal rol. En cambio, se trata estrictamente de garantizar la inclusión y el acceso.

Buterin señaló que este enfoque no elimina la centralización del proponente. Sin embargo, reduce su poder para censurar transacciones. Como resultado, las aplicaciones no pueden ser fácilmente discriminadas a nivel de bloque.

Vitalik Buterin y el fork de Hegota priorizan la resistencia a la censura

El congelamiento de la especificación incluyó el estado de FOCIL, colocándolo en el centro de la hoja de ruta del fork de Hegota. Los comentarios de los desarrolladores lo describieron como una prioridad en la capa de consenso. El cambio tiene como objetivo fortalecer las garantías de neutralidad e inclusión de Ethereum.

Bajo la estructura propuesta, las transacciones de billeteras inteligentes y protocolos de privacidad pueden ingresar al mempool público. Los includers de FOCIL pueden recibirlas e incluirlas directamente en cadena. No se requieren wrappers ni transmisores públicos.

Vitalik Buterin presentó el diseño combinado de FOCIL y EIP-8141 como un mecanismo de inclusión rápida en todos los tipos de cuenta. El sistema selecciona aleatoriamente actores de inclusión para cada slot. Esa aleatoriedad respalda el objetivo de inclusión de dos slots.

La publicación Vitalik Buterin revela el diseño FOCIL + EIP-8141 que podría garantizar la inclusión de transacciones en 1-2 slots apareció primero en The Coin Republic.