Ethereum tiene la oportunidad de volverse más rápido, y ahora es el momento de hacerlo realidad. Hablamos con el ecosistema para descubrir qué tienen que decir sobre EIP-8198 (Quick Slots). Este artículo comparte lo que aprendimos a través de 20 voces, desde fundadores de DeFi y desarrolladores de aplicaciones hasta investigadores de infraestructura.
Han surgido muchos "asesinos de Ethereum" en la última década, y una de sus principales afirmaciones ha sido que son "Ethereum, pero rápido". A pesar de esto, Ethereum L1 y sus L2 juntos siguen siendo el mayor ecosistema DeFi por valor total bloqueado, con más de $58 mil millones en TVL al 17 de septiembre de 2026, y más de $750 mil millones en volumen de trading DEX spot entre capas desde principios de año.
En medio de este crecimiento, Ethereum L1 ha adoptado un enfoque deliberado para acelerarse: la velocidad importa, pero no a expensas de la resistencia a la censura, la descentralización y la neutralidad creíble que hacen valioso a Ethereum en primer lugar. Este enfoque ha generado una gran confianza en Ethereum como el lugar preeminente para almacenar valor onchain. Y ahora, creemos que tenemos la oportunidad de fortalecer estas propiedades fundamentales mientras también lo hacemos más rápido.
Entra EIP-8198
Hoy en día, Ethereum produce un bloque cada 12 segundos. Con EIP-8198, también conocido como "Quick Slots", podemos empezar a reducir ese tiempo.
*
*@CarlBeek redactó este EIP en marzo y @barnabemonnot lo llevó a Ethereum's All Core Devs el 6 de agosto para proponerlo para Hegotá y lo ha impulsado desde entonces, con aportes de @fradamt y un conjunto creciente de equipos del ecosistema y clientes.
Hay dos partes en este EIP:
- Realizar la refactorización grande y única para eliminar las suposiciones de tiempo fijo en el software de Ethereum.
- Usar ese trabajo para hacer los bloques más rápidos con el tiempo.
La propuesta comienza con una reducción de 12 segundos a 10 segundos, con reducciones adicionales consideradas individualmente a medida que la red esté lista para ellas. Las reducciones posteriores aún necesitarán justificarse mediante pruebas y acuerdos, pero la base para hacerlas ya estará establecida. El camino hacia un Ethereum más rápido comienza haciendo que el tiempo de bloque de Ethereum sea más fácil de cambiar de manera segura, y esa es la idea central detrás de Quick Slots.
Ethereum ya ha adoptado esta filosofía iterativa para escalar la capacidad: los límites de gas han aumentado a medida que la red ha demostrado más margen, y la capacidad de blobs puede revisarse a medida que mejora la capacidad de datos de Ethereum.
Creemos que la latencia merece el mismo tratamiento.
¿A quién le importa?
No creemos que Ethereum L1 necesite ser el venue de trading más rápido del mundo para ser valioso. Sin embargo, creemos que un Ethereum L1 que siga siendo una capa de liquidación segura y descentralizada para la economía mundial puede volverse más rápido.
Bajo riesgo de decir algo obvio, un Ethereum más rápido es un Ethereum más fluido; eso es intuitivo. Menos tiempo de espera significa una mejor UX; sin embargo, nuestras conversaciones con builders de todo el ecosistema revelaron que hay mucho más en juego.
Aquí hay algunas cosas que aprendimos:
Los bloques más rápidos pueden hacer que los mercados de Ethereum sean más eficientes
Hoy, Ethereum L1 ya es un mercado sustancial, procesando aproximadamente $41.25 mil millones en volumen DEX solo en los últimos 30 días. Para comparar, la principal bolsa de valores de Singapur registró aproximadamente US$33.9 mil millones en rotación de valores en agosto de 2026. Las mejoras progresivas en la velocidad del protocolo L1 pueden fortalecer aún más esta actividad y permitir que Ethereum se convierta verdaderamente en una capa de liquidación global competitiva para el valor, atrayendo a una cantidad creciente de personas a las finanzas descentralizadas.
Los mercados no esperan a los bloques de Ethereum. Los precios siguen moviéndose y la demanda sigue cambiando entre un bloque y el siguiente. Los slots más cortos permiten que la liquidez onchain se actualice con mayor frecuencia, lo que reduce la ventana en la que los precios pueden quedar desactualizados, llevando así a una mejor ejecución para los usuarios y mejores condiciones para los proveedores de liquidez.
@0xngmi, Fundador de @DefiLlama, explicó lo que Quicker Slots podría significar para los usuarios que operan a través de uno de sus productos, LlamaSwap, un agregador de swaps que evalúa tasas entre DEXes en tiempo real:
"Quicker Slots mejoraría la UX de trading en swaps debido a la posibilidad de establecer slippages mucho más ajustados, ya que los precios cambiarían menos entre bloques."
Austin Adams ( @aadams ), Fundador de @dopplerprotocol, que se enfoca en la emisión de activos y el bootstrapping de liquidez en Ethereum, ve la misma mejora desde la perspectiva de los proveedores de liquidez:
"Tiempos de slot más rápidos en Ethereum mejoran directamente los retornos de LP y hacen que los mercados de capitales sean más eficientes. Implementar EIP-8198 lo antes posible ayudaría a asegurar que la red sea el lugar dominante para la formación de capital y el trading."
Para la plataforma de opciones cripto @DeriveXYZ, los beneficios se extienden a través de los mercados. Su Head of Engineering, Josh Kim ( @josh_pwrk ), destaca cómo esperar una transacción L1 expone a los arbitrajistas al riesgo de precio, lo que afecta su capacidad para reequilibrar los mercados de Derive y mantener spreads ajustados. Nota: Derive V3 estará en Ethereum L1:
"Las operaciones grandes de opciones en Derive a menudo moverán los mercados perp y spot en nuestro DEX - los arbitrajistas son críticos para intervenir y reequilibrar los mercados. Tiempos de bloque más rápidos en la L1 tienen un efecto directo sobre cuántas comisiones, slippage y riesgo asume el arbitraje. Por ejemplo, un arbitraje long spot / short perp requeriría que el trader asuma 12 segundos de riesgo de precio mientras espera que la transacción spot se liquide en la L1, forzándolos a intervenir solo durante grandes picos de precio."
Los beneficios de Quick Slots también se extienden a acciones tokenizadas y ETFs. @Ondo llena solicitudes de mint y redeem a través de un RFQ: un precio se firma offchain, luego la transacción del usuario debe aterrizar en Ethereum. Mientras espera, el activo subyacente puede seguir negociándose; por lo tanto, los slots más cortos reducen esa exposición y dan al lado cotizador más espacio para ajustar spreads. Armand Khatri ( @armandkhatri ), Head of Ecosystem en Ondo, nos dijo lo siguiente:
"Para acciones tokenizadas y ETFs, el mercado que establece el precio nunca espera a un bloque de Ethereum. Cada segundo entre una cotización firmada y una transacción confirmada es riesgo de precio que alguien tiene que asumir, y ese riesgo aparece en los spreads. Los slots más cortos estrechan esa ventana y acercan los precios on-chain a su referencia offchain. Esa es una mejora real, y no le cuesta a Ethereum ninguna de las propiedades que lo hacen valioso para liquidar."
A nivel institucional, @ismiMatthew, cofundador de Ethereum Institutional ( @ethereuminsti ), ve la conciencia de mercado de Ethereum como parte de su creciente atractivo para las instituciones financieras.
"A medida que más actividad institucional se mueve onchain, estas mejoras hacen de Ethereum una base cada vez más atractiva para los mercados financieros. También refuerzan la confianza en la capacidad de Ethereum para cumplir con su roadmap y seguir elevando el listón técnicamente."
@Haikane, Fundador de PropellerHeads ( @PropellerSwap ), citó el auge de los negocios de trading en Ethereum y comentó sobre cómo reducir la latencia puede impulsar márgenes y así permitir que más negocios vean a L1 como un buen lugar para migrar y operar sus activos.
"Los negocios de trading compiten en márgenes extremadamente estrechos, por lo que incluso mejoras relativamente pequeñas en cuanto a latencia pueden importar."
@ZoomerAnon, un contribuidor de Aerodrome ( @aeroxyz ), ve los bloques más rápidos como una forma de mejorar los precios para los traders, reducir pérdidas ante arbitrajistas y mantener más actividad de trading en pools de liquidez onchain. Nota: Aerodrome está creando actualmente una instancia en L1 Ethereum:
"Definitivamente estamos a favor de tiempos de bloque más rápidos. Como otros DEXes que alojan liquidez, los tiempos de bloque más rápidos nos ayudan a obtener precios más actualizados para los traders y perder menos valor ante arbitrajistas. No creo que sea del interés de Ethereum ver una gran parte de las transacciones ocurrir vía market makers centralizados, y estos tipos de desarrollos son parcialmente resultado de tiempos de bloque lentos. Nuestro protocolo puede reconfigurarse trivialmente para acomodar tiempos de bloque más rápidos o actualizados, mediante actualizaciones de parámetros + intercambio de módulos. Afortunadamente, no necesitamos redesplegar cuando cambian los tiempos de bloque."
Estos equipos abordan el problema desde diferentes ángulos, pero todos apuntan a la idea de que bloques más cortos significan actualizaciones más frecuentes al estado de Ethereum, lo que significa mercados más eficientes para las personas que operan en la L1.
Si Ethereum puede proporcionar un estado más fresco sin sacrificar las propiedades que hacen que esos mercados sean descentralizados de manera creíble en primer lugar, entonces esa es una mejora que vale la pena perseguir, ya que apoya directamente que Ethereum siga siendo un núcleo central para apps que construyen mercados descentralizados y sus usuarios.
Para los usuarios, un Ethereum más rápido es un Ethereum más usable
Una forma de entender el valor de este EIP es mirar a los usuarios que no están pensando en slots en absoluto (o al menos, en el tipo de slots de los que hablamos aquí). FWA.fun de @token_works recientemente se convirtió en una de las aplicaciones que más gas consume en Ethereum, trayendo una nueva cohorte de usuarios directamente a L1, así como a muchos que no habían usado mainnet en un tiempo. Adam ( @Rhynotic ), el Fundador de TokenWorks, compartió la perspectiva de una app de consumo cuyos usuarios experimentan directamente los tiempos de espera de Ethereum L1.
"Tiempos de bloque más rápidos serían de gran ayuda para FWA, por varias razones: 1) A los usuarios no les gusta esperar, incluso si intentas ocultar la espera lo máximo posible en el front-end, y 2) La Chainlink VRF que uso para FWA actualmente agrega un retraso de confirmación de 3 bloques, por lo que bloques más cortos significarían menos espera general para el sistema. Muchos de nuestros usuarios intentan múltiples compras/transacciones, así que cada segundo ahorrado cuenta."
Una nota rápida sobre el retraso de confirmación: Otra parte de nuestro workstream Faster Ethereum, FCR, que reduce los tiempos de confirmación 30 veces, también ayuda a arreglar esto.
Para Railgun ( @RAILGUN_Project ), los posibles beneficios también se extienden a la privacidad. El contribuidor Dan Lipert ( @dan_lipert ) ve los bloques más rápidos como una forma de traer más liquidez a L1, soportar conjuntos de privacidad más grandes y dar a las herramientas de cumplimiento más oportunidades de responder mientras los usuarios interactúan con las aplicaciones.
"Bloques de Ethereum más rápidos significan liquidez más concentrada en la L1, y por lo tanto más privacidad a través de conjuntos de privacidad más grandes. Las herramientas de cumplimiento también tienen más oportunidades de reaccionar en la ventana que importa, llevando a una experiencia general más fluida que permite a los usuarios de Railgun acceder privadamente a todas las herramientas y plataformas que quieran sin tener que esperar."
Si podemos hacer que interactuar con Ethereum L1 se sienta más rápido sin hacer que Ethereum sea menos Ethereum, entonces esa es una mejor experiencia de Ethereum para todos los que tocan mainnet.
Nota: Las L2 de Ethereum ya están optimizadas para interacciones mucho más rápidas, pero L1 tiene un trabajo diferente: proporciona una capa de liquidación maximamente segura, neutral de manera creíble y resistente a la censura en la que esos sistemas pueden depender finalmente. Para builders como Adam y Dan que desean construir productos orientados al usuario más cerca de estas propiedades, un Ethereum más rápido indudablemente ayuda.
Volverse más rápido también puede significar mejor resistencia a la censura
Una razón principal por la que alguien querría operar en una blockchain descentralizada en primer lugar es la resistencia a la censura, un pilar de un mercado verdaderamente libre. Si alguien se niega a procesar tu transacción, Ethereum debería darte otra ruta para entrar tan rápido como sea posible.
George Davies ( @_eltitan ), Head of Engineering en Gattaca (@gattacahq), el equipo detrás de Titan Builder, que construye aproximadamente la mitad de los bloques de Ethereum hoy, ve Quick Slots exactamente bajo esta lente:
"En nuestra opinión, esta es la prioridad #1 para el próximo EIP CL importante. Creo que es el mayor unlock de UX para usuarios DeFi, mientras también trae beneficios de CR y finality consigo."
Para alguien que está siendo censurado, el tiempo de bloque se convierte en tiempo de espera, ya que determina cuánto esperarán por otra oportunidad para incluir su transacción.
Esto se vuelve particularmente interesante junto con el EIP destacado de Hegotá, FOCIL. FOCIL da a un comité de validadores, conocidos como includers, un rol adicional en la inclusión de transacciones y Quick Slots aumenta la frecuencia con la que llegan esas oportunidades de inclusión. Con bloques de 12 segundos, Ethereum programa cinco por minuto; pero con 10 segundos, seis. Esencialmente, FOCIL da a una transacción censurada más puertas hacia Ethereum, y Quick Slots ayuda a que esas puertas aparezcan con más frecuencia.
Michael Mosier ( @mostlyblocks ), Head of Research en @blockspace_eth, también destacó la calidad de la inclusión de transacciones:
"Slots más cortos deberían ser una prioridad máxima ya que aumentan la calidad del blockspace mediante una inclusión más rápida y predecible. Estimularán la actividad de usuario, beneficiando a la red y a la infraestructura que la sirve."
Patrick Apriori ( @apriori0x ), de Frachtis VC ( @frachtisvc ), y anfitrión del Credible Commitments Podcast (que recientemente presentó Quick Slots!) lleva el argumento más lejos:
"Quick Slots conduce a una mejor resistencia a la censura, mejora la UX en todas las aplicaciones main-net y puentes L2, y hace a Ethereum más atractivo como capa de liquidación global para el valor financiero del mundo. Emparejado con FOCIL, Quick Slots hace que la censura sea más costosa, más corta y estructuralmente más difícil."
Esto introduce otro concepto útil: resistencia económica a la censura, o cuán costoso es para un adversario mantener una transacción fuera de la cadena. Slots más cortos significan que los usuarios esperan menos tiempo por otra oportunidad de inclusión, mientras que un adversario que intenta sostener la censura durante un período fijo debe lidiar con más oportunidades de proposer. FOCIL añade includers adicionales a ese proceso.
El rendimiento y la resiliencia usualmente están en compensación entre sí, pero con Quick Slots, pueden moverse juntos. Una capa de liquidación para el mundo debería ser difícil de censurar y rápida para recuperarse cuando alguien lo intenta.
Quick Slots puede hacer a Ethereum más rápido sin poner en peligro sus propiedades fundamentales
Por supuesto, los bloques más rápidos solo importan si Ethereum puede lograrlos sin comprometer la descentralización que hace valiosa a L1 en primer lugar.
Burak ( @boez95 ) y sus colegas de Flashbots estudiaron específicamente esta pregunta en su evaluación pública de Quick Slots. Su conclusión fue de apoyo:
"Apoyamos esta dirección. Slots más cortos reducen la latencia de confirmación y pueden mejorar la experiencia de usuario... Por lo tanto, apoyamos hacer configurable el timing de slots y experimentar con slots gradualmente más cortos."
Más importante aún, Flashbots examinó cómo los slots más cortos podrían afectar la descentralización geográfica. Slots más cortos aprietan el tiempo disponible a través del pipeline de producción de bloques, potencialmente aumentando la desventaja enfrentada por participantes más alejados de los hubs principales de red e infraestructura.
Sin embargo, sus simulaciones calibradas por latencia sugieren que es poco probable que esto sea una restricción material en los tiempos de slot actualmente en discusión. Incluso al reducir el tiempo de slot de 12 segundos a 6 segundos, las disparidades de recompensa regional aumentaron mientras que los resultados de centralización geográfica permanecieron en gran medida inalterados.
Concluyen que la geografía es menos una restricción para las reducciones que se consideran hoy que un límite potencial sobre cuán lejos pueden empujarse finalmente los tiempos de slot sin crear presión adicional de centralización.
En Ethlabs, también estamos rastreando de cerca el tiempo de propagación para todos los nodos en la red para entender mejor los efectos de Quick Slots. Esto importa particularmente mientras Ethereum mira hacia su migración post-cuántica y la relación entre futuros diseños de consenso, slots más cortos y firmas PQ-ready más grandes.
https://x.com/barnabemonnot/status/2099473589200171353
Un Ethereum L1 más rápido puede hacer que las L2 de Ethereum funcionen mejor juntas
Cada L2 que depende de Ethereum tiene interacciones que heredan el reloj de L1. El ejemplo más fácil son los depósitos. Mover activos o mensajes de Ethereum L1 a una L2 requiere que una transacción L1 sea incluida; por lo tanto, bloques L1 más cortos significan que el viaje puede ocurrir antes, independientemente de si la L2 misma usa Ethereum como su capa de secuenciación.
Para algunos diseños de interoperabilidad, el beneficio va más allá.
Armagan ( @epochzer0 ) de The Ethereum Economic Zone (@etheconomiczone ) nos dio un ejemplo concreto. EEZ está trabajando en diseños donde un contrato en un rollup puede llamar a un contrato en otro y usar el valor devuelto dentro de la misma transacción. En este diseño, esa oportunidad síncrona se abre como máximo una vez por bloque L1 de Ethereum. Eso significa que el reloj L1 de 12 segundos puede convertirse en parte de una experiencia de usuario cross-rollup.
"EEZ está construido para que un contrato en un rollup pueda llamar a un contrato en otro y usar el valor de retorno en la misma transacción, pero esa ventana síncrona se abre como máximo una vez por slot L1, ya que todo debe liquidarse dentro de un único bloque L1. Eso significa que el tiempo de slot L1 establece el ritmo de la composición cross-chain; slots más cortos multiplican directamente la frecuencia con la que las aplicaciones obtienen una ventana síncrona y recortan la espera peor caso a la siguiente. Quick Slots beneficia a EEZ dos veces: primero, la reducción inicial significa que las ventanas síncronas vienen notablemente más a menudo, y segundo, hacer la duración del slot ajustable significa que cada futura reducción que los datos soporten fluye directamente hacia una composición cross-rollup más rápida para los usuarios de EEZ."
Una L1 más rápida permite que la coordinación a través del ecosistema Ethereum ocurra con mayor frecuencia, lo que apunta al rol que vemos que juega Ethereum L1: una capa de liquidación global que proporciona una base excepcionalmente segura y descentralizada en la que muchos activos, apps y L2 pueden depender.
Una capa de liquidación que puede coordinar mejor entre aquellos que liquidan en ella se vuelve mucho más valiosa para todos los involucrados. Quick Slots no busca hacer a L1 tan rápido que las L2 se vuelvan redundantes, sino que busca hacer a Ethereum Mainnet progresivamente más rápido de maneras que puedan hacer tanto a L1 como a varias L2 más fuertes juntas.
Más voces del ecosistema
El ecosistema de Ethereum es más vasto que nuestros calendarios, pero esperamos obtener aún más feedback de equipos, tanto positivo como negativo. Aquí hay algunos comentarios más de líderes de la industria:
Greg Casegamas, en Lido ( @LidoFinance ) pone énfasis en la competitividad más amplia de Ethereum. Lido también clasificó a Quick Slots como S-tier para Hegotá:
"Para ser claros: slots más rápidos no son críticos específicamente para nuestro caso de uso core de staking. Pero como participante más amplio de Ethereum/DeFi, apoyamos cualquier cosa que haga a Ethereum más fuerte y competitivo, así que nos alegra ver esto priorizado."
Guy Young ( @gdog97_ ), fundador de @ethena, el protocolo detrás de USDe, agrega su apoyo a un Ethereum más rápido:
"DeFi funciona mejor con bloques más rápidos. Ethena ha estado construyendo en Ethereum desde el día uno y apoya fuertemente esta propuesta."
Noveleader ( @noveleader ), Investigador en Castle Labs ( @castle_labs ), conecta bloques más rápidos con mejores condiciones para proveedores de liquidez pasivos y mercados de préstamos más responsivos:
"En Castle Labs, apoyamos la base detrás de Quick Slots. Desde una perspectiva de microestructura de mercado, comprimir el tiempo de bloque puede ayudar a la L1 a mitigar Loss Versus Rebalancing (LVR) para proveedores de liquidez pasivos. Mantener la fijación de precios de activos onchain más cercana a venues offchain mejora la eficiencia de capital, reduce fugas tóxicas de arbitraje y asegura protocolos de préstamo a través de ventanas de liquidación más rápidas.
Respecto a las preocupaciones, queremos asegurarnos de que las pruebas demuestren que los slots más cortos no elevan la barrera de entrada para validadores distribuidos geográficamente y domésticos, ya que ventanas de propagación más ajustadas podrían silenciosamente empujar el staking hacia data centers bien conectados. Además, queremos entender cómo los slots comprimidos afectan los juegos de timing y la competencia de builders; cuando cada slot es más corto, las ventajas de latencia y colocation importan más, lo que podría concentrar aún más la construcción de bloques. En el lado del ecosistema, los contratos y sistemas offchain que tratan los números de bloque como un reloj (períodos de gobernanza, timelocks, modelos de interés por bloques-año) deben tener una ruta de mitigación clara mucho antes de la activación."
Omid Malekan ( @malekanoms ), profesor adjunto en Columbia Business School y defensor de larga data de la descentralización, subrayó la condición que debería guiar el trabajo:
"Bloques más rápidos son mejores para todo si se logran preservando la descentralización."
Nicolas ( @merklefruit ) en Umia (@umia_finance ), un protocolo venture onchain, enfatizó la experiencia de construir y usar aplicaciones en mainnet:
"Es innegable que los slots más rápidos aumentarán la UX en Mainnet. Como builders nosotros mismos, valoramos mucho esta característica y estaríamos felices si fuera priorizada."
¿Por qué debería Quick Slots ser una prioridad para Hegotá?
Ethereum tiene muchas propuestas valiosas compitiendo por capacidad de ingeniería finita en cada upgrade. Como con cualquier EIP, defender Quick Slots necesita estar fundamentado en razones claras.
En resumen: creemos que Quick Slots beneficia a la red, la inversión de ingeniería es reutilizable, y la ventana para comenzar el trabajo está abierta ahora.
- Creemos que esperar tiene un costo: la actualización posterior a Hegotá, actualmente conocida como I*, podría incluir el consenso desacoplado. Este rediseño mayor separa la producción de bloques de la finalidad y ya es la propuesta de máxima prioridad en la hoja de ruta del Protocolo EF. Como señaló Barnabé, no incluir Hegotá no significa necesariamente que Quick Slots pase al siguiente fork. Podría significar, en cambio, competir con un proyecto de consenso mucho más grande por capacidad de ingeniería y potencialmente esperar varios ciclos de actualización para tener otra oportunidad limpia de realizar este trabajo.
- Creemos que el tiempo de bloque es una restricción a nivel de red, y por lo tanto mejorarla es una actualización a nivel de red: las wallets pueden mejorar sus pantallas de carga y los DEXes pueden optimizar su enrutamiento, pero ninguno puede hacer independientemente que Ethereum L1 produzca su siguiente bloque antes. Cuando el protocolo mejora esa restricción subyacente, cada aplicación y usuario que depende de la latencia de L1 se beneficia sin tener que resolver el mismo problema de forma independiente. A medida que crece la necesidad de experiencias más rápidas, preferimos mejorar la latencia a nivel de protocolo cuando sea posible, en lugar de pedir cada vez más a las aplicaciones que diseñen soluciones alrededor de ella.
- Creemos que la inversión en ingeniería se acumula: gran parte del trabajo implica eliminar suposiciones en las especificaciones y clientes de Ethereum de que el tiempo de bloque siempre estará fijo en 12 segundos. Hacer ese trabajo ahora facilita considerar futuras reducciones a medida que mejoran el rendimiento de los clientes y las redes. Cada reducción aún tendría que ganarse su camino a través de pruebas, coordinación y una actualización de red, pero Ethereum tendría una base reutilizable para volverse más rápido. Ya adoptamos este enfoque progresivo para escalar la capacidad: los límites de gas han aumentado a medida que ha mejorado el rendimiento de los clientes, mientras que la capacidad de blobs puede revisarse a medida que la red demuestra margen adicional. Creemos que la latencia merece la misma filosofía: mejorarla, medir el resultado y seguir mejorando según lo permita la red.
Qué estamos haciendo para preparar Quick Slots
Hemos pasado suficiente tiempo hablando sobre lo útil que es Quick Slots, y probablemente te estés preguntando algo como: "Vale, esto es genial, pero ¿qué están haciendo para hacerlo realidad?"
Si bien Ethlabs tiene Quick Slots como una línea de trabajo central bajo nuestro paraguas más amplio de Fast Ethereum, esto, al igual que cualquier otro EIP, es un esfuerzo de coordinación a nivel de red al que tenemos la suerte de unirnos. Los equipos mencionados anteriormente, junto con muchos otros, han contribuido con investigación, trabajo de implementación, pruebas, comentarios y soporte que ayudan a llevar Quick Slots hacia su preparación. Buscamos seguir reuniendo estos argumentos para proporcionar una síntesis equilibrada de por qué la red, su ecosistema, sus clientes y sus usuarios podrían beneficiarse de un Ethereum más rápido.
Sin embargo, las palabras no son suficientes, y apoyar Quick Slots significa ayudarle a cumplir un estándar claro de entrega; para eso, estamos poniendo nuestra capacidad donde está nuestra boca.
Los equipos del Protocolo EF han identificado áreas clave donde necesitan mayor confianza: una especificación acordada, implementaciones que la sigan, una evaluación de los efectos secundarios y compatibilidad demostrada con el consenso desacoplado.
Esos son los requisitos correctos, y nuestro trabajo se centra en ayudar a responderlos. Así es como nos estamos acercando:
1. Pasar de las especificaciones a los clientes funcionales
Quick Slots ya está pasando al código real. Barnabé, con aportes de Francesco (@fradamt), y los colaboradores de EF Justin Traglia ( @JustinTraglia ) y Jihoon Song ( @jih2nn ) han presentado una especificación de consenso que cubre los cambios de temporización y la transición de actualización.
El 12 de septiembre, @terencechain también informó haber implementado un prototipo de Prysm alineado con la especificación de trabajo, y haberlo probado exitosamente localmente con Kurtosis. Terence también publicó un artículo sobre cambios pasados y futuros del protocolo que benefician a los slots más cortos.
https://x.com/terencechain/status/2100242641476862066
El siguiente paso es alinear las implementaciones y probar la transición entre múltiples clientes bajo condiciones de red cada vez más realistas.
2. Encontrar qué depende hoy de doce segundos
Estamos trabajando con @SourcifyEth para examinar los contratos desplegados en busca de suposiciones de temporización e identificar dónde puede ser necesario un trabajo de migración, incluidos los contratos que interactúan con raíces históricas de bloques beacon.
https://x.com/SourcifyEth/status/2086740760008012030
Una evaluación inicial ya ha producido rutas de código concretas para investigar, en lugar de una preocupación genérica de que "algo podría romperse". Las conversaciones que estamos teniendo con el ecosistema también forman parte de este trabajo, porque un cambio que afecta a todo Ethereum debe involucrar a todo Ethereum.
3. Asegurar que este trabajo encaje con lo que viene después
Quick Slots no puede evaluarse de forma aislada respecto a la hoja de ruta de consenso a largo plazo de Ethereum. Francesco está trabajando estrechamente con el equipo de Finalidad de EF en la relación entre Quick Slots y el consenso desacoplado, el rediseño mayor esperado después de Hegotá.
¡Ambas direcciones contemplan un futuro con bloques más rápidos, lo cual es alentador!
Vale, entonces ¿qué impide que esto suceda?
Las actualizaciones de Ethereum afectan decenas de miles de millones de dólares en valor, se realizan meticulosamente para garantizar un 100% de disponibilidad y se coordinan entre más partes interesadas de las que caben en una sola sala, incluso una grande. En resumen: conseguir que un EIP entre en Ethereum significa proponerlo, especificarlo, implementarlo, probarlo, encontrar qué rompe, arreglar esas cosas, probarlo de nuevo y eventualmente obtener suficiente confianza entre las personas responsables de entregar Ethereum para incluirlo en una actualización.
Quick Slots está avanzando actualmente a través de este proceso.
El trabajo restante es claro. Como se mencionó anteriormente, estamos trabajando para fusionar las especificaciones con la base de código principal en un par de días, alinear las implementaciones, probar las condiciones de red, investigar las dependencias secundarias y planificar el futuro del mecanismo en medio de una migración crítica post-cuántica. Nuestro trabajo ahora es convertir tantas incógnitas como sea posible en implementaciones y planes de migración para entrar significativamente en el alcance de Hegotá.
Si mantienes un cliente, operas validadores, construyes infraestructura o tienes una aplicación que se beneficiaría de un Ethereum más rápido por razones que aún no hemos cubierto, queremos escucharte. Y si crees que nos perdimos una restricción, especialmente queremos escuchar eso también.
No necesitamos elegir entre descentralización y rendimiento; a veces, podemos hacer ambas cosas. Un Ethereum fuerte depende de un ecosistema que avanza junto, y creemos que es hora de que ese ecosistema avance más rápido.
