La agenda de los desarrolladores del núcleo del 6 de agosto describió esa fecha como el límite para presentar propuestas, no como una decisión sobre el conjunto final de funciones de Hegota.

Frame Transactions figura entre las propuestas que ahora están en revisión. Dos borradores dependientes, Keyed Nonces y Recent Roots, muestran cómo ese modelo de transacciones podría brindar soporte a las carteras y a las aplicaciones de privacidad si se adopta.

Frame Transactions divide una transacción en etapas programables

El EIP-8141, conocido como Frame Transactions, propone un nuevo tipo de transacción de Ethereum compuesto por marcos programables.

Distintos marcos podrían validar una acción, aprobar el pago del gas o ejecutar la llamada prevista por el usuario. Los marcos seleccionados también podrían agruparse en un lote atómico: si uno falla, se revertirían los cambios de estado realizados por los demás marcos de ese lote.

Esa estructura podría dar a las carteras más opciones nativas para el procesamiento por lotes, la rotación de claves y la autorización de transacciones complejas. También podría permitir que una cuenta o un servicio pague el gas mientras otra cuenta autoriza la acción. Esto hace que la propuesta sea relevante más allá de las herramientas de privacidad, ya que incide en la forma en que las cuentas delegan y coordinan acciones en la cadena.

Keyed Nonces crean dominios separados de protección contra repetición

Normalmente, Ethereum utiliza un único nonce secuencial para cada cuenta. Ese número determina el orden de las transacciones e impide que una misma transacción se ejecute dos veces.

El EIP-8250 reemplazaría ese nonce único en las Frame Transactions por un conjunto de claves de nonce y un número de secuencia. Las transacciones que utilicen conjuntos de claves no nulos y sin superposición serían independientes entre sí frente a la repetición.

Esto resulta importante para los protocolos de privacidad que utilizan un remitente compartido, de modo que cada usuario no exponga una dirección de remitente pública distinta. Con una única secuencia de nonce, una acción demorada puede interferir con acciones no relacionadas enviadas a través de ese remitente.

Los Keyed Nonces abordan esa limitación de la protección contra repetición, pero no proporcionan privacidad por sí solos. Las claves de nonce siguen siendo visibles en los datos de la transacción.

La propuesta también conserva la regla del EIP-8141 que permite solo una Frame Transaction pendiente por remitente en el mempool público. Por lo tanto, los dominios de nonce separados no permitirían, por sí solos, que varias Frame Transactions del mismo remitente permanezcan pendientes públicamente al mismo tiempo.

Recent Roots evitan lecturas de almacenamiento mutable durante la validación

Las aplicaciones de privacidad suelen utilizar un árbol de compromisos, en el que una raíz reciente representa los compromisos frente a los cuales un usuario puede demostrar un gasto.

La validación de una Frame Transaction no puede leer almacenamiento externo arbitrario controlado por otra aplicación. Ese almacenamiento podría cambiar mientras una transacción está pendiente.

El EIP-8272, conocido como Recent Roots, propone una alternativa limitada. Una fuente de raíces escribiría las raíces en un contrato del sistema, mientras que una Frame Transaction podría especificar en sus datos firmados una fuente, un slot y una raíz concretos.

Los clientes de Ethereum verificarían esa referencia antes de la ejecución del marco. La aplicación podría entonces validar una prueba frente a una raíz de compromiso reciente sin depender de almacenamiento externo cambiante durante la validación.

La propuesta admite hasta 16 referencias de raíz en una transacción y limita cuánto tiempo permanece válida cada una.

No haría privadas las transferencias ordinarias de ETH. Proporcionaría una capa de infraestructura que las aplicaciones de privacidad podrían utilizar junto con las Frame Transactions, razón por la cual el diseño se presenta como un bloque de construcción y no como un sistema de privacidad completo.

El plazo no finalizó Hegota

Los tres EIP siguen siendo borradores. El EIP-8250 y el EIP-8272 también dependen del EIP-8141, por lo que ninguno podría activarse de manera independiente.

El plazo del 6 de agosto solo cerró la ventana para nuevas propuestas no principales. Los desarrolladores aún deben decidir si las Frame Transactions pertenecen a Hegota y, en ese caso, si los diseños dependientes están listos para acompañarlas. En la práctica, esto significa que el proceso de revisión todavía se centra en la idoneidad y la preparación, y no solo en si las ideas son técnicamente interesantes.

Esa combinación de flexibilidad de cuentas, privacidad y resiliencia criptográfica también se aprecia en la hoja de ruta cambiante de Ethereum. Pero por ahora son propuestas en revisión, no funciones disponibles para los usuarios de Ethereum.

Advertencia: Este artículo tiene fines exclusivamente informativos. El EIP-8141, el EIP-8250 y el EIP-8272 son propuestas de borrador que pueden cambiar, quedar excluidas de Hegota o no activarse nunca.

Metodología: Este artículo se basa en la agenda oficial de los desarrolladores de Hegota y en las especificaciones de borrador del EIP-8141, el EIP-8250 y el EIP-8272.