Ethlabs retiró su propuesta Quick Slots de la actualización Hegotá de Ethereum, al tiempo que instó a los desarrolladores principales a hacer de la seguridad post-cuántica y "post-IA" el objetivo organizador para 2027. La propuesta, conocida como "pqai27", también replantearía la inclusión prevista de FOCIL y podría reordenar la estructura de la actualización, aunque no se ha aprobado ningún cambio en la hoja de ruta.

La posición se expuso en una publicación del 11 de noviembre en el foro Ethereum Magicians, difundida después de que Ethlabs pasara la semana de Devcon en Mumbai con los desarrolladores principales de Ethereum. La publicación contiene dos decisiones de estatus distinto: Ethlabs puede retirar Quick Slots, que ella misma desarrolló, pero su solicitud más amplia de reorganizar Hegotá sigue siendo un documento de posición hasta que el proceso de desarrolladores principales la adopte.

Ethlabs es un grupo de investigación sin fines de lucro lanzado en junio por cinco exinvestigadores de la Ethereum Foundation. Ha recibido financiamiento de Bitmine, SharpLink y del fundador de Consensys, Joe Lubin. El grupo escribió Quick Slots y dedicó el otoño a promover la propuesta, por lo que puede retirarla de consideración por sí mismo. No puede cambiar unilateralmente la hoja de ruta de Ethereum.

Ethlabs define la seguridad post-cuántica como la criptografía que una computadora cuántica suficientemente grande no podría romper. "Post-IA" es un término acuñado por el propio grupo y abarca dos preocupaciones relacionadas. La primera es la criptografía basada en la menor cantidad posible de supuestos matemáticos, porque Ethlabs argumenta que los sistemas de IA capaces de resolver problemas matemáticos abiertos podrían eventualmente revelar debilidades que los investigadores no anticiparon. La segunda es el software de clientes endurecido con y contra modelos que descubren errores a gran escala. La publicación califica el segundo uso de "post-IA" con "plausiblemente" y no afirma que el diseño resultante sea demostrablemente seguro.

Hegotá está programada para seguir a Glamsterdam, que según Ethlabs debe avanzar según lo previsto. La pregunta que plantea el grupo se refiere al contenido de Hegotá, no a un retraso de Glamsterdam.

Dos metas dentro del objetivo de 2027

Ethlabs divide su propuesta en dos niveles. Describir el plan simplemente como "Ethereum seguro contra cuántica para 2027" exageraría lo que se propone.

El primer nivel, previsto para Hegotá, es pqai-ready. Bajo este objetivo:

• El consenso usaría criptografía post-cuántica.
• Cada cuenta tendría una ruta para migrar a claves post-cuánticas.
• La red conservaría la capacidad que entregue Glamsterdam.
• Si la criptografía actual se rompiera, Ethereum podría cambiar a sistemas post-cuánticos y seguir operando con capacidad reducida.

El segundo nivel es pqai-scaled, descrito como una meta extendida para una bifurcación posterior. Requeriría:

• Transacciones post-cuánticas operando a plena capacidad.
• Blobs post-cuánticos que reemplacen el recurso alternativo de calldata.
• Agregación de firmas mediante EIP-8288 y disponibilidad de datos post-cuántica mediante EIP-8479.
• Probables cambios que abarquen tanto la capa de ejecución como la de consenso.

"Capacidad reducida" tiene un significado específico en la propuesta de Ethlabs. Las firmas post-cuánticas son más grandes que las actuales, lo que hace más costosa la inclusión de las transacciones que las usan. Los blobs, el canal de datos que usan los rollups, tampoco son post-cuánticos. En una emergencia, los rollups podrían publicar sus datos como calldata en bloques ordinarios. Ethlabs dice que ese enfoque podría absorber el volumen actual de blobs a un costo mayor. La cadena seguiría operando, pero no de forma tan barata.

El objetivo pqai-ready es un calendario comprimido más que un plazo completamente nuevo. Ethlabs señala que la Ethereum Foundation ya había adelantado su meta post-cuántica de 2029 a 2028. Ethlabs busca estar lista un año antes, tratando la operación post-cuántica a plena escala en el mismo año como un logro adicional.

Por qué se retiró Quick Slots

Quick Slots, EIP-8198, convertiría la duración del slot en un parámetro ajustable en cada actualización y la reduciría inicialmente de 12 a 10 segundos. Un slot es una oportunidad programada para producir un bloque. Reducir el intervalo daría a Ethereum seis oportunidades por minuto en lugar de cinco, aproximadamente un 20% más.

El cambio afectaría la capacidad de respuesta más que la capacidad total. El borrador mantiene estables el gas y el rendimiento de blobs por segundo al reducir los límites por bloque. Los bloques llegarían con más frecuencia, pero cada uno sería más pequeño. Los mercados onchain podrían reajustar precios con más frecuencia, y una transacción podría incluirse antes, aunque la espera real seguiría dependiendo de las comisiones, la congestión y cómo las aplicaciones agrupan las solicitudes.

La finalidad de las transacciones es un asunto distinto de la frecuencia de los slots. Coindoo examinó previamente el esfuerzo de Ethereum por acortar la finalidad en su artículo sobre la espera de liquidación de 16 minutos de Ethereum.

Ethlabs dijo que sigue apoyando el concepto y planea trabajar hacia slots más cortos en 2028. Por ahora, sin embargo, Quick Slots ha sido eliminada de la lista de Hegotá.

Ethlabs presentó la retirada como un sacrificio. Había publicado una encuesta de 20 fundadores de DeFi que apoyaban el cambio y dijo estar preparada para defender la decisión ante quienes confiaron en el grupo para entregarla.

La propuesta nunca tuvo asegurada su inclusión. El clúster de Protocolo de la Ethereum Foundation publicó su evaluación de las candidatas de Hegotá el 7 de septiembre en su actualización de protocolo. Quick Slots recibió una calificación general de B: los equipos de investigación la valoraron con fuerza, mientras que los equipos de ingeniería responsables de implementarla le dieron un D.

Las preocupaciones de ingeniería involucraban la cadena de cambios que un slot más corto desencadenaría en la capa de consenso. Antes de aumentar su prioridad, los ingenieros querían una especificación completa, un prototipo, un análisis de sus efectos en aplicaciones e infraestructura, y evidencia de que no complicaría la transición hacia un consenso desacoplado. Los elementos ya programados debían estabilizarse primero.

Ethlabs abordó parte de esa lista. En su actualización de la semana 14, el grupo informó que la especificación de la función Quick Slots había sido fusionada. Eso resolvió la primera de las cuatro solicitudes, pero la implementación en clientes y las pruebas seguían pendientes. Ethlabs, por tanto, renunciaba a una función que deseaba y que contaba con apoyo, pero cuya posición en Hegotá seguía siendo condicional. La retirada es menos significativa que eliminar un elemento ya programado como protagonista, y le da a Ethlabs mayor autoridad para argumentar la eliminación de propuestas que ella no escribió.

Frames conecta los objetivos de seguridad

Frame Transactions, EIP-8141, ya es el elemento protagonista de la capa de ejecución de Hegotá. Haría programable la forma en que una cuenta valida transacciones y paga comisiones, en lugar de atar esas funciones a las firmas de curva elíptica actuales.

En la propuesta de Ethlabs, Frames se desplegaría junto con SPHINCS, un esquema de firmas basado en hashes, y otras propuestas de cuentas post-cuánticas. Juntos, estos mecanismos darían a cada cuenta una ruta hacia claves post-cuánticas. También permitirían la rotación de claves, claves de recuperación separadas y permisos acotados sin servicios de terceros. Esa funcionalidad más amplia es la razón por la que Ethlabs describe Frames como útil más allá del problema de la seguridad cuántica.

El soporte del protocolo para un nuevo esquema de firmas representaría solo la mitad de la migración. Las billeteras tendrían que implementar el método de firma y ofrecer a los usuarios un proceso claro para migrar sus cuentas. Los validadores necesitarían sistemas de preregistro y herramientas para pasar a claves post-cuánticas. Ethlabs clasifica ese trabajo como "fuera del calendario del hardfork", lo que significa que el protocolo podría estar listo antes que la mayoría de los usuarios.

Otra parte de la propuesta no es criptográfica. Ethlabs quiere que los equipos de clientes reciban tiempo dedicado para endurecer su software con y contra modelos de IA de frontera. También confía en la diversidad de clientes para que un error descubierto en un cliente no derribe la red. Las firmas post-cuánticas no abordan vulnerabilidades de software, y corregir errores de software no protege una curva criptográfica rota. El objetivo propuesto para 2027 combina ambos tipos de trabajo de seguridad.

FOCIL podría retrasarse

Ethlabs también pide a los desarrolladores reconsiderar FOCIL, EIP-7805, que es el elemento protagonista de la capa de consenso de Hegotá. FOCIL exigiría que los validadores publiquen listas de inclusión que los constructores de bloques deban respetar, limitando su capacidad de excluir transacciones elegibles. Su propósito es la resistencia a la censura.

Varios miembros de Ethlabs coescribieron el EIP, y la publicación dice que lo impulsaron en bifurcaciones anteriores. El argumento del grupo para retrasar FOCIL se apoya en tres puntos. Primero, podría frenar la preparación post-cuántica. Segundo, su compatibilidad con un diseño de consenso post-cuántico sigue sin resolverse, ya sea una versión basada en hashes del actual Gasper o el protocolo "desacoplado" que Ethlabs prefiere como estado final. Tercero, sin FOCIL, la capa de ejecución podría desplegar Frames en su propio calendario en lugar de esperar a la capa de consenso.

El tercer punto equivale a una propuesta estructural. Ethlabs sugirió dividir Hegotá en una bifurcación temprana de capa de ejecución y una bifurcación de capa de consenso que llegaría cuando el consenso post-cuántico estuviera listo. Ambas capas podrían volverse a conectar en la siguiente actualización.

La mayor pregunta abierta identificada en la publicación es qué diseño de consenso debe hacerse post-cuántico. Ethlabs dijo que convertir Gasper probablemente sería la tarea menor, pero no está claro cuántos compromisos implicaría. El grupo no ha determinado si saltar directamente al consenso desacoplado sería más simple.

Las próximas señales de avance

La guía de Hegotá publicada por Ethereum, actualizada por última vez el 16 de octubre, enumera FOCIL y Frames como programados para inclusión y Quick Slots bajo consideración. Esa guía es anterior a la publicación de Ethlabs y proporciona la línea base contra la cual se medirá la propuesta.

La primera señal será si las llamadas de desarrolladores principales registran una decisión de adoptar pqai27 como objetivo organizador de Hegotá, y si FOCIL se reduce en alcance, se retrasa o se conserva. La siguiente será la elección entre Gasper post-cuántico y el consenso desacoplado, lo que determinará el tamaño del trabajo de la capa de consenso. Después vendrían implementaciones funcionales de clientes, pruebas de interoperabilidad y herramientas de migración para billeteras y validadores. La preparación del protocolo por sí sola no significaría que los usuarios y la infraestructura estuvieran listos.

Ethlabs describió el calendario como ambicioso y comparó el esfuerzo con The Merge. Su argumento es que comprometerse ahora costaría menos que cambiar de rumbo a mitad de una bifurcación posterior, y que sin un compromiso la cuestión volvería con cada nuevo modelo de IA. Si los desarrolladores principales aceptan ese intercambio determinará cómo se desarrolla Hegotá.