Qué es la abstracción de cuentas y por qué las frases semilla se están volviendo opcionales

Introducción

El consejo estándar para cualquiera que entre en cripto no ha cambiado en una década: anota 12 palabras, guárdalas fuera de línea y nunca las pierdas. Esta instrucción es correcta bajo el modelo antiguo. Las cuentas de propiedad externa (EOAs) derivan una única clave privada de esa frase mnemotécnica, y quien tenga la clave controla los fondos. No hay recuperación, ni límite de gasto, ni forma de requerir una segunda firma. Pierde la frase, pierde todo.

La abstracción de cuentas cambia esta premisa. En lugar de acoplar la seguridad de la billetera a un único secreto, AA convierte la billetera en un contrato inteligente, uno que puede imponer reglas arbitrarias sobre quién puede firmar, cómo se paga el gas y qué sucede cuando una clave se ve comprometida. La actualización no requiere que los usuarios entiendan contratos inteligentes. Desde fuera, una billetera de clave de acceso parece iniciar sesión en una aplicación con una huella digital. Por debajo, la arquitectura es fundamentalmente diferente.

Esta guía explica cómo funciona AA a nivel de protocolo, qué introdujo ERC-4337 y por qué el cambio es importante para la autocustodia en el futuro.

Cómo funcionaban las billeteras de Ethereum antes de la abstracción de cuentas

Cada dirección de Ethereum antes de AA era una cuenta de propiedad externa. Una EOA está controlada por una clave privada derivada de una frase semilla mnemotécnica. La cuenta no tiene lógica en cadena. Puede enviar transacciones y firmar mensajes, pero no puede imponer reglas sobre esas acciones. Para una visión más amplia de los tipos de billeteras y su mecánica, ver qué son las billeteras de criptomonedas.

Este diseño tiene tres limitaciones estructurales:

Sin mecanismo de recuperación. Si la clave privada se pierde y no existe una copia de seguridad, la cuenta es permanentemente inaccesible. Chainalysis estima que aproximadamente el 20% de todo Bitcoin se mantiene en billeteras cuyas claves se presume que están perdidas. Ethereum enfrenta el mismo problema.

Sin controles de gasto. Una EOA no puede limitar el tamaño de la transacción, restringir direcciones de destino ni requerir múltiples firmas. Una única clave comprometida significa pérdida total. Las organizaciones que necesitan control compartido sobre los fondos deben usar contratos multisig externos en lugar de características nativas de la cuenta. Para saber cómo funcionan esas configuraciones multisig y dónde han fallado, ver cómo se aseguran y roban los tesoros más grandes de cripto.

El gas debe ser pagado por el remitente. Cada transacción requiere que la cuenta firmante tenga ETH para el gas. Un nuevo usuario que recibe tokens en Ethereum no puede moverlos sin primero adquirir ETH de otro lugar. Esto crea un callejón sin salida de incorporación que ha persistido desde el lanzamiento de Ethereum en 2015.

Qué introdujo ERC-4337

ERC-4337, escrito por Vitalik Buterin, Yoav Weiss, Kristof Gazso, Namra Patel, Dror Tirosh y Shahaf Nacson, se lanzó en la red principal de Ethereum en marzo de 2023. Ofrece abstracción de cuentas sin requerir una bifurcación dura, lo que fue una restricción de diseño crítica. Las propuestas anteriores de AA (EIP-2938, EIP-3074) requerían cambios a nivel de protocolo que los validadores y los equipos de clientes no estaban dispuestos a adoptar. ERC-4337 evita esto operando completamente en la capa de contratos inteligentes.

El estándar introduce cuatro componentes:

UserOperations. En lugar de enviar una transacción regular, los usuarios envían una UserOperation (UserOp), una estructura de datos que describe la acción prevista. Las UserOps entran en un mempool separado, no en el mempool de transacciones estándar. Cada UserOp contiene la dirección de la cuenta inteligente del remitente, los datos de llamada para la acción prevista, los límites de gas y una dirección de paymaster opcional.

Bundlers. Los nodos especializados recogen las UserOps del mempool alternativo, las agrupan en una única transacción en cadena y envían esa transacción a la red. El bundler paga el gas por adelantado y es reembolsado por la cuenta inteligente o un paymaster. El agrupamiento crea ahorros de gas: el costo fijo de una transacción de Ethereum se paga una vez por lote en lugar de una vez por acción del usuario.

Contrato EntryPoint. Un contrato singleton desplegado en una dirección canónica en cada cadena ERC-4337. Todas las UserOps agrupadas pasan a través de este contrato, que llama a la función de validación de cada cuenta inteligente, ejecuta la operación y maneja la contabilidad del gas. El contrato EntryPoint ha sido auditado por OpenZeppelin y es inmutable una vez desplegado, proporcionando un ancla de confianza estable para todo el sistema.

Paymasters. Contratos opcionales que patrocinan el gas en nombre de los usuarios. Un paymaster puede pagar tarifas a cambio de tokens ERC-20, absorber costos como subsidio de dapp o implementar cualquier otra lógica de pago. La función validatePaymasterUserOp del paymaster se llama durante la validación, y el paymaster puede rechazar operaciones que no cumplan con sus criterios.

El resultado: una billetera ya no es un par de claves. Es un contrato inteligente con una función validateUserOp programable que decide si una operación dada está autorizada.

El ciclo de vida de UserOperation en detalle

Entender cómo se mueve un UserOp a través del sistema aclara qué hace que AA sea diferente de las transacciones regulares.

1. Construcción. La aplicación de billetera construye un UserOp que contiene la llamada al contrato objetivo, los parámetros de gas y un nonce. Si hay un paymaster involucrado, se incluyen la dirección del paymaster y sus datos de aprobación.
2. Firma. El usuario firma el UserOp. El formato de firma está definido por la cuenta inteligente, no por el protocolo. Esta es la flexibilidad clave: la cuenta inteligente puede aceptar firmas ECDSA, firmas de passkey, umbrales multisig o cualquier otro esquema.
3. Envío. El UserOp firmado se envía a un bundler a través de un endpoint JSON-RPC (eth_sendUserOperation). El bundler valida el UserOp fuera de la cadena para asegurarse de que no revertirá.
4. Agrupación. El bundler agrupa múltiples UserOps en una sola transacción que llama a la función handleOps del contrato EntryPoint.
5. Ejecución. El EntryPoint llama a la función de validación de cada cuenta inteligente. Si la validación pasa, el EntryPoint ejecuta la operación. Si hay un paymaster, el EntryPoint cobra al paymaster en lugar de a la cuenta inteligente por el gas.
6. Confirmación. La transacción agrupada se incluye en un bloque. Cada UserOp dentro de ella se trata como una acción independiente que tiene éxito o falla sin afectar a otros UserOps en el lote.

Este ciclo de vida significa que el usuario nunca interactúa directamente con el mempool de Ethereum. El bundler maneja la estimación de gas, la gestión de nonces y el envío de transacciones. Desde la perspectiva del usuario, la experiencia se acerca más a enviar un formulario en un sitio web que a transmitir una transacción bruta de blockchain.

Billeteras con passkey y el fin de las frases semilla

La consecuencia más visible de AA es que las billeteras ahora pueden autenticar a los usuarios con passkeys en lugar de frases semilla.

Una passkey es una credencial criptográfica almacenada en el enclave seguro del dispositivo (el Secure Enclave en dispositivos Apple, Titan M en Google Pixels o TPM en máquinas Windows). El usuario se autentica con una huella dactilar, escaneo facial o PIN del dispositivo. La clave privada nunca sale del hardware.

Coinbase Smart Wallet, lanzada en junio de 2024, utiliza este enfoque. La creación de la cuenta toma menos de 10 segundos. El usuario se autentica con un biométrico, y la billetera despliega una cuenta de contrato inteligente que reconoce esa passkey como un firmante válido. No hay frase semilla que anotar, ni extensión de navegador que instalar. Coinbase informó haber desplegado más de 10 millones de cuentas inteligentes a través de este flujo para principios de 2026.

Safe (anteriormente Gnosis Safe) ha integrado la firma con passkey en su marco de cuentas inteligentes. Los usuarios pueden añadir una passkey como uno de los múltiples firmantes en una cuenta multisig, combinando la conveniencia del inicio de sesión biométrico con la seguridad de las firmas de umbral.

La compensación es la dependencia de la plataforma. Una passkey creada en un iPhone se sincroniza a través de iCloud Keychain. Si un usuario pierde todos los dispositivos Apple y no puede acceder a iCloud, la passkey se pierde. Por eso la recuperación social existe como una capa complementaria. Las billeteras con passkey son más fuertes cuando se combinan con al menos un firmante de respaldo que utilice un método de autenticación diferente.

Recuperación social: reemplazar la copia de seguridad con guardianes

La recuperación social, propuesta por Vitalik Buterin en una publicación de blog de 2021, reemplaza la copia de seguridad única (frase semilla) con un grupo de guardianes.

El mecanismo funciona de la siguiente manera:

1. El propietario de la billetera designa un conjunto de guardianes. Los guardianes pueden ser amigos, familiares, custodios institucionales o incluso otros contratos inteligentes.
2. El propietario establece un umbral. Por ejemplo, 3 de 5 guardianes deben aprobar una solicitud de recuperación.
3. Si el propietario pierde el acceso, inicia un proceso de recuperación desde un nuevo dispositivo. Los guardianes confirman la solicitud de forma independiente.
4. Una vez que se alcanza el umbral, la cuenta inteligente reemplaza la clave de firma perdida con una nueva.

Los guardianes no necesitan coordinarse simultáneamente. La mayoría de las implementaciones incluyen un retraso de tiempo (típicamente de 24 a 48 horas) durante el cual el propietario original puede cancelar un intento de recuperación fraudulento.

Este modelo elimina el punto único de fallo. Perder un dispositivo no significa perder fondos, siempre que haya suficientes guardianes accesibles. También elimina la carga de seguridad física de almacenar una frase semilla en una caja fuerte a prueba de fuego o en una caja de seguridad.

La selección de guardianes importa significativamente. Los guardianes deben estar distribuidos en diferentes geografías, canales de comunicación y tipos de relación. Si todos los guardianes están en el mismo chat grupal y ese chat se ve comprometido, el mecanismo de recuperación se convierte en un vector de ataque. Algunas implementaciones permiten agregar guardianes institucionales (como un proveedor de billeteras de hardware o un servicio de custodia) junto con contactos personales, creando una defensa en profundidad.

Patrocinio de gas y cómo funcionan los paymasters

Antes de AA, un nuevo usuario que recibía USDC en Ethereum no podía enviarlo a ningún lado sin antes adquirir ETH para pagar el gas. Este problema del huevo y la gallina ha sido una de las mayores barreras de incorporación en cripto.

Los paymasters resuelven esto. Un paymaster es un contrato inteligente que acepta cubrir los costos de gas para una UserOperation, sujeto a sus propias reglas.

Han surgido tres modelos comunes de paymaster:

Gas patrocinado por dapp. La aplicación paga todo el gas de sus usuarios. La dapp deposita ETH en el contrato del paymaster y autoriza UserOps de sus usuarios. Desde la perspectiva del usuario, las transacciones son gratuitas. Las dapps tratan el gas como un costo de adquisición de clientes, similar al envío gratuito en el comercio electrónico. Este modelo es particularmente efectivo en redes de Capa 2 donde los costos de gas son fracciones de un centavo por transacción.

Pago de gas con ERC-20. El paymaster acepta un token ERC-20 (USDC, DAI) en lugar de ETH. El usuario paga por el gas, pero en un token que ya posee. El paymaster intercambia el token por ETH para reembolsar al bundler. Esto elimina la necesidad de que los usuarios tengan dos tokens separados (el activo que quieren usar más ETH para el gas).

Basado en suscripción o sesión. El paymaster autoriza un lote de operaciones dentro de una ventana de tiempo o límite de gasto. Una dapp de juegos podría patrocinar 100 transacciones por día por usuario, por ejemplo. Las claves de sesión extienden este concepto aún más: el usuario firma una sola transacción que otorga a una clave temporal el derecho de realizar acciones específicas (como movimientos en un juego) sin requerir aprobación para cada una.

Pimlico, Alchemy y Stackup operan infraestructura de paymaster que las dapps pueden integrar con unas pocas llamadas API. Solo Alchemy ha facilitado más de un millón de implementaciones de cuentas inteligentes a través de sus servicios de paymaster y bundler. La economía es sencilla: en redes de Capa 2 donde el gas cuesta centavos, patrocinar transacciones de usuarios es trivialmente barato.

EIP-7702 y el camino hacia la abstracción de cuentas nativa

ERC-4337 funciona sin cambios de protocolo, pero no es el estado final. La hoja de ruta de Ethereum incluye EIP-7702 (escrito por Vitalik Buterin y Sam Wilson), que se incluyó en la actualización Pectra.

EIP-7702 introduce un nuevo tipo de transacción que permite que una EOA apunte temporalmente al código de un contrato inteligente durante la duración de una sola transacción. La EOA no se convierte permanentemente en un contrato inteligente. En cambio, puede comportarse como uno cuando sea necesario, obteniendo acceso a llamadas por lotes, gas patrocinado y lógica de validación personalizada, y luego volver al comportamiento estándar de EOA.

Esto importa por dos razones. Primero, permite que los titulares de EOA existentes (cualquiera que tenga una billetera MetaMask hoy) accedan a las funciones de AA sin migrar a una nueva cuenta. La migración ha sido un punto de fricción importante: los usuarios no quieren mover todos sus activos, permisos e historial en cadena a una nueva dirección. Segundo, reduce los costos de gas porque se evita la sobrecarga de implementación permanente de cuentas inteligentes para los usuarios que solo necesitan funciones de AA ocasionalmente.

La visión a largo plazo, discutida en múltiples publicaciones de la hoja de ruta de la Fundación Ethereum, es que cada cuenta en Ethereum se convierta en una cuenta inteligente por defecto. StarkNet y zkSync ya implementan esto: en esas redes, cada cuenta es un contrato inteligente desde su creación. EIP-7702 es el puente que mueve la base de usuarios existente de Ethereum hacia este modelo sin romper la compatibilidad hacia atrás.

Dónde se implementa la abstracción de cuentas hoy

La adopción de AA se concentra en redes de Capa 2 donde los costos de gas hacen que la experimentación sea barata.

Base tiene la mayor densidad de cuentas inteligentes, impulsada por Coinbase Smart Wallet. Para mediados de 2026, Base había procesado más de 30 millones de UserOperations. Los costos de gas de sub-centavo de la red hacen que el patrocinio de paymaster sea económicamente trivial.

Polygon integró AA temprano y ofrece abstracción de cuentas nativa a nivel de protocolo en su rollup zkEVM. El enfoque de Polygon en juegos y aplicaciones sociales se alinea bien con el modelo de claves de sesión, donde los usuarios necesitan muchas transacciones de bajo valor sin repetidos avisos de aprobación.

Arbitrum y Optimism admiten ERC-4337 a través del contrato EntryPoint estándar. Las principales dapps en ambas cadenas han comenzado a migrar los flujos de incorporación a cuentas inteligentes, particularmente los protocolos DeFi que quieren ofrecer primeras operaciones sin gas. Para contexto sobre cómo las actualizaciones de Ethereum permitieron que las billeteras operaran como contratos inteligentes, la línea de tiempo comienza con el despliegue de EntryPoint de ERC-4337.

La red principal de Ethereum admite ERC-4337, pero los costos de gas más altos significan que el patrocinio de paymaster es más caro. La mayoría del uso de AA en la red principal proviene de billeteras multifirma de alto valor (Safe) en lugar de dapps de consumo. Safe gestiona más de $100 mil millones en activos en sus despliegues de cuentas inteligentes.

StarkNet y zkSync implementan abstracción de cuenta nativa a nivel de protocolo, lo que significa que cada cuenta es un contrato inteligente por defecto. Esta es la dirección hacia la que apunta la hoja de ruta a largo plazo de Ethereum.

Lo que esto no cubre

Esta guía se centra en el mecanismo de abstracción de cuenta y sus consecuencias inmediatas para el diseño de billeteras. No cubre:

• Comparación detallada de implementaciones específicas de cuentas inteligentes (Safe, Kernel, Biconomy, ZeroDev)
• Las implicaciones de MEV del mempool de UserOperation (para mecánicas de MEV, ver qué es MEV)
• Auditorías de seguridad formales de contratos de paymaster individuales
• Abstracción de cuenta entre cadenas y cómo las cuentas inteligentes interactúan con los puentes

Comprobaciones prácticas para evaluar una billetera AA

Antes de confiar fondos a una billetera de cuenta inteligente, considere estas preguntas:

¿Está auditado el contrato inteligente? Verifique si la implementación de cuenta inteligente de la billetera ha pasado por auditorías de seguridad de terceros. Los contratos de Safe se encuentran entre los más auditados en DeFi. Las implementaciones más nuevas pueden no tener el mismo historial.

¿Qué sucede si el proveedor cierra? Una billetera de clave de acceso vinculada a un solo proveedor crea una nueva forma de dependencia. Busque billeteras que permitan agregar múltiples firmantes, incluida una clave privada tradicional como respaldo.

¿Dónde se almacena la clave de acceso? Comprenda si la clave de acceso está vinculada al dispositivo o sincronizada a través de un proveedor de nube. Llavero de iCloud y Administrador de contraseñas de Google sincronizan claves de acceso, lo cual es conveniente pero amplía la superficie de ataque para incluir la seguridad de la cuenta en la nube.

¿La billetera admite recuperación social? Si el único método de autenticación es una clave de acceso y esta se pierde, los fondos pueden ser irrecuperables. La recuperación social agrega una red de seguridad. Verifique cuántos guardianes admite la billetera y si el proceso de recuperación ha sido probado.

¿En qué cadenas funciona la cuenta inteligente? Una cuenta inteligente en la red principal de Ethereum tiene una dirección diferente que la misma cuenta en Arbitrum a menos que la billetera use despliegue determinista CREATE2. Verifique la compatibilidad entre cadenas antes de depositar fondos en múltiples redes.

¿Cuál es la ruta de actualización? Algunas implementaciones de cuentas inteligentes son actualizables (la lógica del contrato puede ser cambiada por el propietario). Esto es poderoso pero introduce riesgo: una clave de actualización comprometida podría reescribir la lógica de validación de la billetera. Verifique si las actualizaciones requieren un retraso de tiempo o aprobación multiparte.