Desarrolladores de Ethereum buscan la opinión de dApps sobre los cambios en la contabilidad de gas para la actualización Glamsterdam
Los desarrolladores principales piden a los equipos de dApps que revisen ocho suposiciones sobre el gas tras el riesgo que EIP-8037 supone para la facturación y la lógica de autorización, lo que retrasa el despliegue de Glamsterdam.
Traducido del inglés. Leer el original
Claves
- La actualización Glamsterdam de Ethereum introduce una nueva contabilidad de gas de estado que podría romper los reembolsos de retransmisores y las autorizaciones de billeteras.
- Los desarrolladores han pedido a los equipos de dApps que confirmen si se pueden cumplir ocho invariantes relacionados con el gas antes de que avance la actualización.
- El retraso pospone la activación de la red de prueba Hoodi y deja sin definir la fecha para la red principal hasta recibir el feedback del proyecto.
El 6 de noviembre, la Fundación Ethereum publicó una solicitud para que los desarrolladores de aplicaciones y auditores evalúen ocho suposiciones relacionadas con el gas vinculadas a la próxima actualización Glamsterdam. Esta petición sigue a la postergación de la activación prevista para el 26 de octubre de la red de prueba Hoodi y a un aumento de 200 millones en el límite de gas, que se retrasó el 22 de octubre a la espera de la resolución de los problemas identificados. Los desarrolladores principales afirman que no pueden auditar todos los contratos y servicios fuera de la cadena por sí mismos, por lo que necesitan la opinión del ecosistema más amplio para decidir si los cambios propuestos en EIP-8037 y EIP-8038 requieren una revisión adicional.
ETH / USD
Nuevo modelo de gas de estado y sus riesgos
EIP-8037 separaría el costo de crear datos persistentes en la cadena de bloques del gas de ejecución, introduciendo un “reservorio de gas de estado” que financia las escrituras de estado cuando el límite de gas de una transacción supera los 16.777.216. Bajo la semántica actual de gasleft() de Solidity, este reservorio es invisible para los contratos, lo que significa que un retransmisor que mida el gas antes y después de la ejecución podría calcular mal los reembolsos. Si la lectura posterior del gas es mayor, una sustracción verificada revertiría, potencialmente bloqueando la transacción; una sustracción no verificada podría desbordarse y llevar a un sobre-reembolso. La propuesta también cambia el manejo de las delegaciones fallidas (EIP-7702), permitiendo que una transacción que se quede sin gas durante la pre-ejecución deje una autorización expuesta y reutilizable, abriendo un vector para ataques de front-running.
Mitigaciones propuestas y guía para desarrolladores
El equipo de Ethereum sugiere varias salvaguardas: firmar una estimación de tarifas que respete las nuevas reglas de contabilidad, limitar los resultados de la sustracción y establecer un máximo de pago firmado por el usuario. Una solicitud de extracción de especificación abierta (PR #12581) busca evitar que las lecturas de gas aumenten, lo que resolvería el problema de la sustracción, pero no el punto ciego creado por el reservorio. Para los riesgos de delegación, las billeteras podrían vincular la inicialización a la firma de la cuenta o invalidar las autorizaciones expuestas, mientras que cobrar los costos peores de antemano sigue siendo un cambio de protocolo no adoptado.
Qué observar a continuación
El repositorio creado por la fundación ahora recopila respuestas de los proyectos afectados sobre las configuraciones, actualizaciones o migraciones necesarias, y sus plazos. Estas entradas darán forma a la próxima ronda de discusiones de especificación y determinarán si la actualización Glamsterdam avanza según lo planeado o requiere ajustes adicionales. La fecha de activación en la red principal sigue sin establecerse, y el resultado dependerá de cuántas dApps puedan adaptarse al nuevo modelo de gas sin comprometer la seguridad o la usabilidad.

Debate 0