- FOCIL EIP-7805 pasa de la fase de investigación a la planificación directa para el próximo fork Hegota.
- Buterin afirma que FOCIL junto con EIP-8141 permite que las smart wallets y las transacciones privadas se incluyan en 1-2 slots.
- Con 17 validadores aleatorios en cada slot, las pruebas de seguridad reducen las probabilidades de censura por debajo del 0,01%.
Los desarrolladores de Ethereum han avanzado con Fork-Choice Enforced Inclusion Lists, conocido como EIP-7805, como una actualización central del consenso para el próximo fork Hegota. La propuesta avanza hacia la planificación de la implementación después de que el colaborador Soispoke.eth dijera que la función había sido “SFI’d”, señalando un alineamiento interno. Este desarrollo sitúa la resistencia a la censura y las garantías de inclusión de transacciones en el centro del próximo ciclo de actualización de Ethereum.
La actualización también recibió el apoyo público del cofundador de Ethereum, Vitalik Buterin, quien describió cómo FOCIL funciona junto a las mejoras de account abstraction. Afirmó en X que FOCIL permite la inclusión rápida y resistente a la censura de cualquier transacción. Explicó que el diseño se combina con EIP-8141 para ampliar el acceso directo en cadena para las smart wallets y los protocolos de privacidad.
Los desarrolladores dedicaron dieciocho meses a construir las pruebas de seguridad de FOCIL. Los investigadores modelaron la colusión de validadores, los intentos de coacción y los exploits del protocolo. Su análisis determinó que seleccionar 17 participantes por slot reduce el riesgo de censura por debajo del 0,01 por ciento bajo supuestos pesimistas.
Diseño y modelo de seguridad de FOCIL
FOCIL introduce pequeñas listas de inclusión en la capa de consenso. En su iteración actual, cada lista mide 8 kilobytes. Buterin dijo que el tamaño permanece intencionadamente pequeño, pero los desarrolladores pueden ampliarlo más adelante si los bloques requieren que mayores cantidades de transacciones pasen a través de FOCILs.
Explicó que 17 actores elegidos aleatoriamente participan en cada slot. Estos actores incluyen al proponente del bloque y a los includers designados. Según Buterin, esta estructura permite la inclusión casi segura de transacciones en uno o dos slots, incluso en condiciones adversas.
Los investigadores diseñaron el sistema para contrarrestar los riesgos de centralización de validadores. Buterin afirmó que incluso si cada slot fuera vendido a un actor hostil a través de la separación proposer-builder, las transacciones aún podrían ser incluidas rápidamente. Añadió que FOCIL no elimina la centralización de los proponentes, pero limita su influencia.
Sinergia con la account abstraction
FOCIL opera junto a EIP-8141, que se basa en EIP-7701. Buterin dijo que EIP-8141 otorga estatus de primera clase a las smart accounts en la cadena. Señaló que esto incluye cuentas multisig, firmas resistentes a la computación cuántica, cambios de clave y funciones de patrocinio de gas.
Agregó que los protocolos de privacidad también pueden obtener derechos de inclusión directa. Las transacciones de estas cuentas ya no requieren envoltorios ni broadcasters externos. En cambio, pueden entrar en un mempool público y pasar directamente a un includer de FOCIL.
Anteriormente, los modelos avanzados de smart wallet enfrentaban fricciones operativas. Dependían de capas adicionales y podían sufrir discriminación en el procesamiento. Con el estatus nativo bajo EIP-8141, el protocolo los trata por igual que a las cuentas externas.
Relacionado: Vitalik Buterin defiende la neutralidad y la libertad de expresión de Ethereum
Interacción con diseños de MEV y MCP
Buterin comparó la estructura de FOCIL con varios diseños concurrentes de proponentes. Afirmó que FOCIL comparte ciertas propiedades con los sistemas MCP. Sin embargo, no intenta controlar el papel de “last look” relevante para MEV.
En su lugar, el protocolo continúa subastando la función de last look mediante la separación encriptada proposer-builder. Buterin señaló que el comportamiento MCP depende en gran medida de los detalles del diseño. En contraste, FOCIL aísla las garantías de inclusión del control de MEV.
Describió el enfoque como una manera de desincentivar el comportamiento abusivo de los proponentes. Si actores hostiles se niegan a conectarse a los mempools públicos o discriminan contra aplicaciones, FOCIL aún permite la inclusión mediante includers seleccionados aleatoriamente. Este diseño busca preservar el procesamiento rápido de transacciones a través de distintas condiciones de red.
A medida que Ethereum avanza hacia el fork Hegota, los desarrolladores ahora pasan de la investigación a la planificación de la implementación para FOCIL y EIP-8141. Con 17 actores seleccionados por slot y listas de inclusión de 8 kilobytes, la red apunta a una inclusión casi garantizada en dos slots. ¿Podría este modelo redefinir las garantías de transacciones en entornos blockchain adversos?
