¿Realmente los tiempos de bloque más rápidos propuestos solucionarán las mayores pérdidas de mercado de Ethereum?

Los desarrolladores de Ethereum están considerando Ethereum Quick Slots para Hegotá, un ritmo de bloque propuesto que reduciría el tiempo de espera sin expandir la capacidad por segundo de la red. EIP-8198, o Quick Slots, sigue siendo Propuesto para Inclusión en lugar de estar programado, y ni su parámetro de borrador de ocho segundos ni la alternativa de diez segundos han sido adoptados.

Eso convierte el rendimiento de los validadores en el tema decisivo. Los slots más cortos podrían actualizar los precios en cadena más pronto y acelerar las confirmaciones y la finalización, pero los validadores tendrían menos tiempo para recibir, verificar y atestiguar cada bloque. Los beneficios de mercado de la propuesta están modelados; su efecto sobre los operadores más lentos sigue siendo la evidencia que Ethereum aún necesita.

El meta-EIP de Hegotá lista Quick Slots como Propuesto para Inclusión, mientras que la hoja de ruta oficial de Ethereum dice que la mayor parte del alcance de la actualización sigue sin decidirse. Los desarrolladores están eligiendo si gastar margen de rendimiento en menor latencia mientras preservan la amplia participación que le da a Ethereum su descentralización.

Ethereum Quick Slots: un reloj más rápido con la misma capacidad por segundo

El borrador canónico de EIP-8198 utiliza ocho segundos como un marcador, bajando del actual slot de doce segundos de Ethereum. También dice que el objetivo exacto debería seguir la caracterización del rendimiento y puede cambiar antes de la implementación.

Ethlabs favorece un primer movimiento más conservador. Su posición actualizada de Hegotá aboga por slots de diez segundos primero, con recortes posteriores solo a medida que se acumule evidencia de seguridad. Una reescritura de patrocinador abierta también propone diez segundos, pero no se ha fusionado en el EIP canónico.

Por lo tanto, los posibles resultados se extienden más allá de una elección de ocho versus diez segundos. Hegotá podría comenzar en diez segundos, retener el parámetro de ocho segundos del borrador, o dejar el cronograma de doce segundos sin cambios si las pruebas muestran que un recorte sería inseguro.

Bajo cualquiera de los objetivos más cortos, la capacidad por segundo se mantiene en gran medida nivelada solo si el límite de gas y el número máximo de blobs por bloque caen en proporción a la duración del slot. Los bloques más pequeños llegarían con más frecuencia. Los usuarios podrían recibir una primera confirmación más pronto, los mercados en cadena podrían actualizarse más a menudo, y los sistemas que heredan el ritmo de Ethereum podrían reaccionar más rápido. La votación normal del límite de gas de los validadores se reanudaría después de la transición, y el redondeo entero podría hacer que la capacidad de blobs sea ligeramente inferior en lugar de perfectamente constante.

Mantener 32 slots en una época también acortaría la finalización basada en épocas en tiempo real. Bajo las suposiciones de ocho segundos del borrador, EIP-8198 estima que la finalización caería de aproximadamente 13 minutos a aproximadamente 8.5 minutos. Esa es una estimación de la propuesta, no un resultado observado de Ethereum en producción.

La misma distinción se aplica a la afirmación del borrador de que un cambio de 12 a ocho segundos reduciría las pérdidas de arbitraje en aproximadamente un 18%. La cifra proviene de un modelo en el que esas pérdidas escalan con la raíz cuadrada del tiempo entre bloques. Ethereum no ha operado un régimen de producción de ocho segundos que pudiera demostrar el resultado.

El trabajo independiente apoya la dirección más fuertemente que la magnitud exacta. Un estudio empírico de las pérdidas de los creadores de mercado automatizados encontró que bloques más rápidos reducen las pérdidas para los arbitrajistas, pero el efecto varió materialmente según el par de negociación. Un modelo más nuevo de salto-difusión encontró que los saltos de precio repentinos crean un piso que los intervalos más cortos no eliminan.

Los precios más frescos podrían mejorar los márgenes y la economía de los proveedores de liquidez, al tiempo que comprimen parte del excedente disponible para buscadores, constructores y proponentes. Sin embargo, las tarifas, la liquidez, la volatilidad, los saltos y las tarifas base quemadas afectan a quién captura el cambio. Un análisis separado de Ethereum Research muestra por qué un menor arbitraje nominal no se traduce mecánicamente en una ganancia uniforme del 18% para los usuarios o proveedores de liquidez.

Las colas de validadores deciden si la operación funciona

Los bloques más pequeños reducen el tamaño máximo de carga, pero una cadencia más rápida aumenta las demandas computacionales y de ancho de banda por segundo. Los validadores también enfrentan ventanas absolutas más ajustadas para la propagación, validación y agregación de atestaciones. El rendimiento promedio no puede resolver la cuestión de la descentralización porque la red debe seguir siendo utilizable para los operadores en regiones más lentas, en hardware más débil y con configuraciones de cliente variadas.

Un análisis del tiempo de atestación de la red principal encontró un margen potencial para un horario más corto junto a una cola significativa. Algunas atestaciones en su muestra llegaron después de la fecha límite de agregación contemplada para un diseño de seis segundos, y los tiempos diferían entre clientes, operadores y configuraciones. El estudio fue exploratorio y no establece la seguridad de seis, ocho o diez segundos.

Investigaciones separadas posteriores a Pectra encontraron que el retraso de propagación estaba fuertemente asociado con el riesgo de reorganización cerca del límite de atestación. Estas observaciones apoyan un riesgo distributivo: reducir el margen de tiempo podría cargar más a los validadores más lentos o mal configurados que a los pares bien provisionados. No cuantifican las pérdidas de recompensas de los validadores bajo EIP-8198 ni demuestran que cualquiera de los objetivos propuestos centralizaría la red.

La propuesta en sí misma reconoce el conocimiento incompleto sobre la propagación de blobs, la agregación de atestaciones, la construcción de bloques locales y el hardware de los validadores. Los desarrolladores también han vinculado los Quick Slots al trabajo en la difusión más rápida de cargas de ejecución, tratando las mejoras de propagación como parte del caso de seguridad en lugar de una optimización posterior.

La evaluación de Hegotá del clúster de protocolos de la Fundación Ethereum colocó los Quick Slots en la categoría B después de que los equipos de investigación ofrecieran un apoyo más fuerte que los equipos de ingeniería enfocados en la entrega. Los requisitos prácticos detrás de esa división son claros: una especificación completa, un prototipo de especificación completa, una evaluación de efectos secundarios y la confirmación de que los Quick Slots no complicarán la arquitectura de consenso desacoplada planificada de Ethereum.

Esos requisitos convierten la decisión de Hegotá en una prueba empírica. Un primer paso de diez segundos podría ofrecer una ganancia de latencia medible y diferir un corte más difícil si las simulaciones de clientes y devnets muestran una amplia resiliencia de los validadores. Ocho segundos podría seguir siendo la ambición del borrador en lugar del primer despliegue. Si las colas de tiempo o el comportamiento de reorganización empeoran lo suficiente como para favorecer a los operadores más grandes, el beneficio de calidad del mercado conllevaría un costo de descentralización.

Los Quick Slots de Ethereum podrían ofrecer mercados más frescos, tiempos de inclusión de transacciones más cortos y una finalización más rápida sin aumentar el rendimiento. La amplia resiliencia de los validadores sigue siendo la condición que debe demostrarse antes de que el reloj más rápido valga la pena adoptar.