¿Acelerar sin sacrificar la descentralización? Ethereum EIP-8198 ajusta el tiempo de bloque antes de reducirlo

Escrito por: Ethlabs

Compilado por: AididiaoJP, Foresight News

Este artículo se basa en entrevistas a aproximadamente 20 fundadores de DeFi, desarrolladores de aplicaciones e investigadores de infraestructura.

Ethereum tiene la oportunidad de volverse más rápido, es hora de actuar.

En la última década, han surgido repetidamente "asesinos de Ethereum", con eslóganes casi idénticos: somos un Ethereum más rápido. A pesar de ello, la red principal de Ethereum y L2 juntas siguen siendo el ecosistema DeFi más grande. Hasta el 17 de septiembre de 2026, se habían bloqueado aproximadamente 58 mil millones de dólares; desde principios de este año, el volumen de transacciones en DEX de todos los niveles ha superado los 750 mil millones de dólares.

La aceleración de la red principal siempre ha sido cautelosa: se puede aumentar la velocidad, pero no a expensas de la resistencia a la censura, la descentralización y la neutralidad confiable. Este compromiso ha hecho de Ethereum la opción preferida para el almacenamiento de valor en la cadena. Ethlabs cree que ahora se puede aumentar la velocidad sin sacrificar estas propiedades.

El método es EIP-8198, también conocido como Quick Slots.

Hoy en día, Ethereum produce un bloque cada 12 segundos. Carl Beekhuizen escribió esta EIP en marzo de este año; Barnabé Monnot la presentó a All Core Devs el 6 de agosto, buscando incluirla en la actualización de Hegotá, con Francesco D'Amato y un número creciente de equipos de clientes y ecosistemas apoyando su avance.

La propuesta se divide en dos pasos. Primero, se realizará una reestructuración significativa, eliminando la codificación dura que establece que "el tiempo de bloque siempre es de 12 segundos"; luego, aprovechando esta capacidad, se acelerará gradualmente el tiempo de bloque según el nivel de preparación de la red. El plan inicial es reducir de 12 segundos a 10 segundos, y cada reducción posterior deberá ser probada y consensuada por separado. La clave no es cortar hasta el límite, sino permitir que el tiempo de bloque se ajuste de manera segura.

La expansión de la capacidad ya se ha llevado a cabo siguiendo esta lógica: el límite de Gas se ajusta según la disponibilidad del cliente, y la capacidad de Blob también puede ser discutida según la capacidad de datos. Ethlabs cree que la latencia también debería disfrutar del mismo tratamiento.

¿A quién le importa?

Nadie está pidiendo que la red principal de Ethereum se convierta en el lugar de transacciones más rápido del mundo. Pero como una capa segura y descentralizada que proporciona liquidación a la economía mundial, puede ser más rápida.

Ser más rápido significa, primero, ser más fluido. Los tiempos de espera se reducen, mejorando la experiencia. Al hablar con los constructores, se descubre que el impacto va más allá de eso.

Un tiempo de bloque más rápido puede hacer que el mercado en la cadena sea más eficiente

La red principal ya es un mercado considerable. En los últimos 30 días, el volumen de transacciones en DEX fue de aproximadamente 41.25 mil millones de dólares. En comparación, la principal bolsa de Singapur tuvo un volumen de transacciones de valores de aproximadamente 33.9 mil millones de dólares en agosto de 2026. Si la capa de protocolo es un poco más rápida, ayudará a convertir la red principal en una capa de liquidación global más competitiva.

El mercado no esperará a que Ethereum produzca bloques. Entre bloques, los precios siguen cambiando y la demanda sigue variando. Con la reducción de los slots, la liquidez en la cadena se actualizará con más frecuencia, reduciendo la ventana de precios obsoletos, lo que permite a los usuarios realizar transacciones de manera más efectiva y mejorar las condiciones de mercado.

El fundador de DefiLlama, 0xngmi, afirma que los slots más rápidos pueden mejorar la experiencia de agregadores de precios en tiempo real como LlamaSwap: "Las variaciones de precios entre bloques son menores, y se puede establecer un deslizamiento más ajustado."

Austin Adams, fundador de Doppler, que se dedica a la emisión de activos y a la liquidez de arranque, ve la misma cuestión desde la perspectiva de LP: "Los slots más rápidos mejoran directamente los rendimientos de LP y hacen que el mercado de capital sea más eficiente. Implementar EIP-8198 lo antes posible ayudará a que la red continúe dominando la formación de capital y las transacciones."

Josh Kim, ingeniero jefe de la plataforma de opciones Derive, señala que esperar a que una transacción de L1 se complete implica que los arbitrajistas deben asumir riesgos de precio, lo que afecta su capacidad para reequilibrar el mercado y mantener spreads ajustados. Derive V3 se implementará en la red principal de Ethereum: "Las grandes órdenes de opciones a menudo impulsan nuestros DEX en términos de perpetuos y spot. Cuando los arbitrajistas entran a reequilibrar, la velocidad de producción de bloques determina directamente las tarifas, el deslizamiento y el riesgo que asumen. Por ejemplo, al ir largo en spot y corto en perpetuos, ahora deben asumir el riesgo de liquidación de 12 segundos en spot, lo que a menudo solo les permite entrar cuando los precios fluctúan drásticamente."

Las acciones tokenizadas y los ETF también se benefician. Ondo utiliza solicitudes de precios (RFQ) para manejar la emisión y redención: los precios se firman fuera de la cadena, pero los usuarios aún deben realizar transacciones en Ethereum. Durante la espera, el activo sigue siendo negociado. Con la reducción de los slots, el riesgo asumido por los ofertantes disminuye, lo que permite que el spread se ajuste. Armand Khatri, responsable del ecosistema de Ondo, afirma: "Los mercados que fijan precios para acciones tokenizadas y ETF nunca esperan a que Ethereum produzca bloques. Desde la firma del precio hasta la confirmación de la transacción, cada segundo implica que alguien asume el riesgo de precio, lo que finalmente se reflejará en el spread. Los slots más cortos reducen esta ventana, haciendo que los precios en la cadena se acerquen más a las referencias fuera de la cadena. Esto es una mejora real y no consume las propiedades que hacen que Ethereum sea valioso para la liquidación."

Matthew, cofundador de Ethereum Institutional, cree que una mayor percepción del mercado aumentará las razones para que las instituciones trasladen sus actividades a la cadena. Haikane, fundador de PropellerHeads, afirma que los márgenes en el negocio de transacciones son muy estrechos, y cualquier mejora en la latencia, por pequeña que sea, es importante y podría hacer que más negocios estén dispuestos a trasladar activos a L1.

ZoomerAnon, un contribuyente de Aerodrome (que está implementando instancias en la red principal), apoya un tiempo de bloque más rápido: las actualizaciones de precios son más oportunas, se pierde menos valor ante los arbitrajistas y más transacciones permanecen en la piscina de la cadena. "Un gran volumen de transacciones que se va a los creadores de mercado descentralizados no beneficia a Ethereum, y esto se debe en parte a la lentitud en la producción de bloques. Podemos ajustar parámetros y cambiar módulos para adaptarnos al nuevo tiempo de bloque sin necesidad de redeployar."

Diferentes perspectivas apuntan a la misma conclusión: bloques más cortos significan actualizaciones de estado más frecuentes, y el mercado de la red principal se vuelve más eficiente. Si se puede proporcionar un estado más fresco sin sacrificar la descentralización, vale la pena hacerlo.

Para los usuarios, ser más rápido significa ser más fácil de usar

Hay otro tipo de usuarios que no quieren saber qué es un slot. FWA.fun de TokenWorks se ha convertido recientemente en una de las aplicaciones que más Gas consume en la red principal, atrayendo a un grupo de nuevos usuarios y a otros que no habían interactuado con la red principal en mucho tiempo. Su fundador, Adam, afirma que no importa cuánto se oculte la espera en el frontend, a los usuarios no les gusta esperar; FWA utiliza Chainlink VRF, que requiere esperar 3 bloques adicionales para la confirmación, así que cuanto más cortos sean los bloques, más corta será toda la espera. Muchos usuarios realizarán compras consecutivas y enviarán transacciones continuas, cada segundo ahorrado cuenta.

Ethlabs también tiene un flujo de trabajo de Ethereum más rápido, FCR, que reduce el tiempo de confirmación en aproximadamente 30 veces, lo que también puede cubrir esta área.

Dan Lipert, un contribuyente del protocolo de privacidad Railgun, cree que la aceleración de la producción de bloques concentrará más liquidez en L1, aumentando la privacidad; las herramientas de cumplimiento también tendrán más oportunidades de reacción en ventanas clave, permitiendo a los usuarios utilizar diversas aplicaciones de manera privada sin tener que esperar pasivamente.

L2 ya ha optimizado para interacciones más rápidas. El trabajo de L1 es diferente: proporcionar una capa de liquidación lo más segura, neutral y resistente a la censura posible, para que esos sistemas puedan depender de ella. Aquellos que desean acercar productos orientados al usuario a estas propiedades se beneficiarán directamente de la aceleración de la red principal.

Acelerar también puede significar una mayor resistencia a la censura

Las personas colocan transacciones en cadenas descentralizadas por una razón importante: la resistencia a la censura. Si alguien se niega a empaquetar tu transacción, Ethereum debería ofrecerte otra vía lo antes posible.

George Davies, ingeniero jefe de Gattaca, que actualmente produce aproximadamente la mitad de los bloques de Ethereum, considera Quick Slots como la máxima prioridad para la próxima versión de la capa de consenso EIP: "Esta es la mayor liberación de experiencia para los usuarios de DeFi, al tiempo que proporciona beneficios de resistencia a la censura y finalización."

Para aquellos que son objeto de censura, el tiempo de bloque es el tiempo de espera, que determina cuánto tiempo tendrán que esperar para tener otra oportunidad de ser incluidos en la cadena.

Esto tiene más sentido cuando se superpone con el EIP estrella de Hegotá: FOCIL. FOCIL otorga a un grupo de validadores (includers) responsabilidades adicionales para incluir transacciones; Quick Slots aumenta la frecuencia con la que ocurren estas oportunidades de inclusión. Un bloque cada 12 segundos significa 5 veces por minuto; un bloque cada 10 segundos significa 6 veces por minuto. FOCIL proporciona más puertas para las transacciones censuradas, y Quick Slots hace que esas puertas se abran con más frecuencia.

Michael Mosier, jefe de investigación de Blockspace, enfatiza la calidad de la inclusión: los slots más cortos hacen que el espacio de bloques sea más predecible, estimulando la actividad de los usuarios y beneficiando la infraestructura de la red de servicios. Patrick Apriori de Frachtis expresa esto de manera más contundente: en combinación con FOCIL, la censura será más costosa, más corta y estructuralmente más difícil de implementar.

Aquí hay un concepto útil: resistencia económica a la censura, es decir, cuánto costo debe asumir un oponente para mantener una transacción fuera de la cadena. Con los slots más cortos, los usuarios esperan menos por una oportunidad de inclusión; un oponente que quiera mantener la censura en un tiempo fijo enfrentará más oportunidades de proponentes. FOCIL agrega más inclusores a este proceso.

El rendimiento y la resiliencia suelen estar en conflicto. Quick Slots puede avanzar en ambas direcciones. La capa que proporciona liquidación al mundo debe ser difícil de censurar y capaz de recuperarse rápidamente cuando alguien intenta hacerlo.

Acelerar no debe comprometer las propiedades centrales

Por supuesto, la condición es que la descentralización no se sacrifique.

Flashbots ha evaluado públicamente esta cuestión, y la conclusión apoya esta dirección: los slots más cortos reducen la latencia de confirmación y mejoran la experiencia; apoyan hacer que el tiempo de los slots sea configurable y probar gradualmente slots más cortos.

Se preocupan más por la descentralización geográfica. Con los slots más cortos, el tiempo disponible para la línea de producción de bloques se reduce, y los participantes que están lejos de los núcleos de red e infraestructura pueden verse más perjudicados. Pero según simulaciones calibradas por latencia, la reducción discutida actualmente no constituye una restricción sustancial. Incluso si se reduce de 12 segundos a 6 segundos, la diferencia de beneficios entre regiones se ampliará, pero la concentración geográfica no cambiará significativamente. Los factores geográficos son más como un límite de "hasta dónde se puede presionar más", y no un obstáculo para la reducción actual.

Ethlabs también está monitoreando el tiempo de propagación de nodos en toda la red, especialmente considerando la migración post-cuántica, así como la relación entre el diseño de consenso futuro, los slots más cortos y las firmas cuánticas más grandes.

L1 más rápido, mejor coordinación entre L2

Los L2 que dependen de Ethereum tienen parte de sus interacciones heredadas del reloj de L1. Lo más simple es el depósito: los activos o mensajes que van de L1 a L2 deben tener primero una transacción de L1 incluida. Con bloques de L1 más cortos, este camino se puede completar antes, independientemente de si L2 utiliza Ethereum para ordenar.

Para algunos diseños de interoperabilidad, los beneficios son aún mayores. Armagan de la Ethereum Economic Zone da un ejemplo: la solución que EEZ está desarrollando permite que un contrato en un rollup llame a otro contrato en otro rollup y use el valor de retorno en la misma transacción. Esta ventana de sincronización se puede abrir una vez por bloque de L1. Un reloj de L1 de 12 segundos se convertirá en parte de la experiencia entre rollups. "El tiempo de los slots de L1 determina el ritmo de la combinación entre cadenas; con slots más cortos, la ventana de sincronización aparece con más frecuencia, y la peor espera hasta la siguiente vez también se acorta. Quick Slots ofrece beneficios dobles a EEZ: la primera reducción hace que la ventana se vuelva notablemente más densa; después de que el tiempo de los slots sea ajustable, cada reducción respaldada por datos se traducirá directamente en una combinación más rápida entre rollups para los usuarios."

Un L1 más rápido permite una coordinación más frecuente en el ecosistema. Ethlabs sigue viendo a L1 como la capa de liquidación global: lo suficientemente segura y descentralizada para que los activos, aplicaciones y L2 puedan depender de ella. Quick Slots no busca hacer que L1 sea tan rápido que L2 no tenga razón de ser, sino que busca hacer que la red principal se vuelva más rápida gradualmente, fortaleciendo a L1 y a los diversos L2.

Más voces

Greg Casegamas de Lido enfatiza la competitividad. Los slots más rápidos no son cruciales para su negocio de staking central, pero como participantes más amplios de Ethereum/DeFi, apoyan cualquier cosa que haga a Ethereum más fuerte y competitivo, y están contentos de que se clasifique como S en Hegotá.

Guy Young, fundador de Ethena: DeFi funciona mejor con bloques más rápidos. Ethena ha estado construyendo en Ethereum desde el primer día y apoya claramente esta propuesta.

Noveleader, investigador de Castle Labs, aborda la cuestión desde la microestructura del mercado: la compresión del tiempo de bloque ayuda a reducir las pérdidas de reequilibrio de LP pasivos (LVR), haciendo que la fijación de precios en la cadena se acerque más a los lugares fuera de la cadena, mejorando la eficiencia del capital y reduciendo la fuga de arbitraje tóxico, además de hacer que las ventanas de liquidación de los protocolos de préstamo sean más oportunas. También exigen pruebas que demuestren que los slots más cortos no elevarán las barreras para la descentralización geográfica y los validadores domésticos, para evitar que la ventana de propagación se estreche y que el staking se desplace silenciosamente hacia centros de datos más eficientes; también quieren ver cómo la compresión de los slots afecta la competencia de los constructores y la estrategia de tiempo: con cada slot más corto, la latencia y la ventaja de co-localización se vuelven más valiosas, lo que podría concentrar más la producción de bloques. Desde el lado del ecosistema, los contratos que utilizan la altura de los bloques como reloj y los sistemas fuera de la cadena (ciclos de gobernanza, bloqueos de tiempo, modelos de interés basados en el número de bloques anuales) deben tener un camino de migración claro antes de la activación.

El profesor adjunto de la Escuela de Negocios de Columbia, Omid Malekan, establece una condición breve: acelerar la producción de bloques es mejor para todo, siempre que se mantenga la descentralización.

Nicolas de Umia, un protocolo de capital de riesgo en la cadena: los slots más rápidos mejorarán la experiencia de la red principal, y como constructores, valoran mucho esto y quieren avanzar en ello.

¿Por qué luchar por incluir Hegotá?

Cada actualización tiene un ancho de banda limitado. Las razones para abogar por la inclusión de Quick Slots en Hegotá se pueden resumir en tres frases: es beneficioso para la red; la inversión en ingeniería es reutilizable; la ventana está abierta ahora.

La espera tiene un costo. Las actualizaciones posteriores a Hegotá se conocen actualmente como I*, y pueden incluir desacoplamiento de consenso: separar la producción de bloques de la finalización ya es la propuesta de mayor prioridad en la hoja de ruta del protocolo de la Fundación Ethereum. Barnabé señala que perderse Hegotá no significa que Quick Slots se deslice automáticamente en la próxima bifurcación, sino que podría tener que competir por recursos de ingeniería con una reforma de consenso de mayor envergadura, lo que podría llevar varios ciclos de actualización más para tener una ventana limpia.

El tiempo de producción de bloques es una restricción para toda la red. Las billeteras pueden cambiar la animación de carga, los DEX pueden cambiar el enrutamiento, pero nadie puede hacer que la red principal produzca el siguiente bloque más rápido de forma aislada. Modificar esta restricción a nivel de protocolo beneficia a todas las aplicaciones y usuarios que dependen de la latencia de L1, sin necesidad de que cada uno haga ajustes por separado. A medida que las expectativas de experiencia aumentan, mejorar la latencia a nivel de protocolo evita que cada vez más aplicaciones tengan que asumir esa carga.

La inversión en ingeniería tendrá un efecto compuesto. Gran parte del trabajo consiste en eliminar la suposición de "siempre 12 segundos" de las especificaciones y los clientes. Hacerlo ahora facilitará que la reducción sea más sencilla una vez que el rendimiento del cliente y la red mejoren. Cada reducción aún requerirá pruebas, coordinación y actualizaciones de la red, pero Ethereum dejará una base reutilizable. La capacidad ya se ha avanzado en un ciclo de "mejorar, medir, volver a mejorar"; la latencia también debería seguir este camino.

¿Qué más se necesita?

Las actualizaciones de Ethereum afectan a cientos de miles de millones de dólares en valor, y deben garantizar que no haya tiempo de inactividad, con demasiados interesados coordinándose para caber en una sola sala de reuniones. Para que una EIP entre en la red principal, se necesita una propuesta, escribir especificaciones, implementar, probar, identificar problemas, solucionarlos y volver a probar, hasta que quienes son responsables de la entrega tengan suficiente confianza para incluirla en una actualización.

Quick Slots está en este camino. Lo que queda por hacer es claro: integrar las especificaciones en el código principal, alinear la implementación, probar las condiciones de la red, revisar las dependencias posteriores y planificar los próximos pasos en el contexto crítico de la migración post-cuántica. El trabajo de Ethlabs es convertir lo desconocido en soluciones de implementación y migración, para que sea realmente elegible para entrar en el ámbito de Hegotá.

Aquellos que mantienen clientes, ejecutan validadores o construyen infraestructura, o que se beneficiarán de la aceleración de la red principal, desean escuchar comentarios; si se ha pasado por alto alguna restricción, también desean saberlo.

La descentralización y el rendimiento no tienen que ser mutuamente excluyentes; a veces, pueden coexistir. Un Ethereum robusto depende de la acción conjunta del ecosistema. Creen que es hora de que este ecosistema se mueva un poco más rápido.