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

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 es un mecanismo que permite que una EOA delegue temporalmente en código de contrato para que pueda comportarse como una smart account. Llegó como parte de la actualización Pectra de Ethereum en 2025, y a fecha de 2026 está activo en mainnet y ampliamente soportado por la infraestructura de wallets. Introduce un nuevo tipo de transacción que adjunta una porción de código — una delegación — a una cuenta ordinaria. Fundamentalmente, tus claves, tu saldo y tu dirección permanecen exactamente iguales; la cuenta simplemente gana la capacidad de ejecutar lógica programable cuando lo desea.

Este es un cambio significativo. Antes de EIP-7702, "actualizar a una smart account" significaba "crear y financiar una cuenta nueva." 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

A alto nivel, EIP-7702 funciona mediante un designador de delegación — un pequeño puntero almacenado en la cuenta que dice, en efecto, "ejecuta el código de este contrato como si fuera mío." El usuario firma una autorización que nombra un contrato de implementación específico, y el slot de código de la cuenta se establece en un marcador que hace referencia a ese contrato. A partir de entonces, las llamadas a la EOA ejecutan la lógica delegada mientras las transacciones siguen siendo autorizadas por la propia clave de la cuenta.

Como la delegación se establece mediante una autorización firmada, también puede borrarse o reapuntarse. A fecha de 2026 el modelo práctico es: la EOA sigue siendo una EOA, pero puede ponerse un "atuendo" de smart account definido por aquello en lo que delegue. Esa implementación es donde realmente viven funciones como el batching o las políticas de gasto.

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 adoptar lógica compatible con ERC-4337 y conectarse a la misma infraestructura de EntryPoint y paymaster. Los dos estándares se apilan en lugar de reemplazarse.

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.

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.

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 — los usuarios deberían delegar 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. Y como EIP-7702 es relativamente nuevo, las herramientas, los indexadores y las suposiciones de seguridad todavía están madurando a fecha de 2026. Nada de esto es una razón para evitarlo; es una razón para esperar que las wallets hagan explícito y revocable el objetivo de la delegación, y para tratar "¿en qué estoy delegando?" como una cuestión de seguridad de primera clase.

Cómo usa WATS esto

El beneficio cotidiano de la abstracción de cuentas — sin malabares con el gas nativo, una comisión predecible — es ya lo que la WATS Hot Wallet ofrece, de forma no custodial. Cada transferencia, swap o staking se cobra en un único token, ATS — en EVM mediante un paymaster ERC-4337, y mediante un fee-payer equivalente en Solana y TON — y como ATS es un OFT de LayerZero, un solo saldo funciona en las tres. 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 cobrado desde 100M hacia un piso de 30M — todo mientras conservas tus claves, ya que WATS nunca tiene ninguna.