Ethereum: «cualquier adolescente» puede descarrilar la prueba de Glamsterdam

Ganar una subasta y luego no entregar nada. Este es el escenario que preocupa a los desarrolladores de Ethereum antes de la prueba de Glamsterdam en Sepolia, programada para el 6 de octubre. En esta red de prueba, el ether utilizado para pujar no tiene valor comercial. Un actor malicioso podría, por lo tanto, ganar la construcción de bloques repetidamente y luego retener las transacciones que prometió colocar. El riesgo se refiere a las pruebas en Sepolia, no a los fondos depositados en la red principal.

Puntos clave

• Glamsterdam inscribe en el protocolo el mercado de los constructores a través del ePBS (EIP-7732), con un pago incondicional al proponente.
• En un testnet, el ether gratuito hace que la retención de payload no tenga costo: slots vacíos y cadena inexplorable.
• Las contramedidas mencionadas se limitan a listas blancas de constructores y a una fianza mínima para pujar.
• Los equipos clientes disponen de la mitad del tiempo habitual para la revisión cruzada antes de Sepolia.

Glamsterdam: Por qué un constructor podría bloquear transacciones

En Ethereum, actores especializados, llamados constructores, agrupan las transacciones destinadas a formar un bloque. Un validador luego elige una propuesta. Con Glamsterdam, esta relación debe entrar directamente en las reglas de la red: los constructores pujan para proporcionar el contenido del bloque, y luego el ganador debe publicarlo.

El mecanismo prevé una contraprestación financiera. Según la propuesta técnica de Ethereum, el validador recibe el pago incluso si el constructor ganador no entrega las transacciones. En la red principal, retener el contenido prometido puede costar ethers que tienen un valor real.

En Sepolia, el mismo pago se realiza en ether de prueba. Durante la llamada a desarrolladores del 17 de septiembre, el desarrollador conocido bajo el seudónimo Potuz describió a un atacante capaz de crear numerosas identidades de constructor, pujar sistemáticamente y nunca publicar las transacciones. Si esta estrategia se repitiera, podría dejar bloques sin contenido y obstaculizar a los equipos que utilizan Sepolia para probar sus aplicaciones.

Por lo tanto, los desarrolladores discuten protecciones que permitan volver a bloques construidos localmente y excluir a los constructores que no entregan. También deben evitar que un actor excluido regrese de inmediato bajo otra identidad. No se ha anunciado ninguna solución definitiva durante la llamada. Cada nueva actualización de la red Ethereum es un evento en la criptosfera -- Fuente: Cuenta X JDC

Sepolia: Siete días de verificación antes de la prueba pública

El otro tema de discusión se refiere al calendario. Los equipos que desarrollan el software de Ethereum han sido invitados a publicar una versión compatible con Sepolia a más tardar el 29 de septiembre, si es posible antes. Esto dejaría siete días antes de la prueba del 6 de octubre. El procedimiento habitual prevé al menos catorce días entre la disponibilidad de este software y su implementación en una primera red de prueba.

Este plazo sirve, entre otras cosas, para controles de seguridad y para la búsqueda de errores. Un desarrollador ha señalado que reducirlo a la mitad limitaría el tiempo disponible para estas verificaciones. Sin embargo, los participantes han mantenido la fecha prevista para Sepolia: esta red cuenta con un número limitado de validadores y sería más fácil restaurarla si la prueba saliera mal.

Sepolia no constituye el último examen antes de Ethereum. Otra prueba en Hoodi está provisionalmente prevista para el 27 de octubre, sujeta a los resultados de la primera. Aún no se ha fijado ninguna fecha para la activación de Glamsterdam en la red principal.

Las próximas pruebas deberán, por lo tanto, responder a dos preguntas concretas: ¿los nuevos bloques funcionan como se esperaba y las protecciones evitan que un constructor perturbe de forma duradera una red donde las pujas no le cuestan casi nada? Más que unas pocas semanas antes de poner en marcha la máquina...