Los usuarios podrían pagar en USDC mientras un sponsor paga en ETH

EIP-8141, conocido como Frame Transactions, es una propuesta en borrador para un nuevo tipo de transacción de Ethereum. Divide una transacción en frames programables que pueden verificar la aprobación del usuario, seleccionar un pagador y ejecutar la llamada prevista.

El Meta EIP de Hegotá enumera Frame Transactions como programado para su inclusión, y Vitalik Buterin compartió una actualización reciente sobre el progreso de la propuesta. La especificación sigue siendo un borrador y Hegotá aún no se ha activado. Como con cualquier EIP, la inclusión en el calendario de un fork no garantiza la activación; las propuestas aún pueden cambiar o descartarse antes de que se lance una actualización de red.

A lot of important progress on Frames (EIP-8141) has been quietly happening over the last few months. Highly recommend reading this, also the updated EIP

— vitalik.eth (@VitalikButerin) September 5, 2026

Con este cambio, un usuario podría realizar una transacción sin tener personalmente ETH, siempre que su wallet, la aplicación y un sponsor sean compatibles con el formato. El sponsor podría cobrar al usuario en USDC u otro token ERC-20, o la aplicación podría cubrir la tarifa como parte de su servicio.

El espacio de bloques de Ethereum seguiría pagándose en ETH. Los Frame Transactions cambian quién proporciona y gestiona ese ETH, no el mercado de tarifas subyacente.

Cómo podría verse una transacción pagada con tokens

El EIP incluye un ejemplo en el que un sponsor paga la tarifa de red y recibe un pago en ERC-20 del usuario. Una wallet con USDC pero sin ETH podría, en principio, enviar un swap o una transferencia mediante la siguiente secuencia:

Cómo podría funcionar un pago de gas en ERC-20

1. Aprobación – La wallet del usuario valida el conjunto completo de acciones que la transacción debe realizar.
2. Acuerdo de pago – Un sponsor acepta cubrir el gas en ETH a cambio de un pago en ERC-20, o subvenciona la acción.
3. Ejecución – El pago en tokens y la transferencia, acuñación o swap previsto se procesan en el mismo flujo de transacción.

Combinar estos pasos en una sola transacción evita obligar al usuario a adquirir ETH antes de que pueda comenzar la acción prevista. Para usuarios nuevos, esto elimina un obstáculo común: una wallet puede contener tokens pero carecer del activo nativo necesario para moverlos. No elimina los costos de transacción; los empaqueta en una forma que la wallet o la aplicación pueden presentar con mayor claridad.

El pago del gas se convierte en una decisión de producto

Los Frame Transactions darían a las wallets y aplicaciones varias formas de manejar el mismo costo. Estos son posibles modelos de implementación, no funciones que el EIP exija:

Posibles formas en que una aplicación podría manejar el gas

• Patrocinado por la app: Una app podría pagar la tarifa para que el onboarding o una función limitada se sienta sin gas.
• Pago en tokens: Un sponsor podría cotizar la tarifa en USDC u otro token compatible mientras financia la tarifa de Ethereum en ETH.
• Híbrido: Una aplicación podría subvencionar acciones seleccionadas y cobrar a los usuarios otras mediante una tarifa basada en tokens.

Una transacción presentada como sin gas sigue siendo financiada por una aplicación, un sponsor o un cargo separado en tokens. EIP-8141 podría dar a las aplicaciones una forma estándar de subvencionar ese costo o recuperarlo en un activo que el usuario ya posee.

Qué cambia frente a las herramientas anteriores de cuentas inteligentes

Ethereum ya admite formas de abstracción de cuentas. El EIP-7702 de Pectra dio a las cuentas de propiedad externa acceso a funciones de cuentas inteligentes como el procesamiento por lotes de transacciones, el patrocinio y opciones de recuperación mejoradas. Antes de eso, ERC-4337 había introducido una arquitectura de mempool y bundler separada para transacciones con cuentas abstractas, y el patrocinio estilo paymaster ya existe en wallets y aplicaciones construidas sobre esas capas.

EIP-8141 da un paso diferente: introduce un formato de transacción dedicado en el que las reglas de validación y pago pueden incluirse de forma nativa a nivel de protocolo. La propuesta está diseñada para admitir esquemas alternativos de pago de tarifas sin depender de un relayer externo centralizado, aunque las wallets y aplicaciones individuales pueden seguir utilizando proveedores de servicios.

La flexibilidad del gas es solo un uso de la misma estructura programable. La propuesta también busca admitir la rotación de claves, límites de gasto, recuperación social y sistemas de firma alternativos. Las posibles aplicaciones de privacidad de Hegotá muestran por qué se están considerando los Frame Transactions para usos más allá del pago flexible de gas.

Los pagos programables necesitan reglas de seguridad claras

El borrador advierte que el código de validación personalizado debe vincular una aprobación al conjunto completo de frames que autoriza. De lo contrario, una aprobación podría reutilizarse con un conjunto diferente de acciones posteriores.

Esto no significa que los Frame Transactions sean inseguros por naturaleza. Significa que las wallets deberán mostrar a los usuarios qué permite una firma, si una aplicación está pagando la tarifa y qué token se cobrará. Estos detalles son esenciales cuando una sola transacción combina validación, pago y ejecución.

Los sponsors también asumen un riesgo práctico. En el ejemplo ERC-20 del EIP, un usuario podría reducir su saldo de tokens antes de que la transacción patrocinada llegue a un bloque. La propuesta incluye reglas de solvencia del paymaster y de mempool público porque un sponsor necesita protección antes de poder financiar el gas de muchos usuarios.

Qué podría significar el cambio para ETH

Los Frame Transactions desplazarían la gestión de ETH hacia las wallets, los sponsors y las aplicaciones. Un usuario podría ver una tarifa en USDC o ninguna tarifa directa, pero la cuenta que paga aún necesita ETH para liquidar la transacción en Ethereum.

Eso no convierte la propuesta en un catalizador automático de la demanda de ETH. Su efecto a largo plazo depende de si flujos de wallet más simples atraen a más usuarios y si las aplicaciones ven suficiente valor en cubrir o procesar los costos de gas de esta manera.

La prueba es la adopción, no la especificación

Antes de que la función cambie la experiencia cotidiana de las wallets, Hegotá debe activarse con EIP-8141 incluido. Las wallets y aplicaciones compatibles tendrán entonces que ofrecer precios claros, lógica de reembolso y vistas previas de transacciones — el mismo tipo de trabajo de herramientas que siguió a los lanzamientos anteriores de abstracción de cuentas, donde el soporte llegó gradualmente entre las wallets y no de una sola vez.

La propuesta solo importará si los usuarios pueden completar una transacción segura con los activos que ya tienen en su wallet, sin adquirir primero ETH únicamente para pagar el gas.

Este artículo tiene fines informativos únicamente y no constituye asesoramiento financiero.