Ethereum: la EIP-7778 propone contar el trabajo del bloque antes de los reembolsos de gas

Una consulta sobre la contabilidad de los bloques

La EIP-7778 señala el 1 de noviembre de 2026 como plazo de última consulta en su documento oficial. Creada el 1 de octubre de 2024 por Ben Adams y Toni Wahrstätter, sigue mostrando Last Call al verificarse. Aborda la capacidad de los bloques con una distinción central: reducir la factura del usuario no debe borrar el trabajo que la red efectuó. El plazo no demuestra adopción definitiva ni activación.

El gas mide y limita los recursos consumidos por las operaciones. Algunas dan derecho a reembolsos, especialmente cuando una instrucción pone a cero una posición de almacenamiento. El mecanismo actual descrito en la propuesta los descuenta tanto del coste del usuario como del contador que determina el llenado del bloque. Los autores consideran que esta doble deducción puede admitir más cálculo del previsto por el límite.

Mantener el reembolso y contar la carga bruta

El texto cita el bloque histórico 20 878 522 para ilustrar la diferencia. Su uso neto es de 28,5 millones de gas, más 4,01 millones de reembolsos: el uso bruto alcanza 32,51 millones. En el ejemplo presentado por los autores, supera el límite del bloque en 2,51 millones. No es un incidente anunciado hoy ni permite concluir que todos los bloques presenten el mismo exceso.

La solución separa las dos cuentas. El coste de las transacciones para los usuarios seguiría incorporando los reembolsos admisibles. En cambio, el gas contado para el límite del bloque ya no los restaría. La fórmula contempla también el suelo de coste de datos de la EIP-7623, tomando el máximo pertinente. No se busca eliminar el incentivo para limpiar el estado, sino evitar que una rebaja económica se interprete como cálculo no realizado.

Los productores tendrían que adaptar la selección

No todos los descuentos se tratarían como reembolsos artificiales del trabajo. El documento conserva las reducciones que reflejan una carga realmente menor, como ciertos accesos a datos ya utilizados o la restauración de un valor original. La distinción importa: el modelo debe limitar recursos sin sumar al contador trabajo que no ocurrió. Las pruebas previstas comparan transacciones que limpian almacenamiento y bloques cercanos al límite.

La propuesta es incompatible con las reglas anteriores y requeriría un hard fork. Los productores deberían adaptar sus algoritmos de selección, manteniendo la economía individual de los reembolsos en el modelo descrito. Los autores esperan contener mejor la carga de cálculo y determinados riesgos de denegación de servicio. La actualidad es la consulta del 1 de noviembre, no la supresión de reembolsos ni una protección ya desplegada en la red.