Como carteiras agênticas funcionam: da intenção à execução em uma arquitetura self-custodial

Uma carteira agentic self-custodial permite que um agente de IA transforme uma instrução em uma transação onchain assinada sem assumir a custódia das chaves do usuário. O agente propõe a ação, a carteira aplica a política, verificações de pré-execução são realizadas antes da assinatura, e a escalada humana ocorre apenas quando uma transação é sinalizada ou está fora do escopo.

Esse ciclo de vida é a verdadeira questão arquitetural para desenvolvedores que constroem sistemas de agentes com capacidade de transacionar. A categoria não é mais hipotética. A MetaMask agora tem um produto de Acesso Antecipado ativo em MetaMask Agent Wallet, lançado em 8 de junho de 2026. A Coinbase introduziu as CDP Agentic Wallets e o AgentKit, entre outras opções. Para uma comparação detalhada de produtos, consulte Best agentic wallets in 2026.

A conversa mudou de "os agentes podem transacionar?" para "como a camada de carteira deve aplicar controle quando eles o fazem?" E é aí que a self-custody se torna o diferencial.

Para começar do início, confira nosso post What is an agentic wallet?. Este artigo busca responder a uma pergunta diferente: como funciona o ciclo de vida da transação para desenvolvedores e como uma arquitetura self-custodial muda o que um agente pode fazer sem expor as chaves do usuário.

O ciclo de vida de intenção à execução da carteira agentic

Uma carteira agentic é melhor compreendida como um ciclo de vida de transação, não apenas um contêiner de chaves. Em uma arquitetura self-custodial, a camada de carteira decide como uma instrução se torna uma ação onchain, quais limites se aplicam e se a transação pode ser assinada.

Aqui está o ciclo de vida prático que os desenvolvedores devem considerar ao projetar:

1. Intenção: o agente recebe um prompt, gatilho ou sinal de estratégia, como "trocar 500 USDC por ETH se o slippage for inferior a 50 bps" ou "pagar este endpoint x402 se o valor for inferior a 0,10 USDC."

2. Construção: o agente resolve a rota, a chain de destino, a chamada de contrato, o caminho de aprovação, as estimativas de gas e quaisquer ações dependentes, como bridging ou resgate de uma delegação.

3. Verificação de política: a carteira verifica se a ação solicitada está dentro da política definida pelo usuário. Isso pode incluir limites de gastos, allowlists de protocolos, allowlists de destinatários, limites de rede e permissões com escopo de tempo.

4. Verificações de pré-execução: antes de assinar, o sistema executa simulação, varredura de ameaças e outras verificações de segurança da transação. Em algumas stacks, a mitigação de MEV também ocorre nesta etapa.

5. Assinatura dentro da self-custody: se a transação for permitida e passar nas verificações, a assinatura ocorre sem expor as chaves brutas ao runtime do agente. Este é o núcleo da proposta de self-custody.

6. Escalada humana: se a transação for maliciosa, estiver fora da política ou for ambígua, o fluxo de trabalho é pausado para uma etapa de revisão humana em vez de assinar automaticamente.

7. Execução e registro: a transação é enviada, o estado é atualizado e o sistema registra o caminho de execução para que o desenvolvedor ou usuário possa auditar o que aconteceu.

Essa sequência é o modelo mental útil porque responde à pergunta que os desenvolvedores continuam fazendo: não "o que é uma carteira agentic?" mas "como um agente realmente vai de uma instrução a uma transação ativa sem tomar minhas chaves?"

Por que a self-custody importa para sistemas de agentes

A self-custody importa porque a autonomia do agente aumenta a superfície de exposição em torno da assinatura. Quando um humano clica uma vez, o risco é limitado por um único momento de revisão. Quando um agente pode expandir um prompt em aprovações, transferências, swaps e chamadas de contrato, a questão passa a ser onde o controle realmente reside.

Em um modelo self-custodial, o usuário mantém o caminho de saída. A carteira pode usar infraestrutura segura para realizar operações de assinatura, mas a arquitetura ainda é construída em torno do usuário retendo o controle sobre as chaves ou recuperação e podendo levá-las consigo quando necessário. Os usuários da MetaMask Agent Wallet podem exportar sua Frase de Recuperação Secreta a qualquer momento, enquanto as chaves são protegidas por meio de um ambiente de execução confiável. É uma carteira agentic totalmente self-custodial que permite que os agentes operem dentro dos limites definidos pelo usuário.

Essa não é a mesma questão de design que "a infraestrutura é segura?" Tanto a MetaMask quanto a Coinbase descrevem suas carteiras agentic como não custodiais e ambas usam TEEs para proteger as chaves. A diferença relevante para os desenvolvedores não é a terminologia de custódia, mas como a aplicação de políticas funciona na prática:

• A MetaMask aplica políticas por meio de limites de gastos configurados pelo usuário, allowlists de protocolos e um pipeline de segurança obrigatório que é executado em cada transação, com escalada humana via 2FA quando uma transação é sinalizada ou está fora da política. O usuário define a superfície de controle antes de o agente começar.

• A Coinbase aplica políticas programaticamente por meio de limites de gastos definidos pelo humano na interface da carteira, triagem KYT que bloqueia transações de alto risco e limites de habilidades do agente que impedem transferências para endereços arbitrários. A aplicação é em nível de infraestrutura, e não interativa.

Ambas as abordagens são seguras. A questão arquitetural é se você quer um modelo onde transações fora da política são pausadas para revisão humana por padrão (o Guard Mode da MetaMask) ou um modelo onde os limites são aplicados programaticamente sem um caminho de escalada padrão por transação (a abordagem da Coinbase). Essa escolha define como você projeta os limites de autonomia para o seu sistema de agentes.

MetaMask Agent Wallet de ponta a ponta

A MetaMask Agent Wallet é o exemplo mais claro do ciclo de vida self-custodial em produção, porque o produto é explicitamente construído em torno da execução por agentes, e não como uma adaptação de uma carteira padrão. Vamos percorrer o ciclo de vida que descrevemos acima e ver como a MetaMask Agent Wallet aborda cada etapa:

1. Intenção

Um usuário ou agente de orquestração upstream fornece uma instrução como:

• rebalancear para ETH dentro de um orçamento fixo

• abrir uma posição de futuros perpétuos no Hyperliquid se um limite for atingido

• revisar uma cotação de mercado de previsão

2. Construção

O agente usa a CLI e o SDK subjacente para inspecionar saldos, resolver rotas, construir a transação e preparar a ação exata. Operações somente leitura, como verificações de saldo e consultas de metadados de tokens, não requerem confirmação.

3. Verificação de política

A MetaMask Agent Wallet tem dois modos de operação: Guard Mode e Beast Mode. No Guard Mode, o usuário define limites de gastos diários, protocolos na allowlist e regras de política antes de o agente começar a transacionar. No Beast Mode, o pipeline de segurança obrigatório ainda é executado em cada transação, mas as interrupções de política são reduzidas em casos extremos. Isso importa porque o agente não está decidindo sua própria autoridade em tempo real. O usuário define a superfície de controle antes da execução.

4. Verificações de pré-execução

Toda transação EVM suportada passa pelo pipeline de segurança obrigatório de três etapas da MetaMask — simulação de transação, varredura de ameaças do Transaction Shield com tecnologia Blockaid e proteção MEV do Smart Transactions — antes de ser registrada onchain. O pipeline não é opcional. Ele é executado em cada transação independentemente do modo de operação, o que torna a segurança da transação parte do próprio caminho da carteira, e não um complemento que o desenvolvedor precisa montar separadamente.

5. Assinatura dentro da self-custody

Se a ação passar nas regras e verificações de segurança, a assinatura ocorre sem expor as chaves brutas ao runtime do agente. Este é o ponto onde o design self-custodial importa. O agente obtém poder de execução, mas a arquitetura do produto ainda é estruturada em torno de chaves exportáveis mantidas pelo usuário e assinatura respaldada por TEE.

6. Escalada humana

Se a transação tentada for sinalizada como maliciosa ou estiver fora da política, a MetaMask pausa para revisão via 2FA. O usuário pode revisar a solicitação por meio de uma notificação push no MetaMask Mobile ou de um link de aprovação por e-mail. O agente não pode contornar esse caminho de escalada.

7. Execução e registro

Se aprovada, a transação é enviada e registrada. Os metadados da sessão CLI e da carteira são armazenados em arquivos locais restritos, o que é relevante para desenvolvedores que auditam o estado local e o gerenciamento de sessões.