EIP-7702: abstracción de cuentas nativa para EOAs (2026)

EIP-7702 es un tipo de transacción de Ethereum, introducido en la actualización Pectra, que permite a una cuenta de propiedad externa (EOA) corriente firmar una autorización que apunta su campo de código a una implementación de smart contract, de modo que una dirección simple puede ejecutar lógica de smart account sin convertirse en una cuenta nueva. La dirección, la clave privada y el saldo siguen siendo exactamente los mismos, y la delegación puede reapuntarse o borrarse en cualquier momento, lo que la convierte en una actualización reversible más que en una migración. Con una implementación adecuada detrás, una EOA gana transacciones atómicas agrupadas, pago de gas patrocinado o en un token no nativo, y session keys acotadas. No reemplaza a ERC-4337: una cuenta delegada con 7702 puede adoptar lógica compatible con ERC-4337 y usar la misma infraestructura de EntryPoint, bundler y paymaster. El beneficio cotidiano — no tener que mantener nunca la moneda de gas nativa de cada cadena — es justo lo que la WATS Hot Wallet ya ofrece de forma no custodial mediante un paymaster ERC-4337 en EVM, cobrando las comisiones en un único token, ATS, en lugar de ETH, POL o BNB.

La brecha: por qué tu EOA no puede hacer cosas de smart account

La mayoría de la gente en Ethereum tiene una cuenta de propiedad externa (EOA) — una dirección controlada por una única clave privada. Las EOAs son simples y están probadas en batalla, pero también son rígidas. No pueden agrupar varias acciones en una sola transacción atómica, no pueden dejar que otro pague su gas y no pueden delegar poder de firma limitado a una clave temporal. Esas comodidades pertenecen a la abstracción de cuentas, e históricamente requerían mover tus fondos a una cuenta de smart contract — una dirección distinta, con fricción de migración y sus propias suposiciones de confianza.

Esa es la brecha que EIP-7702 fue diseñado para cerrar: dar a las EOAs existentes acceso al comportamiento de smart account sin pedir a los usuarios que abandonen la dirección que ya poseen.

Qué es EIP-7702

EIP-7702 define un nuevo tipo de transacción que permite a una EOA delegar en código de contrato, de modo que la cuenta puede comportarse como una smart account sin dejar de ser, a nivel de protocolo, una EOA. Llegó como parte de la actualización Pectra de Ethereum en 2025, y a fecha de 2026 está activo en mainnet y soportado en las principales redes EVM y en la infraestructura de wallets. La transacción lleva una o varias autorizaciones firmadas, y cada una adjunta una delegación a una cuenta ordinaria. Fundamentalmente, tus claves, tu saldo, tu nonce y tu dirección permanecen exactamente iguales; la cuenta simplemente gana la capacidad de ejecutar lógica programable.

Este es un cambio significativo. Antes de EIP-7702, "actualizar a una smart account" significaba "crear y financiar una cuenta nueva", con cada app, cada dirección de retiro de exchange y cada enlace de pago apuntando a la antigua. Después de él, la cuenta que ya tienes puede optar por funciones de smart account y, con la misma facilidad, salirse de nuevo.

Cómo funciona: el designador de delegación

EIP-7702 funciona mediante un designador de delegación — un pequeño puntero almacenado en el campo de código de la cuenta que dice, en efecto, "ejecuta el código de este contrato como si fuera mío." El usuario firma una tupla de autorización que nombra un chain ID (o 0, es decir, cualquier cadena EVM que lo respete), la dirección del contrato de implementación y un nonce. Cuando se ejecuta una transacción 7702 que lleva esa autorización, el campo de código de la cuenta se establece en un marcador corto: 0xef0100 seguido de la dirección de la implementación. A partir de entonces, las llamadas a la EOA ejecutan la lógica del contrato delegado, mientras la cuenta conserva su propio almacenamiento, saldo y nonce, y su propia clave privada sigue firmando sus propias transacciones. Qué puede activar cualquier otro llamante lo deciden las reglas de la implementación, y por eso la elección de implementación importa tanto.

Hay una consecuencia fácil de pasar por alto y genuinamente útil: como la autorización se firma por separado de la transacción que la transporta, el firmante no tiene por qué ser el remitente. Otra persona puede enviar la transacción y pagarla, lo que significa que una cuenta con cero ETH puede actualizarse y luego recibir patrocinio desde su primerísima acción.

La delegación además es persistente, no temporal por defecto. Permanece hasta que la cambias: firmar una autorización nueva reapunta la cuenta a otro código, y firmar una que nombre la dirección cero borra el puntero y devuelve la cuenta a una EOA simple. Esa reversibilidad es la válvula de seguridad del diseño, y por eso "¿en qué está delegada ahora mismo mi cuenta?" es una pregunta que una wallet debería poder responder de un vistazo.

EIP-7702 frente a ERC-4337: complementarios, no rivales

ERC-4337 es el estándar de abstracción de cuentas que introdujo las UserOperations, los bundlers, un contrato EntryPoint singleton y los paymasters — un pipeline amigable con lo off-chain para smart accounts que nunca tocó el protocolo central de Ethereum. EIP-7702, por contraste, es un cambio a nivel de protocolo que actualiza las EOAs directamente.

Es fácil plantearlos como rivales, pero a fecha de 2026 se entienden mejor como complementarios. EIP-7702 responde a "¿cómo gana una EOA simple una identidad definida por código?" ERC-4337 responde a "¿cómo obtienen las smart accounts ejecución agrupada, comisiones patrocinadas y un pipeline de verificación compartido?" Una cuenta delegada con EIP-7702 puede delegar en una implementación compatible con ERC-4337 y conectarse directamente a la misma infraestructura de EntryPoint, bundlers y paymasters. Los dos estándares se apilan en lugar de reemplazarse, y por eso las wallets pueden lanzar hoy patrocinio de comisiones al estilo 4337 y extenderlo a EOAs delegadas sin rehacer las cañerías.

Qué desbloquea para las wallets existentes

Para un desarrollador de wallets, EIP-7702 convierte funciones antes "solo de smart account" en cosas que la dirección de un usuario ordinario puede usar:

Batching. Aprueba y haz swap en una sola transacción atómica, de modo que un paso no pueda completarse a medias y dejarte varado entre una aprobación y una operación — y ese mismo lote puede aprobar una cantidad exacta, o revocarla después, en lugar de dejar un allowance abierto ahí en on-chain.

Patrocinio de gas. Un paymaster (o un fee-payer equivalente en cadenas no EVM) puede cubrir el gas, o dejar que el usuario pague las comisiones en un token distinto del activo nativo de la cadena — sin necesidad de un colchón de ETH-para-gas separado. Por debajo, la cadena sigue cobrando su gas nativo íntegro; lo que cambia es qué token sale de tu wallet.

Session keys. Otorga una clave temporal y acotada que puede firmar un conjunto limitado de acciones dentro de límites establecidos, y luego expira — útil para juegos, interfaces de trading y flujos recurrentes sin volver a firmar cada paso.

Riesgos y consideraciones

La delegación es poderosa, que es justo por lo que merece cuidado. El contrato de implementación en el que delegas define efectivamente lo que tu cuenta puede hacer, así que una implementación maliciosa o con errores es un riesgo serio — delega solo en código auditado y de buena reputación. Las autorizaciones firmadas deben ser manejadas con cuidado por las wallets para evitar el phishing que engaña a un usuario para que apunte su cuenta a lógica controlada por un atacante; un chain ID de 0 hace que una autorización sea reproducible en cualquier cadena EVM, lo cual es cómodo y, en las manos equivocadas, peligroso. Y como EIP-7702 todavía es relativamente nuevo, las herramientas, los indexadores y las suposiciones de seguridad siguen madurando a fecha de 2026. Nada de esto es una razón para evitarlo; es una razón para esperar que las wallets muestren el objetivo de la delegación de forma explícita, que borrarlo sea una acción de un solo paso, y para tratar "¿en qué estoy delegando?" como una cuestión de seguridad de primera clase.

Dónde encaja WATS

La razón por la que un usuario final debería importarle EIP-7702 no es el detalle del opcode — es no tener que mantener vivos cinco saldos de gas nativo solo para mover tu propio dinero. WATS entrega eso hoy, sin esperar a que el soporte de delegación llegue a todas partes. La WATS Hot Wallet cobra cada transferencia, swap o staking en un único token, ATS — en EVM mediante un paymaster ERC-4337, y mediante un fee-payer equivalente en Solana y TON — así que nunca necesitas ETH, POL, BNB, SOL y Toncoin en colchones separados. Como ATS es un OFT de LayerZero, eso es un solo saldo en Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana y TON, en lugar de ocho. WATS es la primera y única wallet que combina comisiones de token único ERC-4337 + OFT, cobradas en lugar del gas nativo, con una quema que reduce el ATS recaudado desde 100M hacia un piso de 30M — todo mientras conservas tus claves, ya que WATS nunca tiene ninguna.

Sé preciso con lo que eso cambia: pagar en ATS no es un descuento, exactamente igual que el patrocinio bajo EIP-7702 o ERC-4337 no es un descuento. La red sigue cobrando su gas nativo íntegro; solo cambia el token que gastas. Así que si las partes de EIP-7702 que realmente quieres son las prácticas — un solo token de comisión, sin recados de gas nativo, claves que siguen siendo tuyas — el paso concreto es instalar la WATS Hot Wallet, mantener un único saldo de ATS y dejar que cubra tu actividad en las ocho cadenas soportadas mientras los estándares siguen madurando por debajo.