Investigador de Ethereum propone añadir resistencia a la censura FOCIL en la actualización Hegota
Investigador de Ethereum propone añadir resistencia a la censura FOCIL en la actualización Hegota
El 27 de enero de 2026, el investigador de Ethereum Thomas Thiery (también conocido como “soispoke”) publicó una propuesta que posiciona a FOCIL como una posible funcionalidad destacada (“headliner”) para el próximo hard fork Hegota, presentándolo como un avance a nivel de protocolo para fortalecer las garantías de resistencia a la censura de Ethereum (hilo de la propuesta en Ethereum Magicians). Hegota se perfila como la segunda gran actualización de la red de Ethereum en 2026 y se espera que llegue en la segunda mitad del año, por lo que esta propuesta surge en un momento clave en el que la comunidad debate qué cambios deben priorizarse en el próximo ciclo de actualizaciones.
En este artículo explicamos qué es FOCIL, por qué es relevante ahora, qué implica su adopción y en qué deben fijarse los usuarios de Ethereum a medida que se define el alcance de Hegota.
Por qué en 2026 vuelve a estar en el centro del debate la resistencia a la censura
La resistencia a la censura no es una simple cuestión ideológica en el mundo blockchain: es una propiedad técnica y práctica. Cualquier transacción válida debería poder incluirse en la cadena en un plazo razonable, incluso si actores poderosos prefieren lo contrario.
En los últimos años, el ecosistema de Ethereum ha evolucionado acompañado de:
- Mayor dependencia de infraestructura especializada (constructores de bloques, relays, endpoints RPC)
- Una cadena de suministro de MEV más compleja
- Mayor presión regulatoria y de cumplimiento sobre operadores centralizados
- Crecimiento continuo de rollups y puentes cross-chain, lo que eleva el valor (y la sensibilidad política) de la capa 1 como base de liquidación
En este contexto, propuestas como FOCIL buscan reforzar la neutralidad confiable de Ethereum desde su capa base: que la inclusión de transacciones no sea solo probable, sino sistemáticamente garantizada.
¿Qué es FOCIL?
FOCIL significa Listas de Inclusión Forzadas por Selección de Fork y está especificado actualmente como la EIP-7805 (ver EIP-7805 en eips.ethereum.org).
A grandes rasgos, FOCIL es un mecanismo de inclusión de transacciones a nivel de protocolo, diseñado para asegurar que toda transacción válida sea incluida dentro de un tiempo límite, incluso ante intentos de censura.
El mecanismo funciona así:
- Un comité de validadores es elegido para generar listas de inclusión (conjuntos de transacciones que consideran deben ser incluidas).
- El productor del siguiente bloque debe incluir esas transacciones.
- Se modifica el comportamiento de selección de cadena (fork-choice) para que los validadores (atestadores) solo voten por los bloques que cumplan con las listas de inclusión. Aquellos bloques que ignoren transacciones válidas de las listas tienen muchas menos probabilidades de convertirse en “canónicos”.
Aquí está la clave: FOCIL no sugiere incluir ciertas transacciones, sino que dice claramente: si no las incluyes, tu bloque será tratado por el consenso como no competitivo.
Para más contexto y motivaciones desde la investigación de Ethereum, puedes revisar el artículo del Robust Incentives Group de la Ethereum Foundation (visión general de FOCIL).
¿Por qué se está considerando FOCIL específicamente para Hegota?
En la propuesta para convertir a FOCIL en una función principal de Hegota, Thomas Thiery sostiene que este mecanismo mejora significativamente las garantías de inclusión en Ethereum, al permitir que múltiples validadores refuercen conjuntamente la inclusión, en lugar de depender de un único proponente o de un grupo reducido de constructores profesionales (hilo de discusión sobre la propuesta).
Al mismo tiempo, los desarrolladores centrales de Ethereum han adoptado un ritmo de actualizaciones más claro y regular, y las discusiones públicas sobre planes de forks y cronogramas continúan en foros abiertos como las llamadas de All Core Devs – Execution (notas de ACDE #226). En este escenario, una propuesta como FOCIL tiene puntos a favor:
- Su especificación ya está avanzada (el EIP-7805 está redactado)
- Su objetivo de seguridad es fácil de comunicar: inclusión oportuna
- Responde directamente a inquietudes sobre la centralización de constructores y censura
Cómo funciona FOCIL (a nivel conceptual sin entrar en tecnicismos)
FOCIL introduce una nueva “restricción” de consenso relacionada con la inclusión de transacciones:
- Un pequeño conjunto de validadores publica listas de inclusión para cada slot.
- El siguiente bloque debe incluir esas transacciones (o justificar técnicamente por qué no puede hacerlo).
- Luego los validadores atestiguan penalizando los bloques que ignoran transacciones incluibles.
Por eso FOCIL se entiende como una modificación al comportamiento de elección de cadena (fork-choice): desde este enfoque, la inclusión de transacciones se vuelve parte del mecanismo de consenso, no una elección opcional del proponente o constructor.
Para conocer todos los detalles —como la selección del comité, reglas de propagación, manejo de equivocaciones y la lógica de validación— lo mejor es consultar directamente la especificación del EIP-7805.
¿Qué problemas busca resolver FOCIL?
1) Censura a nivel de constructores de bloques o relays
Aunque la red de validadores de Ethereum esté descentralizada, la construcción de bloques puede concentrarse. Si pocos constructores dominan la producción, esto puede dar lugar a censura debido a políticas internas o limitaciones comerciales.
FOCIL busca disminuir ese riesgo al permitir que un comité de validadores imponga la inclusión, reduciendo la capacidad de censura de cualquier ente individual o pequeño grupo.
2) “Censura blanda” mediante retraso
En la práctica, la censura suele ocurrir como demoras, no como exclusión permanente. Transacciones válidas pueden tardar varios bloques en entrar debido a filtros, controles de riesgo o dinámicas de mempools privados.
Con FOCIL, Ethereum puede defender mejor la idea de que los retrasos no deberían prolongarse de forma indefinida.
Costes y preguntas abiertas que generarán debate
FOCIL no es una solución sin coste. Si se convierte en una seria candidata para Hegota, es probable que surjan debates en áreas como:
- Sobrecarga y complejidad de red: Las listas de inclusión deben propagarse correctamente y los validadores deben verificarlas dentro de tiempos de bloque estrictos.
- Garantía de liveness: Imponer más restricciones sobre qué bloques son válidos puede aumentar el riesgo de interrupciones si la red pasa por condiciones adversas.
- Diseño de incentivos: El EIP-7805 aclara que no incluye un mecanismo de incentivos específico para quienes publican listas, confiando en el comportamiento esperado de los validadores (racional del EIP-7805). Por otro lado, trabajos académicos han estudiado modelos de tarifas e incentivos para sistemas de múltiples proponentes (paper en arXiv de Stouka, Ma y Thiery).
- Riesgos jurídicos y regulatorios: Si se dificulta evitar la inclusión forzada, ciertos operadores podrían temer tener mayor exposición legal en distintas jurisdicciones. Esto no es tanto una objeción técnica como una realidad del entorno operativo actual.
¿Qué implica esto para los usuarios comunes de Ethereum?
Si FOCIL (o un diseño similar) se implementa, el cambio para los usuarios puede parecer sutil, pero será significativo:
- Tu transacción válida tendrá más garantías de ser incluida, incluso si ciertos proveedores de infraestructura prefieren ignorarla.
- Con el tiempo, esto puede reducir la necesidad de usar “atajos” (relays exclusivos, canales privados o acuerdos informales con constructores) para lograr confirmaciones.
Dicho esto, los usuarios seguirán preocupándose por:
- Las comisiones (incluir no es lo mismo que incluir barato)
- La privacidad (FOCIL no hace privadas las transacciones por sí solo)
- El MEV / front-running (FOCIL garantiza inclusión, pero no elimina la extracción de valor)
Cómo encaja OneKey: la resistencia a la censura empieza con la autocustodia
La resistencia a la censura a nivel de protocolo es solo una parte del todo. La otra parte es quién tiene el control de tus claves.
Si tus activos están en cuentas custodiadas por terceros, la censura puede ocurrir antes de llegar siquiera a escribir en Ethereum: en el acceso a la cuenta, los retiros o el uso del API. En cambio, la autocustodia garantiza que puedas firmar transacciones y publicarlas sin depender de intermediarios.
Aquí es donde una cartera hardware como OneKey se convierte en un complemento práctico a los objetivos del camino de Ethereum: al mantener las claves privadas fuera de línea y confirmar transacciones directamente en el dispositivo, OneKey reduce el riesgo de malware, ataques a navegadores o flujos de firma inseguros—riesgos que suelen aumentar durante grandes actualizaciones, cuando proliferan los fraudes y las falsas alertas de “upgrade”.
Qué observar hasta Hegota (de ahora en adelante)
A enero de 2026, el impulso de FOCIL hacia Hegota debe considerarse como una propuesta seria dentro del proceso de definición del fork, pero no como una inclusión asegurada.
Para seguir la discusión más relevante:
- Hilo sobre la propuesta que plantea a FOCIL como función principal de Hegota: discusiones en Ethereum Magicians
- La especificación del mecanismo: EIP-7805
- Contexto y planificación de los desarrolladores principales: notas de la ACDE #226
Conclusión
FOCIL apunta con claridad hacia una nueva dirección: pasar de normas informales de “mejor esfuerzo” a garantías de inclusión reforzadas por consenso. Si la comunidad se alinea en torno a su adopción para Hegota, será uno de los cambios más directos al protocolo con el objetivo de preservar la neutralidad de Ethereum, justo cuando la producción de bloques se profesionaliza y aumenta la presión del entorno regulatorio global.
Para los usuarios, el mensaje es claro: mantente atento a cómo evoluciona Hegota, pero también toma control desde ya—usa autocustodia, revisa lo que firmas y evita depender de intermediarios únicos.
