¿Por qué Ethereum incorpora transacciones frame (un nuevo tipo de transacción en Ethereum)?

EIP-8141 propone separar la validación, el pago del gas y la ejecución en marcos programables. Así, los usuarios pueden disfrutar de un patrocinio de gas más sencillo, lotes atómicos, autenticación flexible y cuentas inteligentes más seguras. Para Ethereum, el objetivo más amplio es la abstracción de cuentas nativa: integrar estas funciones en el protocolo en vez de depender principalmente de soluciones alternativas a nivel de aplicación.

Puntos clave:

• Ethereum busca que los usuarios puedan operar sin tener que mantener ETH solo para cubrir el gas.

• Los lotes atómicos permiten combinar aprobaciones y acciones para que se ejecuten o fallen todo o nada.

• La validación programable facilita la rotación de claves, la recuperación social y esquemas de firma alternativos.

• Las transacciones de marcos disminuyen la dependencia de agrupadores externos y relayers centralizados para funciones de abstracción de cuentas.

• Ethereum considera EIP-8141 como parte de una estrategia a largo plazo hacia la seguridad poscuántica de las cuentas.

¿Por qué Ethereum incorpora Frame Transactions para el pago de gas?

Un problema recurrente para el usuario en Ethereum es que debe disponer de suficiente ETH para pagar comisiones, aunque solo quiera transferir USDC u otro token ERC-20.

Las Frame Transactions hacen que el pago de gas sea abstracto. Un marco puede autorizar la ejecución y otro, el pago, ya sea por otra cuenta o un patrocinador. Así, un patrocinador puede asumir el gas en ETH y recibir tokens ERC-20 como contraprestación.

Por ejemplo, una billetera con stablecoins y sin ETH podría iniciar una transacción si un patrocinador acepta costear el gas. El mecanismo de tarifas sigue empleando ETH, pero el usuario ya no tiene que ser necesariamente el pagador directo.

Este modelo ya existe mediante la abstracción de cuentas ERC-4337, donde los patrocinadores pueden cubrir UserOperations. EIP-8141 lleva esa flexibilidad a las transacciones nativas de Ethereum, sin necesidad de flujos de transacciones auxiliares.

¿Por qué Ethereum quiere que los lotes atómicos sean todo o nada?

El problema surge cuando una acción del usuario requiere varias transacciones en la blockchain.

Pensemos en un intercambio de tokens: primero, el usuario aprueba un contrato inteligente para gastar tokens y después realiza el intercambio. Si la segunda transacción falla, la aprobación puede seguir activa aunque la operación no se haya ejecutado.

Las Frame Transactions permiten lotes atómicos: se agrupan marcos consecutivos, de modo que si uno revierte, todos los cambios asociados también lo hacen.

Así, una aprobación y un intercambio se pueden ejecutar como una única transacción atómica. O ambas acciones se completan, o ninguna lo hace.

Esto va más allá de la comodidad. Los lotes atómicos evitan aprobaciones huérfanas, reducen transacciones innecesarias y facilitan la gestión de operaciones complejas en la billetera. Además, mejoran la eficiencia del gas al compartir costes de transacción entre acciones relacionadas.

¿Por qué es importante la abstracción de marcos para la abstracción de cuentas?

Las cuentas externas tradicionales de Ethereum dependen de claves criptográficas. Si se pierde la clave privada, se pierde el control de la cuenta, y cambiar el método de autenticación no es directo.

La abstracción de cuentas permite programar el comportamiento de la cuenta.

EIP-8141 autoriza que la lógica de validación ejecute código EVM. Así, una cuenta puede definir cómo se validan las firmas, sin depender solo del modelo ECDSA convencional de Ethereum. Esto facilita la integración de otros esquemas de firma, políticas de gasto, recuperación social, rotación de claves y agregación de firmas en el futuro.

La Ethereum Foundation remarca que este avance es clave en materia de seguridad. En su informe Hegotá del 7 de septiembre de 2026, define EIP-8141 como el principal cambio de la capa de ejecución y destaca el camino hacia firmas poscuánticas y la paulatina superación de las actuales claves secp256k1.

La arquitectura de abstracción de cuentas de Ethereum también demuestra por qué las cuentas programables pueden independizar las reglas de autorización del modelo rígido de clave privada.

¿Por qué Ethereum busca depender menos de bundlers y relayers?

Los sistemas actuales de abstracción de cuentas ofrecen estas funciones, pero requieren componentes extra.

ERC-4337 utiliza UserOperations, bundlers, un contrato EntryPoint y, en algunos casos, patrocinadores. Esta arquitectura opera sin modificar las reglas de transacción a nivel de consenso, lo que es una de sus fortalezas.

El inconveniente es la infraestructura adicional.

Las Frame Transactions trasladan la lógica de validación, ejecución y pago al procesamiento estándar de transacciones en Ethereum. La especificación oficial de EIP-8141 describe el pago alternativo de tarifas y transacciones patrocinadas sin la necesidad del canal externo de transacciones.

Esto no implica que desaparezcan todos los servicios externos: los proveedores de billeteras, servicios de simulación, mempools privados y otras infraestructuras seguirán existiendo. Pero las funciones esenciales de las transacciones ya no dependen de ellos del mismo modo.

¿Por qué EIP-8141 introduce nuevos opcodes y reglas de validación?

La mayor programabilidad implica nuevos riesgos. Una validación capaz de ejecutar código arbitrario puede encarecer la simulación de transacciones o exponer el mempool público a ataques de denegación de servicio y de invalidación masiva.

Por eso, EIP-8141 añade nueva lógica de protocolo en vez de permitir código sin restricciones.

La especificación actual define siete nuevos opcodes de marcos, entre ellos APPROVE, que puede autorizar la ejecución, el pago del gas o ambas cosas. Otros opcodes permiten que la lógica de validación inspeccione los datos de la transacción, del marco y de la firma.

La propuesta también limita el prefijo de validación y distingue entre patrocinadores canónicos y no canónicos. Los no canónicos tienen restricciones más estrictas para transacciones pendientes, mientras que los canónicos siguen el código definido por el protocolo y los nodos pueden rastrear sus compromisos de gas.

En resumen, la programabilidad exige reglas que protejan la inclusión en bloque y el mempool público.

¿Qué pueden cambiar las Frame Transactions para los usuarios?

La mayoría de los usuarios no gestionará marcos ni el opcode APPROVE directamente. Las aplicaciones de billetera probablemente ocultarán esa mecánica.

Los cambios visibles serán más prácticos: pagar comisiones con tokens que ya tienes en la billetera, ejecutar varias acciones con una sola autorización, recuperar una cuenta sin depender de una clave privada única o usar métodos de autenticación más sólidos cuando estén disponibles.

El alcance de la actualización Hegotá ubica EIP-8141 entre los cambios de protocolo previstos, y la Ethereum Foundation identifica las Frame Transactions como un pilar de la ejecución en esta actualización.

Si gestionas ETH o activos basados en Ethereum a través de Gate, estos cambios de protocolo no eliminan la necesidad de considerar el estado de la red, el soporte de la billetera, el riesgo de los contratos inteligentes y las comisiones por transacción al mover activos on-chain.

Conclusión

Ethereum adopta Frame Transactions porque muchas funciones que los usuarios esperan—gas patrocinado, lotes, recuperación, autenticación programable y firmas flexibles—resultan poco naturales en el modelo de transacción tradicional.

EIP-8141 transforma la arquitectura base: al separar validación, pago y ejecución en marcos, Ethereum puede ofrecer estas funciones de forma nativa, manteniendo la seguridad en la validación de transacciones y en el mempool público.

El objetivo no es solo un nuevo formato de transacción, sino un modelo de cuentas en Ethereum donde quién autoriza, quién paga y cómo se ejecuta una acción son elementos programables e independientes.

Preguntas frecuentes

¿Las Frame Transactions buscan principalmente gas más barato?

No. El patrocinio del gas es una ventaja, pero EIP-8141 no reduce el precio del gas en Ethereum. Su meta es hacer que el pago de gas, la validación y la ejecución sean programables.

¿Las EOA actuales pueden aprovechar las Frame Transactions?

Sí. EIP-8141 proporciona código predeterminado para que las cuentas sin código de contrato desplegado o delegado accedan a la funcionalidad básica de Frame Transaction sin migrar los activos a otra cuenta de contrato.

¿Se puede pagar gas con tokens ERC-20?

Sí, desde el punto de vista del usuario. Un patrocinador puede cubrir el gas en ETH y recibir tokens ERC-20 del usuario. El protocolo de Ethereum sigue requiriendo ETH en última instancia.

¿Por qué las Frame Transactions son relevantes para la seguridad poscuántica?

La validación programable permite que las cuentas superen el esquema de firma ECDSA fijo. Así, se facilita la adopción de métodos de autenticación poscuánticos futuros sin que Ethereum tenga que codificar cada esquema de firma.

¿Las Frame Transactions eliminan bundlers y relayers?

Reducen la necesidad de infraestructuras auxiliares complejas para la abstracción de cuentas. Las aplicaciones y billeteras pueden seguir usando relayers, mempools privados, servicios de simulación u otras herramientas, según convenga.

¿Cuándo llegarán las Frame Transactions a Ethereum?

EIP-8141 se prevé como un elemento central de la capa de ejecución de Hegotá, con objetivo en 2027. El calendario y los detalles pueden variar durante el desarrollo y las pruebas.

Este contenido es solo informativo. Las especificaciones de EIP, el alcance de las actualizaciones de Ethereum y los plazos pueden cambiar antes de la activación en la red principal.