Análisis profundo de la actualización de Ethereum FOCIL: ¿cómo se puede codificar directamente la resistencia a la censura en la capa de consenso?

El ecosistema de construcción de bloques de Ethereum ha experimentado un proceso notable de centralización durante los últimos dos años. Los datos muestran que actualmente más del 80% de los bloques de Ethereum son producidos por un pequeño número de constructores, y el poder de construcción de bloques se está concentrando gradualmente en participantes de mayor nivel capaces de extraer el máximo valor mediante la optimización del ordenamiento de transacciones. Esta tendencia hacia la centralización se origina en los impulsores económicos de MEV: los constructores obtienen ganancias adicionales mediante algoritmos complejos de ordenamiento, creando barreras naturales a la especialización. Al mismo tiempo, aunque el mecanismo de separación proponente-constructor pretende evitar la centralización en la capa de staking, sin querer ha creado un nuevo riesgo de centralización en la capa de construcción de bloques. Vitalik Buterin ha señalado con claridad que, aunque ePBS puede evitar que el poder de construcción de bloques se concentre en unos pocos pools de staking, la propia construcción de bloques aún podría concentrarse en unos pocos participantes de mayor nivel debido a la especialización y la maximización de MEV.

El problema central que trae este cambio estructural es la visibilización del riesgo de censura. Cuando unos pocos constructores controlan la gran mayoría de la producción de bloques, que una transacción se incluya en un bloque deja de ser un resultado natural de un mercado abierto, y podría verse influido por la voluntad subjetiva de los constructores. Para los protocolos DeFi, los emisores de stablecoins y las redes Layer 2 que dependen de Ethereum como una capa neutral de liquidación, esta incertidumbre desafía directamente la promesa central de Ethereum como plataforma neutral y confiable.

¿Cómo resuelve FOCIL el problema de la censura de transacciones desde la capa de protocolo?

FOCIL (Fork-Choice Enforced Inclusion Lists, es decir, EIP-7805) transfiere, mediante un conjunto de mecanismos de capa de protocolo precisos, el derecho de inclusión forzada de las transacciones desde los constructores de bloques hacia un comité de validadores descentralizado. Su proceso central se divide en tres pasos: en cada slot de Ethereum, el sistema selecciona aleatoriamente 16 validadores para formar un comité temporal; cada miembro del comité publica una lista local de inclusión basada en su observación independiente del mempool, en la que enumera las transacciones válidas que, según su criterio, deberían incluirse en el bloque; el proponente del bloque agrega todas las listas para construir el bloque candidato, y los validadores rechazan votar por bloques que no incluyan transacciones válidas que estén en alguna lista.

La clave de este mecanismo está en codificar la resistencia a la censura directamente en las reglas de elección por bifurcación. Si un bloque ignora transacciones válidas de la lista del comité—aunque esas transacciones provengan de direcciones sancionadas—la red se bifurcará desde ese bloque, obligándolo a quedar excluido de la cadena canónica. En comparación con las soluciones de listas de inclusión anteriores, el mecanismo de comités aleatorios reduce de manera significativa el riesgo de sobornos y ataques de extorsión, porque los atacantes no pueden predecir qué validadores serán seleccionados y les resulta difícil sobornar simultáneamente a 16 validadores aleatorios.

Otra característica importante de FOCIL es el soporte nativo para el ecosistema de privacidad. El mecanismo de comité se adapta de forma natural a la abstracción de cuentas y a los protocolos de privacidad: los usuarios pueden enviar transacciones mediante cuentas inteligentes, y los usuarios de protocolos de privacidad tampoco necesitan preocuparse por que quienes censuran identifiquen y bloqueen sus transacciones. Esto allana el camino técnico para que Ethereum evolucione hacia un estilo más «cypherpunk».

¿En dónde se refleja el costo de la resistencia a la censura a nivel de protocolo?

Codificar la resistencia a la censura en la capa de consenso no carece de costos. Las principales críticas a FOCIL provienen del ángulo de riesgo legal. Los críticos señalan que exigir a los validadores la inclusión de todas las transacciones válidas—incluidas las transacciones enviadas desde direcciones sancionadas por OFAC—podría exponer a validadores dentro de Estados Unidos a riesgos de sanciones regulatorias. El fundador de los pools de privacidad, Ameen Soleimani, señaló que, después de que Tornado Cash fuera incluido en la lista de sanciones, aproximadamente el 90% de los validadores eligió no incluir transacciones relacionadas con ese protocolo de privacidad. Si esos validadores se vieran obligados a incluir este tipo de transacciones, podría surgir un conflicto directo a nivel regulatorio.

En la capa de complejidad del protocolo, FOCIL necesita completar en cada slot múltiples etapas, como la selección aleatoria del comité, la generación de listas de inclusión, la agregación de listas y la validación de votaciones, lo cual inevitablemente incrementa la carga computacional de la capa de consenso. Los desarrolladores están optimizando el tamaño de las pruebas y la eficiencia de Gas para soportar la escalabilidad de un futuro nivel «GigaGas». Además, FOCIL había sido excluido previamente de la actualización Glamsterdam; en parte, debido a las preocupaciones de la comunidad de desarrollo sobre su complejidad y el riesgo potencial de retrasos.

Desde el punto de vista de los compromisos de prioridad, los desarrolladores principales de Ethereum votaron en marzo de 2026 para adoptar FOCIL como la única función «titular» de la actualización Hegota, al mismo tiempo que se reduce la prioridad de las propuestas de transacciones marco respaldadas por Vitalik Buterin. Los desarrolladores de clientes indican que agregar un segundo titular podría causar retrasos en Hegota, y que la complejidad de las transacciones marco hace difícil comprometer una hoja de ruta con tiempos de entrega fijos. Esta decisión refleja con claridad la jerarquía de valores de la comunidad de desarrollo de Ethereum: entre la resistencia a la censura y la experiencia del usuario, la primera se sitúa en la máxima prioridad.

¿Qué significa esta actualización para la configuración del ecosistema de Ethereum?

La implementación de FOCIL reconfigurará el ecosistema de Ethereum en múltiples dimensiones. En la capa económica, cambia la lógica de distribución de beneficios de MEV. Antes, los constructores de bloques obtenían ingresos por MEV mediante el ordenamiento y la inclusión selectiva de transacciones; FOCIL obliga a los constructores a incluir las transacciones de la lista del comité, lo que limita la capacidad del constructor de excluir selectivamente transacciones del pool, debilitando su poder de negociación en el mercado. Este cambio podría impulsar la evolución del ecosistema MEV hacia una mayor descentralización.

En el modelo de confianza, FOCIL llevará la capacidad de Ethereum de resistir la censura desde el nivel del consenso social hacia el nivel de reglas del protocolo. Antes, la resistencia a la censura de Ethereum dependía de los compromisos morales de los validadores y la supervisión de la comunidad—una restricción flexible. FOCIL la convertirá en una imposición rígida dentro de las reglas de bifurcación, y ningún validador podrá eludirla técnicamente. Esto incrementa significativamente la credibilidad de Ethereum como el «espacio de bloques más neutral».

En el panorama competitivo, el despliegue de FOCIL reforzará aún más la ventaja diferenciadora de Ethereum en esta dimensión clave de resistencia a la censura. En comparación con redes competidoras que buscan mayor rendimiento o tarifas más bajas, Ethereum está construyendo un foso de neutralidad inalterable mediante el diseño a nivel de protocolo. Tim Clancy, desarrollador de Layer 2, calificó FOCIL como «la propuesta más importante para Ethereum» porque entrega la capacidad central que Ethereum debe tener para continuar cumpliendo su misión.

¿En qué posición está FOCIL en la hoja de ruta de Ethereum 2026?

La hoja de ruta de protocolos de 2026 publicada por la Fundación Ethereum establece explícitamente tres líneas principales: «ampliar», «mejorar la experiencia de usuario» y «fortalecer L1». FOCIL pertenece a la línea de «fortalecer L1», junto con la investigación en criptografía post-cuántica, con foco en seguridad y resistencia a la censura. En el plan de Ethereum para 2026 se contemplan dos actualizaciones con nombre: a principios de año se lanzará la actualización Glamsterdam, introduciendo ePBS (separación proponente-constructor incorporada) y listas de acceso a nivel de bloque; en la segunda mitad del año se lanzará la actualización Hegota, donde FOCIL aparecerá como su función central.

Los desarrolladores han confirmado FOCIL como la función «titular» de Hegota, y actualmente la mayoría de los clientes de Ethereum ya han completado una implementación de prototipo. En la reunión de desarrolladores principales del 26 de marzo, la comunidad rechazó la propuesta de convertir las transacciones marco en el segundo titular, dejándolas como una función no obligatoria de «considerar incluir». Esta decisión asegura que el cronograma de entrega de FOCIL no se retrasará por otras propuestas complejas, pero también implica que la abstracción de cuentas y las mejoras de experiencia de usuario cederán en el corto plazo ante la estrategia de desarrollo que prioriza la resistencia a la censura.

En las direcciones de evolución futura, la comunidad ya está explorando versiones mejoradas de FOCIL, como EIP-8046 (FOCIL con ordenamiento de transacciones, es decir, FOCILR). Esta propuesta proporciona garantías de resistencia a la censura más fuertes al no permitir que los constructores eviten la inclusión en listas cuando el bloque ya está lleno y se está realizando el envío. Además, se ha discutido ampliamente el efecto de sinergia entre FOCIL y las transacciones marco: Vitalik Buterin considera que FOCIL impulsará la adopción de protocolos de privacidad junto con las transacciones marco.

¿Qué riesgos potenciales y limitaciones existen en la implementación de FOCIL?

Aunque FOCIL ofrece garantías sólidas contra la censura a nivel técnico, su implementación aún enfrenta múltiples riesgos y limitaciones. El riesgo regulatorio es el desafío externo más directo. FOCIL obliga a los validadores a incluir todas las transacciones válidas, lo que significa que los validadores que operen en Estados Unidos podrían verse obligados a procesar transacciones de direcciones sancionadas, enfrentando consecuencias legales. Este riesgo podría llevar a que algunos validadores opten por salir de la red de Ethereum, o a que los servicios de staking migren hacia jurisdicciones más permisivas en términos regulatorios, lo que en realidad podría causar una centralización de la distribución geográfica de los validadores.

El aumento de la complejidad del protocolo podría traer vulnerabilidades inesperadas. FOCIL involucra múltiples componentes nuevos, como la selección aleatoria del comité, la generación y validación de listas, y modificaciones de las reglas de elección por bifurcación; cualquier defecto de diseño en cualquiera de las etapas podría ser aprovechado por atacantes. Por ejemplo, los miembros del comité podrían enviar listas de inclusión falsas o deshonestas, y los atacantes podrían intentar manipular el proceso de elección del comité. Aunque el mecanismo de selección aleatoria ya consideró la resistencia a la manipulación en el diseño, la seguridad tras el despliegue real aún requiere verificación con el tiempo.

Desde el ángulo de los incentivos económicos, el impacto de FOCIL en el ecosistema MEV tiene incertidumbre bidireccional. Por un lado, limita el poder de exclusión selectiva de los constructores; por otro, podría dar lugar a nuevas formas de extracción de MEV—por ejemplo, mediante la manipulación del orden de las transacciones dentro de las listas de inclusión para obtener valor adicional. EIP-8046 propuesto por la comunidad es precisamente una respuesta a este problema, pero cualquier ajuste a un mecanismo económico necesita ajustarse y probarse repetidamente en la práctica.

Además, FOCIL no puede resolver todas las formas de censura. Asegura que las transacciones se incluyan en bloques, pero no garantiza que las transacciones se procesen a tiempo ni que se ordenen de cierta manera. Los constructores aún pueden afectar indirectamente la experiencia del usuario mediante estrategias de precios de Gas o métodos de ordenamiento de transacciones. La resistencia a la censura es un sistema de ingeniería de múltiples capas: FOCIL resuelve el nivel base de «si se incluye o no», mientras que el problema de «cómo se incluye» aún requiere futuras mejoras para optimizarse.

Resumen

El hecho de que Ethereum FOCIL (EIP-7805) establezca una inclusión determinada marca un cambio de paradigma en el diseño de resistencia a la censura de la cadena de bloques. Eleva la resistencia a la censura de una promesa flexible del nivel de consenso social a una imposición rígida dentro de las reglas de bifurcación; transfiere el derecho de inclusión de transacciones desde un pequeño número de constructores de bloques hacia validadores de la red descentralizada mediante el mecanismo de comités aleatorios. Esta actualización, al reforzar el posicionamiento de Ethereum como el espacio de bloques más neutral, también introduce desafíos multidimensionales como riesgos legales de los validadores, complejidad del protocolo y la reconfiguración del ecosistema MEV. Como función central de la actualización Hegota en la segunda mitad de 2026, el despliegue de FOCIL hará que Ethereum establezca ventajas estructurales difíciles de replicar en la dimensión de resistencia a la censura; sin embargo, sus efectos a largo plazo aún dependen del entorno regulatorio, el consenso de la comunidad y la eficacia de los mecanismos de cobertura de riesgos en las iteraciones posteriores.

Preguntas frecuentes

¿Cuál es el nombre completo de FOCIL? ¿Qué relación tiene con EIP-7805?

El nombre completo de FOCIL es Fork-Choice Enforced Inclusion Lists, es decir, la Propuesta de Mejora de Ethereum EIP-7805. Ambas apuntan al mismo conjunto de mecanismos de resistencia a la censura; FOCIL es el nombre común del mecanismo, y EIP-7805 es su número formal dentro del sistema de Propuestas de Mejora de Ethereum.

¿En qué se diferencia FOCIL de ePBS?

ePBS (separación proponente-constructor dentro del protocolo) tiene como objetivo evitar que el poder de proposición de bloques se concentre en unos pocos pools de staking, reduciendo el riesgo de centralización de la capa de staking al externalizar la construcción de bloques a un mercado abierto. FOCIL, en cambio, se centra en evitar que los constructores de bloques censuren transacciones: mediante listas de inclusión forzadas por un comité de validadores, se garantiza que todas las transacciones válidas finalmente se incluyan en el bloque. Ambas abordan problemas de centralización de distintas capas y ambas forman parte de la línea principal «fortalecer L1» de la hoja de ruta de Ethereum 2026.

¿FOCIL retrasará el ritmo de las actualizaciones de Ethereum?

Los desarrolladores ya han confirmado que FOCIL es la única función titular de la actualización Hegota y que, para ello, se redujo la prioridad de las propuestas de transacciones marco. Esta decisión se toma precisamente para asegurar que la actualización no se retrase por la sobrecarga de funcionalidades. La mayoría de los clientes ya ha completado la implementación de prototipo y el progreso de desarrollo se está llevando a cabo según el plan.

¿FOCIL afectará la experiencia de transacciones de los usuarios comunes?

Para los usuarios comunes, el efecto directo de FOCIL es positivo: los usuarios no necesitan confiar en ningún constructor único, y la probabilidad de que sus transacciones sean censuradas disminuye significativamente. Pero en términos de costos de Gas y tiempos de procesamiento de bloques, FOCIL introduce etapas adicionales de cómputo que pueden generar cierta pérdida de eficiencia; el impacto específico depende de la carga de la red tras el lanzamiento oficial.

¿FOCIL fuerza a participar a todos los validadores?

FOCIL selecciona aleatoriamente 16 validadores en cada slot para formar un comité temporal; no se requiere que todos los validadores generen listas de inclusión en cada slot. Este diseño controla la carga computacional de cada validador mientras mantiene la descentralización. La responsabilidad central de los validadores es rechazar votar por bloques que omitan transacciones válidas de la lista del comité, en lugar de generar activamente listas.