Cómo funcionan las wallets agénticas: de la intención a la ejecución en una arquitectura de autocustodia

Una wallet agéntica de autocustodia permite que un agente de IA convierta una instrucción en una transacción onchain firmada sin tomar custodia de las claves del usuario. El agente propone la acción, la wallet aplica la política, se ejecutan verificaciones previas a la firma y la intervención humana solo ocurre cuando una transacción es marcada o queda fuera del alcance definido.

Ese ciclo de vida es la verdadera pregunta arquitectónica para los desarrolladores que crean sistemas de agentes que realizan transacciones. Esta categoría ya no es hipotética. MetaMask cuenta ahora con un producto de Acceso Anticipado activo en MetaMask Agent Wallet, lanzado el 8 de junio de 2026. Coinbase ha presentado CDP Agentic Wallets y AgentKit, entre otras opciones. Para una comparación detallada de productos, consulta Best agentic wallets in 2026.

La conversación ha pasado de "¿pueden los agentes realizar transacciones?" a "¿cómo debe la capa de wallet aplicar el control cuando lo hacen?" Y ahí es donde la autocustodia se convierte en el factor diferenciador.

Para empezar desde el principio, consulta nuestra publicación What is an agentic wallet?. Este artículo busca responder una pregunta diferente: cómo funciona el ciclo de vida de las transacciones para los desarrolladores y cómo una arquitectura de autocustodia cambia lo que un agente puede hacer sin exponer las claves del usuario.

El ciclo de vida de intención a ejecución de la wallet agéntica

Una wallet agéntica se entiende mejor como un ciclo de vida de transacciones, no simplemente como un contenedor de claves. En una arquitectura de autocustodia, la capa de wallet decide cómo una instrucción se convierte en una acción onchain, qué límites se aplican y si la transacción puede firmarse en absoluto.

Este es el ciclo de vida práctico alrededor del cual los desarrolladores deben diseñar:

1. Intención: el agente recibe un prompt, un disparador o una señal de estrategia, como "intercambia 500 USDC por ETH si el slippage es inferior a 50 bps" o "paga este endpoint x402 si la cotización es inferior a 0,10 USDC".

2. Construcción: el agente resuelve la ruta, la cadena de destino, la llamada al contrato, la ruta de aprobación, las estimaciones de gas y cualquier acción dependiente, como el bridging o el canje de una delegación.

3. Control de política: la wallet verifica si la acción solicitada se encuentra dentro de la política definida por el usuario. Esto puede incluir límites de gasto, listas de protocolos permitidos, listas de destinatarios permitidos, límites de red y permisos con alcance temporal.

4. Verificaciones previas a la ejecución: antes de firmar, el sistema ejecuta simulación, análisis de amenazas y otras verificaciones de seguridad de la transacción. En algunos stacks, la mitigación de MEV también se encuentra en esta etapa.

5. Firma dentro de la autocustodia: si la transacción está permitida y supera las verificaciones, la firma ocurre sin exponer las claves en bruto al runtime del agente. Este es el núcleo de la propuesta de autocustodia.

6. Escalada humana: si la transacción es maliciosa, está fuera de política o es ambigua, el flujo de trabajo se pausa para una revisión humana en lugar de firmar automáticamente.

7. Ejecución y registro: la transacción se envía, el estado se actualiza y el sistema registra la ruta de ejecución para que el desarrollador o el usuario pueda auditar lo ocurrido.

Esa secuencia es el modelo mental útil porque responde la pregunta que los desarrolladores siguen planteando: no "¿qué es una wallet agéntica?" sino "¿cómo pasa realmente un agente de una instrucción a una transacción en vivo sin tomar mis claves?"

Por qué la autocustodia importa para los sistemas de agentes

La autocustodia importa porque la autonomía del agente amplía la superficie de riesgo en torno a la firma. Cuando un humano hace clic una vez, el riesgo está acotado a un único momento de revisión. Cuando un agente puede expandir un prompt en aprobaciones, transferencias, swaps y llamadas a contratos, la pregunta es dónde reside realmente el control.

En un modelo de autocustodia, el usuario conserva la vía de salida. La wallet puede usar infraestructura segura para realizar operaciones de firma, pero la arquitectura sigue estando construida en torno a que el usuario retenga el control sobre las claves o la recuperación, y pueda llevárselas si lo necesita. Los usuarios de MetaMask Agent Wallet pueden exportar su Frase de Recuperación Secreta en cualquier momento, mientras que las claves están protegidas mediante un entorno de ejecución de confianza. Es una wallet agéntica completamente de autocustodia que permite a los agentes operar dentro de los límites definidos por el usuario.

Esa no es la misma pregunta de diseño que "¿es segura la infraestructura?" Tanto MetaMask como Coinbase describen sus wallets agénticas como no custodiales y ambas usan TEEs para proteger las claves. La diferencia relevante para los desarrolladores no es la terminología de custodia, sino cómo funciona en la práctica la aplicación de políticas:

• MetaMask aplica la política mediante límites de gasto configurados por el usuario, listas de protocolos permitidos y un pipeline de seguridad obligatorio que se ejecuta en cada transacción, con escalada humana protegida por 2FA cuando una transacción es marcada o queda fuera de política. El usuario define la superficie de control antes de que el agente comience.

• Coinbase aplica la política de forma programática mediante límites de gasto establecidos por el usuario en la interfaz de la wallet, un screening KYT que bloquea transacciones de alto riesgo y límites de habilidades del agente que impiden transferencias a direcciones arbitrarias. La aplicación es a nivel de infraestructura en lugar de interactiva.

Ambos enfoques son seguros. La pregunta arquitectónica es si prefieres un modelo donde las transacciones fuera de política se pausan para revisión humana por defecto (el Guard Mode de MetaMask) o un modelo donde los límites se aplican de forma programática sin una ruta de escalada por transacción por defecto (el enfoque de Coinbase). Esa elección determina cómo diseñas los límites de autonomía para tu sistema de agentes.

MetaMask Agent Wallet de principio a fin

MetaMask Agent Wallet es el ejemplo más claro en vivo del ciclo de vida de autocustodia, porque el producto está construido explícitamente en torno a la ejecución de agentes en lugar de adaptar una wallet estándar. Recorramos el ciclo de vida que describimos anteriormente y veamos cómo MetaMask Agent Wallet aborda cada paso:

1. Intención

Un usuario o un agente orquestador upstream da una instrucción como:

• reequilibrar hacia ETH dentro de un presupuesto fijo

• abrir una posición de futuros perpetuos en Hyperliquid si se alcanza un umbral

• revisar una cotización de un mercado de predicción

2. Construcción

El agente usa la CLI y el SDK subyacente para inspeccionar saldos, resolver rutas, construir la transacción y preparar la acción exacta. Las operaciones de solo lectura, como las consultas de saldo y metadatos de tokens, no requieren confirmación.

3. Control de política

MetaMask Agent Wallet tiene dos modos de operación: Guard Mode y Beast Mode. En Guard Mode, el usuario establece límites de gasto diario, protocolos en la lista de permitidos y reglas de política antes de que el agente comience a realizar transacciones. En Beast Mode, el pipeline de seguridad obligatorio sigue ejecutándose en cada transacción, pero las interrupciones de política se reducen en torno a casos límite. Esto importa porque el agente no decide su propia autoridad en tiempo real. El usuario define la superficie de control antes de la ejecución.

4. Verificaciones previas a la ejecución

Cada transacción EVM compatible pasa por el pipeline de seguridad obligatorio de tres pasos de MetaMask —simulación de transacciones, análisis de amenazas Transaction Shield impulsado por Blockaid y protección MEV de Smart Transactions— antes de llegar a la cadena. El pipeline no es opcional. Se ejecuta en cada transacción independientemente del modo de operación, lo que convierte la seguridad de las transacciones en parte del propio flujo de la wallet en lugar de un complemento que el desarrollador debe ensamblar por separado.

5. Firma dentro de la autocustodia

Si la acción supera las reglas y las verificaciones de seguridad, la firma ocurre sin exponer las claves en bruto al runtime del agente. Este es el punto donde el diseño de autocustodia importa. El agente obtiene poder de ejecución, pero la arquitectura del producto sigue estando enmarcada en torno a claves exportables en manos del usuario y firma respaldada por TEE.

6. Escalada humana

Si la transacción intentada es marcada como maliciosa o queda fuera de política, MetaMask pausa para una revisión con 2FA. El usuario puede revisar la solicitud a través de una notificación push de MetaMask Mobile o un enlace de aprobación por correo electrónico. El agente no puede eludir esa ruta de escalada.

7. Ejecución y registro

Si se aprueba, la transacción se envía y se registra. Los metadatos de la sesión de CLI y de la wallet se almacenan en archivos locales restringidos, lo que es relevante para los desarrolladores que auditan el estado local y la gestión de sesiones.