Por qué todo agente de IA necesita una wallet

Un agente puede generar una recomendación sin tocar dinero en ningún momento. La ejecución es otra cuestión. En el momento en que un agente paga por datos, adquiere capacidad de cómputo, rebalancea una posición o liquida una operación onchain, necesita un lugar donde almacenar valor, autorizar su movimiento y establecer límites antes de que los fondos se muevan. Ese lugar es una wallet, y es una razón clave por la que MetaMask Agent Wallet y AgentKit de Coinbase se lanzaron en 2026 para potenciar a los agentes y una nueva economía digital. Coinbase también contribuyó a popularizar el protocolo de pagos x402, que muchos agentes utilizan actualmente para pagar por APIs, cómputo y datos.

La pregunta de si un agente que ejecuta acciones necesita una wallet ya está resuelta. Lo que sigue siendo relevante es dónde reside el control mientras el agente la usa: ¿conserva el usuario una clave exportable y define directamente los límites del agente, o la ruta de ejecución del agente permanece vinculada a la infraestructura de un proveedor mientras esté en funcionamiento? MetaMask Agent Wallet adopta el primer enfoque: una wallet de autocustodia con controles programables, diseñada específicamente para agentes que actúan.

Para conocer los conceptos básicos, consulta What is an agentic wallet y luego profundiza en la arquitectura técnica con How AI agents transact without touching your keys. Para una comparativa, consulta Best agentic wallets in 2026. Este artículo se centra en por qué la capa de wallet es ahora ineludible para cualquier agente que actúe, y por qué la custodia determina cuánta autonomía real tiene ese agente.

El cambio de agentes que aconsejan a agentes que actúan

Un agente que solo produce texto no necesita tocar dinero. Su resultado es una sugerencia que un humano todavía debe ejecutar. Esa ha sido la forma predeterminada de la mayoría de los agentes desplegados hasta la fecha, y también su techo: un agente que solo puede aconsejar sigue requiriendo la intervención humana en cada paso financiero, lo que limita la cantidad de trabajo que realmente puede realizar.

Los agentes que se están construyendo ahora son diferentes. Monitorean una posición en DeFi y la rebalancean directamente. Buscan cómputo o datos entre múltiples proveedores y pagan al más económico en ese momento. Ejecutan una operación en lugar de describirla. Cada una de esas acciones requiere la misma capacidad subyacente: la posibilidad de almacenar valor y moverlo onchain, a la velocidad que opere el agente, sin esperar a que una persona desbloquee el siguiente paso.

Esa capacidad no proviene de un modelo de lenguaje. Proviene de una wallet. El razonamiento de un agente puede ser arbitrariamente bueno, pero sin una forma de almacenar y autorizar el movimiento de fondos, sigue siendo un motor de recomendaciones. La wallet es lo que convierte una decisión en una acción, razón por la cual la categoría ha pasado de ser una curiosidad para desarrolladores a una línea de productos en MetaMask, Coinbase, Cobo y OKX en cuestión de meses.

Lo que un agente realmente necesita para transaccionar

Para actuar en lugar de aconsejar, un agente necesita tres cosas: un saldo del que pueda disponer, una forma de pagar lo que consume sobre la marcha y una forma de ejecutar onchain sin que un humano confirme cada paso individual.

El segundo requisito es más novedoso de lo que parece. El software siempre ha pagado por infraestructura, pero típicamente a través de facturas, suscripciones o tarjetas almacenadas gestionadas por humanos, no mediante un pago que el propio agente inicia en medio de una tarea. Los agentes que llaman a APIs de pago, compran inferencia a otro modelo o acceden a datos con licencia necesitan liquidar ese coste de forma integrada. x402 cierra esa brecha: un protocolo abierto, construido sobre el código de estado HTTP 402 "Payment Required", que permite a un servidor solicitar un pago y a un cliente liquidarlo en el mismo intercambio, sin configuración de cuenta ni aprobación humana en mitad del flujo. MetaMask Agent Wallet actualmente admite x402 en el lado del comprador, por lo que un agente puede pagar directamente desde su wallet a un endpoint protegido por x402. x402 es independiente de la wallet en sí: define cómo se cotiza y liquida un pago, no quién tiene las claves ni qué puede gastar el agente. La wallet sigue siendo la que responde a esa pregunta.

En conjunto, esto es lo que se entiende por comercio agéntico o pagos máquina a máquina: software pagando a software, a la velocidad a la que corre el código, por servicios que antes requerían a un humano con una tarjeta de crédito. Nada de esto funciona sin una wallet por debajo.

La cuestión de la custodia

Una vez establecido que un agente que actúa necesita una wallet, la pregunta más útil es quién la controla. Hoy son visibles en el mercado tres modelos, en diferentes etapas de disponibilidad, y cada uno responde a esa pregunta de forma distinta.

El lenguaje sobre custodia varía en esta categoría, y los proveedores describen sus propios modelos con bastante precisión. Coinbase denomina a las Agentic Wallets wallets no custodiales aseguradas dentro de un entorno de ejecución de confianza (TEE), combinadas con límites de gasto programables y verificación KYT. OKX describe su Agentic Wallet de la misma manera: claves gestionadas dentro de un TEE y nunca expuestas al modelo. Cobo posiciona su Agentic Wallet en torno a la división de claves basada en MPC y un motor de políticas basado en Pact diseñado para "automatización de nivel empresarial con control de políticas granular". Todos son modelos de seguridad legítimos, y MetaMask Agent Wallet también utiliza infraestructura respaldada por TEE para proteger la firma. La distinción que importa en este artículo es más concreta que "TEE vs. sin TEE": es si el usuario tiene una clave exportable y una vía de salida, o si la ejecución del agente permanece vinculada a una wallet operada por el proveedor mientras el agente esté en funcionamiento.

Ese es el principio de autocustodia aplicado a un nuevo tipo de usuario. La infraestructura operada por un proveedor puede ser genuinamente segura, pero sigue formando parte de la cadena de confianza de cada transacción que realiza el agente mientras este se ejecute en ella: esa infraestructura puede congelar, limitar o cambiar sus condiciones, independientemente de las buenas intenciones del proveedor. Un diseño de autocustodia permite al usuario conservar la ruta de exportación o recuperación y definir directamente los límites del agente, en lugar de depender únicamente de una cuenta gestionada por el proveedor. Para un agente que actúa de forma autónoma en nombre de alguien, esa es la distinción que determina si su autonomía acompaña al usuario o queda acotada por el entorno de ejecución de un proveedor.

Autonomía sin imprudencia: controles programables

La autocustodia por sí sola no es una respuesta completa. Una wallet de autocustodia sin límites permitiría a un agente hacer cualquier cosa que permita el saldo del usuario, lo que conlleva su propio riesgo. La respuesta real combina la autocustodia con controles programables establecidos de antemano: límites de gasto, protocolos en lista de permitidos, límites de sesión, límites por transacción y un registro de cada acción que realizó el agente y por qué.

Los controles son lo que hace posible otorgar a un agente autorización permanente en lugar de aprobar cada transacción manualmente. Un límite de gasto acota una mala operación sin poner en riesgo la cuenta. Una lista de protocolos permitidos restringe al agente a contratos que el usuario ya ha verificado. Los límites de sesión y por transacción limitan el daño que puede causar un prompt comprometido o una respuesta maliciosa, y un registro auditable permite reconstruir cada acción posteriormente. Nada de esto requiere renunciar a la autonomía; más bien, define los límites dentro de los cuales opera esa autonomía.

En la práctica, esto se traduce hoy en dos modos de funcionamiento: un modo predeterminado y conservador que aplica límites de gasto diarios y listas de protocolos permitidos configurados durante la instalación, y que pausa para solicitar aprobación de doble factor en cualquier acción fuera de esas reglas o marcada por el análisis de amenazas; y un segundo modo opcional que otorga al agente más margen en los casos límite de política, mientras sigue bloqueando transacciones claramente maliciosas. En MetaMask Agent Wallet, estos modos se denominan Guard Mode y Beast Mode, respectivamente. En cualquier caso, los controles los define el usuario antes de que el agente comience, no los negocia el agente en el momento.

MetaMask Agent Wallet: autocustodia diseñada para agentes

MetaMask Agent Wallet es una wallet de autocustodia diseñada específicamente para agentes de IA, y su decisión de diseño central es que el usuario, no MetaMask, tiene las claves. La wallet permite a un agente ejecutar swaps, futuros perpetuos, mercados de predicción, staking y provisión de liquidez en cadenas EVM e Hyperliquid, todo desde una única wallet de autocustodia.

Cada transacción EVM compatible pasa por un pipeline de seguridad antes de llegar onchain: simulación de transacciones, análisis de amenazas impulsado por Blockaid a través de Transaction Shield y protección MEV mediante Smart Transactions. Ese pipeline se ejecuta independientemente del modo de funcionamiento que elija el usuario: el Guard Mode predeterminado, que requiere aprobación de doble factor para cualquier acción fuera de los límites de gasto o la lista de protocolos permitidos del usuario, o el Beast Mode, que da al agente más margen en los casos límite de política mientras sigue bloqueando transacciones maliciosas y presentándolas para revisión con 2FA. Las claves están protegidas con un entorno de ejecución de confianza y, al mismo tiempo, son exportables por el usuario en cualquier momento; las transacciones elegibles que superan el pipeline están respaldadas por la cobertura de Transaction Protection de hasta 10.000 $ al mes, sujeta a elegibilidad, límites y condiciones.

MetaMask Agent Wallet es actualmente CLI-first y está diseñada para integrarse con frameworks de agentes como Claude Code, Codex, OpenClaw, Hermes, OpenCode y Cursor. Está disponible hoy a través de un programa de Acceso Anticipado, con disponibilidad general próximamente. Para un recorrido completo de cómo una transacción pasa de la instrucción a la ejecución dentro de esa arquitectura, consulta How AI agents transact without touching your keys.

Qué significa esto para los desarrolladores que construyen enjambres de agentes

El caso del enjambre es donde la cuestión de la custodia se multiplica. Un único agente con una clave gestionada por un proveedor representa un único punto de confianza. Un enjambre de una docena de agentes, cada uno transaccionando de forma independiente, multiplica esa exposición; y si comparten una única wallet gestionada por el proveedor, un único agente comprometido o un incidente de infraestructura puede afectar a todo el enjambre a la vez.

Una arquitectura de autocustodia ofrece al desarrollador dos formas de contener ese radio de impacto. Cada agente puede tener su propia wallet dedicada con sus propios límites de gasto, para el aislamiento más limpio y el registro de auditoría más claro. O una única wallet de usuario puede otorgar a cada agente un permiso delegado y acotado —activo, cantidad, duración y restricciones definidos de antemano— para que el capital no tenga que dividirse entre wallets financiadas por separado. Muchos sistemas en producción utilizan ambos enfoques: una wallet financiada para la ejecución amplia y delegaciones acotadas para tareas más específicas y recurrentes, como pagar por datos o cómputo a través de x402. Cualquiera de estos patrones mantiene al usuario, y no a un tercero, como fuente de verdad sobre lo que puede hacer cualquier agente del enjambre, y mantiene el coste de una mala gestión de la custodia acotado por la propia política del usuario en lugar de por la infraestructura de un proveedor.