Por que todo agente de IA precisa de uma carteira

Um agente pode produzir uma recomendação sem jamais tocar em dinheiro. A execução é outra história. Assim que um agente paga por dados, compra capacidade computacional, reequilibra uma posição ou liquida uma negociação onchain, ele precisa de um lugar para guardar valor, autorizar sua movimentação e impor limites antes que os fundos se movam. Esse lugar é uma carteira, e é um dos principais motivos pelos quais a MetaMask Agent Wallet e a AgentKit da Coinbase foram lançadas em 2026 para capacitar agentes e uma nova economia digital. A Coinbase também ajudou a popularizar o protocolo de pagamentos x402, que muitos agentes agora utilizam para pagar por APIs, capacidade computacional e dados.

A questão de se um agente em execução precisa de uma carteira já está resolvida. O que ainda vale perguntar é onde fica o controle enquanto o agente a utiliza: o usuário mantém uma chave exportável e define os limites do agente diretamente, ou o caminho de execução do agente permanece vinculado à infraestrutura de um provedor enquanto ele estiver em operação? A MetaMask Agent Wallet adota a primeira abordagem: uma carteira self-custodial com guardrails programáveis, criada especificamente para agentes que agem.

Para o básico, veja What is an agentic wallet e depois mergulhe em parte da arquitetura técnica com How AI agents transact without touching your keys. Para uma comparação, veja Best agentic wallets in 2026. Este artigo foca em por que a camada de carteira agora é inevitável para qualquer agente que age e por que a custódia determina o quanto da autonomia desse agente é real.

A mudança de agentes que aconselham para agentes que agem

Um agente que apenas produz texto não precisa tocar em dinheiro. Seu resultado é uma sugestão que um humano ainda precisa executar. Esse tem sido o formato padrão da maioria dos agentes implantados até hoje, e também é o seu teto: um agente que só aconselha ainda exige um humano no processo para cada etapa financeira, o que limita o quanto de trabalho ele pode realmente fazer.

Os agentes sendo construídos agora são diferentes. Eles monitoram uma posição DeFi e a reequilibram diretamente. Eles buscam capacidade computacional ou dados entre vários provedores e pagam aquele que for mais barato naquele momento. Eles executam uma negociação em vez de descrevê-la. Cada uma dessas ações exige a mesma capacidade subjacente: a habilidade de guardar valor e movê-lo onchain, na velocidade em que o agente opera, sem esperar que uma pessoa desbloqueie o próximo passo.

Essa capacidade não vem de um modelo de linguagem. Ela vem de uma carteira. O raciocínio de um agente pode ser arbitrariamente bom, mas sem uma forma de guardar e autorizar a movimentação de fundos, ele continua sendo um mecanismo de recomendação. A carteira é o que transforma uma decisão em ação, razão pela qual a categoria passou de uma curiosidade de desenvolvedores para uma linha de produtos na MetaMask, Coinbase, Cobo e OKX em questão de meses.

O que um agente realmente precisa para transacionar

Para agir em vez de aconselhar, um agente precisa de três coisas: um saldo do qual possa sacar, uma forma de pagar pelo que consome ao longo do caminho e uma forma de executar onchain sem que um humano confirme cada etapa individualmente.

O segundo requisito é mais recente do que parece. O software sempre pagou por infraestrutura, mas tipicamente por meio de uma fatura gerenciada por humanos, assinatura ou cartão armazenado — não um pagamento que o próprio agente inicia no meio de uma tarefa. Agentes que chamam APIs pagas, compram inferência de outro modelo ou acessam dados licenciados precisam liquidar esse custo de forma inline. O x402 preenche essa lacuna: um protocolo aberto, construído sobre o código de status HTTP 402 "Payment Required", que permite que um servidor solicite pagamento e um cliente o liquide na mesma troca, sem configuração de conta ou aprovação humana no meio do fluxo. A MetaMask Agent Wallet atualmente suporta x402 no lado do comprador, para que um agente possa pagar um endpoint protegido por x402 diretamente de sua carteira. O x402 está separado da carteira em si: ele define como um pagamento é precificado e liquidado, não quem detém as chaves ou o que o agente pode gastar. A carteira ainda é a responsável por essa questão.

Em conjunto, é isso que as pessoas querem dizer com comércio agêntico ou pagamentos máquina a máquina: software pagando software, na velocidade em que o código roda, por serviços que antes exigiam um humano com cartão de crédito. Nada disso funciona sem uma carteira por baixo.

A questão da custódia

Uma vez estabelecido que um agente em ação precisa de uma carteira, a pergunta mais útil é quem a controla. Três modelos são visíveis no mercado hoje, em diferentes estágios de disponibilidade, e respondem a essa pergunta de formas distintas.

A linguagem de custódia varia na categoria, e os provedores descrevem seus próprios modelos de forma justa. A Coinbase chama as Agentic Wallets de carteiras não custodiais protegidas dentro de um ambiente de execução confiável (TEE), combinadas com limites de gastos programáveis e triagem KYT. A OKX descreve sua Agentic Wallet da mesma forma: chaves gerenciadas dentro de um TEE e nunca expostas ao modelo. A Cobo posiciona sua Agentic Wallet em torno de divisão de chaves baseada em MPC e um mecanismo de políticas baseado em Pact, construído para "automação de nível empresarial com controle de políticas granular". Todos são modelos de segurança legítimos, e a MetaMask Agent Wallet também usa infraestrutura respaldada por TEE para proteger a assinatura. A distinção que importa para este artigo é mais estreita do que "TEE vs. sem TEE": é se o usuário detém uma chave exportável e um caminho de saída, ou se a execução do agente permanece vinculada a uma carteira operada pelo provedor enquanto o agente estiver em execução.

Esse é o princípio da autocustódia aplicado a um novo tipo de usuário. A infraestrutura operada pelo provedor pode ser genuinamente segura, mas permanece parte do caminho de confiança para cada transação que o agente realiza enquanto estiver rodando nela: essa infraestrutura pode congelar, limitar ou alterar os termos, independentemente das boas intenções do provedor. Um design self-custodial permite que o usuário retenha o caminho de exportação ou recuperação e defina os limites do agente diretamente, em vez de depender exclusivamente de uma conta mantida pelo provedor. Para um agente que age de forma autônoma em nome de alguém, essa é a distinção que determina se sua autonomia acompanha o usuário ou permanece limitada pelo ambiente de execução de um provedor.

Autonomia sem imprudência: guardrails programáveis

A autocustódia por si só não é uma resposta completa. Uma carteira self-custodial sem limites permitiria que um agente fizesse qualquer coisa que o saldo do usuário permitisse, o que é um risco por si só. A resposta real combina autocustódia com guardrails programáveis definidos com antecedência: limites de gastos, protocolos na allowlist, limites de sessão, limites por transação e um registro de cada ação que o agente tomou e por quê.

Os guardrails são o que torna possível conceder a um agente autoridade permanente em vez de aprovar cada transação manualmente. Um limite de gastos contém uma negociação ruim sem arriscar a conta. Uma allowlist de protocolos limita o agente a contratos que o usuário já verificou. Limites de sessão e por transação limitam o dano que um único prompt comprometido ou resposta maliciosa pode causar, e um registro auditável permite que cada ação seja reconstruída posteriormente. Nada disso exige abrir mão da autonomia — pelo contrário, define os limites dentro dos quais a autonomia opera.

Na prática, isso se parece com dois modos de operação hoje: um modo padrão e conservador que impõe limites de gastos diários e allowlists de protocolos definidos na configuração e pausa para aprovação de dois fatores em qualquer coisa fora dessas regras ou sinalizada pela varredura de ameaças; e um segundo modo opt-in que dá ao agente mais latitude em casos extremos de política, enquanto ainda bloqueia transações claramente maliciosas. Na MetaMask Agent Wallet, esses modos são chamados de Guard Mode e Beast Mode, respectivamente. De qualquer forma, os guardrails são definidos pelo usuário antes do agente começar, não negociados pelo agente no momento.

MetaMask Agent Wallet: autocustódia construída para agentes

A MetaMask Agent Wallet é uma carteira self-custodial construída especificamente para agentes de IA, e sua escolha central de design é que o usuário, não a MetaMask, detém as chaves. A carteira permite que um agente execute swaps, futuros perpétuos, mercados de previsão, staking e fornecimento de liquidez em chains EVM e Hyperliquid, tudo a partir de uma única carteira self-custodial.

Cada transação EVM suportada passa por um pipeline de segurança antes de chegar onchain: simulação de transação, varredura de ameaças com tecnologia Blockaid via Transaction Shield e proteção MEV via Smart Transactions. Esse pipeline roda independentemente do modo de operação escolhido pelo usuário: o Guard Mode padrão, que exige aprovação de dois fatores para qualquer coisa fora dos limites de gastos ou da allowlist de protocolos do usuário, ou o Beast Mode, que dá ao agente mais espaço em casos extremos de política, enquanto ainda bloqueia transações maliciosas e as apresenta para revisão com 2FA. As chaves são protegidas com um ambiente de execução confiável, permanecendo exportáveis pelo usuário a qualquer momento, e transações elegíveis que passam pelo pipeline são respaldadas pela cobertura de Transaction Protection de até US$ 10.000 por mês, sujeita a elegibilidade, limites e termos.

A MetaMask Agent Wallet é atualmente CLI-first e foi construída para se integrar a frameworks de agentes, incluindo Claude Code, Codex, OpenClaw, Hermes, OpenCode e Cursor. Está disponível hoje por meio de um programa de Acesso Antecipado, com disponibilidade geral em breve. Para um guia completo de como uma transação vai da instrução à execução dentro dessa arquitetura, veja How AI agents transact without touching your keys.

O que isso significa para desenvolvedores construindo enxames de agentes

O caso do enxame é onde a questão da custódia se multiplica. Um único agente com uma chave mantida pelo provedor é um ponto de confiança. Um enxame de uma dúzia de agentes, cada um transacionando de forma independente, multiplica essa exposição — e se eles compartilham uma única carteira mantida pelo provedor, um único agente comprometido ou incidente de infraestrutura pode afetar todo o enxame de uma vez.

Uma arquitetura self-custodial dá ao desenvolvedor duas formas de conter esse raio de impacto. Cada agente pode ter sua própria carteira dedicada com seus próprios limites de gastos, para o isolamento mais limpo e trilha de auditoria. Ou uma única carteira de usuário pode conceder a cada agente uma permissão delegada e com escopo definido — ativo, valor, duração e restrições definidos antecipadamente — para que o capital não precise ser dividido entre carteiras financiadas separadamente. Muitos sistemas em produção usam ambos: uma carteira financiada para execução ampla e delegações com escopo para tarefas mais específicas e recorrentes, como pagar por dados ou capacidade computacional via x402. Qualquer padrão mantém o usuário, não um terceiro, como a fonte de verdade sobre o que qualquer agente no enxame pode fazer — e mantém o custo de errar na custódia limitado pela própria política do usuário, em vez da infraestrutura de um provedor.