Pular para o conteúdo
0%

Ações onchain autônomas: o que agentes de IA realmente conseguem fazer onchain

Uttam Singh

Escrito por Uttam Singh

Publicado em 2 de julho de 20269 min de leitura

Ações onchain autônomas: o que os agentes de IA podem realmente fazer onchain

Um agente de IA agora abre uma posição na Polymarket, reabastece seu próprio saldo de API em USDC e rebalanceia posições entre mercados da Aave sem que uma pessoa clique em confirmar. A distância entre o que os agentes conseguiam fazer onchain há um ano e o que eles executam diariamente hoje é maior do que a maioria das páginas de produto admite. Essa mudança é o momento em que um LLM deixa de sugerir ações e passa a assiná-las.

Um LLM que escreve código é um copiloto. Um LLM que possui uma carteira é um agente. Uma vez que a carteira é real e o agente pode gastar a partir dela, cada primitiva onchain se torna uma ferramenta que o modelo pode chamar: ler estado, assinar uma transação, pagar por uma API, trocar e fazer bridge, votar, atestar. Este post percorre as seis primitivas, nomeia os agentes em produção que usam cada uma delas, e aponta para o stack que nos permite tratá-los como usuários de produção, não como casos extremos.

O que é uma ação onchain autônoma?

Uma ação onchain autônoma é qualquer transação que um agente assina e envia sem que um humano aprove aquela chamada específica. O agente opera dentro de um envelope de permissão configurado previamente, uma session key com um limite de gasto e uma allowlist de contratos, ou uma política em uma carteira custodial, e age livremente dentro desse envelope. Ler estado não é uma ação onchain autônoma. Enviar uma transferência que o usuário não pré-autorizou também não é uma ação onchain autônoma. A assinatura precisa acontecer, e precisa acontecer sem um prompt por ação.

Essa definição importa porque ela organiza o mercado. Um chatbot que produz um payload de transação para um humano assinar em uma carteira não é um agente onchain. Um cron job que assina e transmite por conta própria já é, mesmo que nenhum LLM esteja em nenhum ponto do loop. O critério é a assinatura autônoma, não a presença de um modelo.

Quais primitivas um agente onchain usa?

Seis primitivas cobrem quase toda ação onchain que um agente executa em 2026. Cada uma corresponde a uma ferramenta que o modelo chama, e cada uma tem um modo de falha separado que vale a pena conhecer.

  • Ler. Consultar estado, preços, saldos, eventos. O agente usa um endpoint RPC, uma Data API indexada, ou um servidor MCP que envolve os dois. O acesso de leitura é a primitiva mais barata e a mais confiável. É também de onde vem a maior parte do volume "de agentes" visto em dashboards, o que é o motivo pelo qual as contagens de transações em destaque podem enganar.
  • Assinar. Enviar uma transação a partir de uma carteira que o agente controla. É aqui que a autonomia começa. Assinar exige um padrão de custódia (carteira embutida, MPC, smart account, ou chave bruta) e um mecanismo de política que decide se assina ou não naquele momento. Uma chave bruta assina o que lhe for entregue; a política é a única coisa que pode dizer não.
  • Pagar. Pagar por computação e APIs offchain. Agentes pagam em USDC via x402 para serviços crypto-nativos e via Machine Payments Protocol da Stripe quando o comerciante trabalha com cartões ou stablecoins. Sem um limite por chamada, o agente paga o que quer que um 402 peça.
  • Trocar e fazer bridge. Mover valor entre pools e chains. Agentes chamam a Jupiter na Solana, Uniswap ou 0x em EVM, e bridges como Across ou deBridge para levar fundos até a chain onde a próxima ação faz sentido. Transmitir um swap ingênuo pode fazer com que ele sofra sandwich devido ao seu tamanho.
  • Governar. Votar, delegar, propor. Menos comum do que as primitivas de trading em volume, mais interessante em formato: um único agente pode executar uma estratégia de acompanhamento em centenas de DAOs que eleitores humanos nunca teriam tempo de cobrir. O risco é uma política que continua votando depois de ter se desviado da intenção do detentor.
  • Provar. Atestar uma identidade, publicar um recibo de reputação, registrar-se dentro do ERC-8004. Essa é a primitiva mais jovem e a que transforma agentes pontuais em serviços componíveis que outros agentes podem contratar. Um atestado vale tanto quanto o emissor por trás dele.

A ordem não é arbitrária. Ler e assinar são o núcleo universal. Pagar é o que torna o agente econômico. Trocar, fazer bridge e governar são o que dão alcance ao agente. Provar é o que torna um agente legível para outro. Pule uma primitiva e uma categoria inteira de ação sai do cardápio.

O que os agentes conseguem realmente fazer onchain hoje?

O inventário concreto, organizado por categoria.

Posições DeFi e yield

Agentes DeFi assumem duas formas comuns. Alguns operam como enxames de papéis especializados trabalhando um tesouro compartilhado. Outros operam como rebalanceadores de propósito único que fazem bem um único trabalho.

O mecanismo recorrente: o agente lê posições por meio de uma Data API indexada, calcula uma alocação-alvo, assina chamadas de supply ou withdraw na Aave, Morpho, ou Pendle, e reverifica em um heartbeat. A parte difícil não é a matemática. É permanecer dentro do envelope de permissão quando um novo mercado parece melhor mas não está na allowlist.

Esse loop não é hipotético. Na demonstração abaixo, um agente compara os yields de USDC da Aave entre L2s, faz bridge da Base para a melhor chain, e faz supply, tudo pelo terminal, sem ETH em mãos e apenas com uma chave escopada.

Um agente no terminal encontrando o melhor yield de USDC na Aave entre L2s, fazendo bridge de Base para Arbitrum e fornecendo à Aave, sem ETH em nenhuma carteira e apenas uma chave privada com escopo limitado
Source: https://x.com/uttam_singhk/status/2054540200874025224

Trading e rebalanceamento

Agentes de trading agora operam nas principais plataformas. Alguns ficam por trás de interfaces em linguagem natural no Farcaster e X, roteando swaps na Base, Solana, ou Polygon via 0x ou Uniswap. Outros operam stacks baseados em skills contra perps da Hyperliquid, com trailing stops e pontuação de smart money em centenas de mercados.

A Hyperliquid é a superfície de agentes mais densa no mercado de perpétuos, com receita de builder-code chegando a oito dígitos. A vantagem do agente nessa categoria não é ter sinais melhores. É a disposição de agir sobre um sinal às 3 da manhã sem hesitar.

Leaderboard de builder-code da Hyperliquid mostrando frontends de agentes e bots classificados por receita
Source: https://www.hypeburn.fun/builders

Mercados de previsão

Posições autônomas na Polymarket já são uma categoria real. A leitura de março de 2026 da CoinDesk acompanhou agentes Polystrat com mais de 4.200 trades no primeiro mês, com mais de um terço apresentando P&L positivo, contra cerca de metade dessa taxa para traders humanos. Redes mais amplas de agentes de previsão já registraram milhões de transações vitalícias na Gnosis. A categoria parece pequena em termos de dólares e grande em termos de contagem de transações, que é o formato do comportamento de agentes em geral: muitas apostas pequenas, avaliadas continuamente.

NFTs e colecionáveis

A atividade de NFT por agentes é menos madura e majoritariamente composta. O formato é: um agente identifica um alvo, faz swap para ETH ou SOL, compra por meio de um plugin de marketplace, depois lista com uma margem. O Solana Agent Kit oferece ações de mint da Metaplex para o lado de lançamento e Tensor ou Magic Eden para o lado de marketplace. O "comprar e relistar" composto vive no tool loop do agente, não em uma única chamada de contrato.

Pagamentos, top-ups e tesouraria

Este é o caso de uso para o qual o x402 foi desenhado. Um agente acessa um endpoint pago, recebe um 402 com o preço, assina um pagamento em USDC, tenta novamente, e prossegue. A Cloudflare relata cerca de 1 bilhão de respostas 402 servidas por dia em sua rede de agentes. A x402 Foundation foi formalizada sob a Linux Foundation em abril de 2026 com 22 membros fundadores, incluindo Visa, Mastercard, Stripe, AWS, Google, e as fundações da Solana e da Base.

A contraparte pouco discutida vai na direção oposta: o top-up autônomo. Um agente monitora seu saldo em USDC, e quando ele cruza um limite, assina uma transferência de uma carteira de tesouraria para se reabastecer. Documentamos esse padrão de ponta a ponta na funcionalidade de agent wallets do Alchemy CLI. Pagamentos transformam o agente em um ator econômico; top-ups o mantêm solvente sem que um humano precise aprovar.

Governança e identidade

A votação em DAOs é a menor categoria em volume e a mais interessante em formato. Um agente que detém uma posição de voto delegada pode votar em centenas de propostas aplicando uma política consistente. Diversas plataformas de agentes já expõem skills de ações de governança como ações de primeira classe em sua superfície de ferramentas.

Identidade é mais jovem, mas avança rápido. O ERC-8004 registra o endereço e as capacidades de um agente para que outros agentes possam descobri-lo e contratá-lo. Combinado com o x402, um agente pode listar um serviço pago, receber pagamento em USDC, e rotear o trabalho para um agente downstream que não é seu.

Como os agentes assinam sem um humano no loop?

Custódia é a escolha estrutural. Estes cinco padrões executam agentes em produção hoje:

Pattern
Where the key lives
Best fit
Raw private key in env var
Plaintext on the agent host
Hobby projects, demos
Embedded wallet (Privy, Turnkey, Coinbase CDP)
Trusted execution environment
Most production agents
MPC wallet
Split across two or more parties
Treasury-scale or regulated
ERC-4337 smart account with session keys
Contract on EVM
Scoped browser or app agents
EIP-7702 delegated EOA
Same address, temporary code
Existing wallets adding agent features

O padrão que venceu nos últimos doze meses é carteira embutida mais mecanismo de política. A assinatura delegada de agentes da Turnkey avalia cada solicitação de assinatura contra uma allowlist de contratos, uma lista de destinatários, uma verificação de function-selector, e um limite por transação dentro do enclave. A documentação de carteiras agentic da Privy cobre tanto signatários de agentes de propriedade do desenvolvedor quanto de propriedade do usuário, com guardas de política semelhantes. As Coinbase Agentic Wallets, lançadas em fevereiro de 2026, combinam custódia MPC com limites de sessão e liquidação nativa via x402. Agent Wallets no Alchemy CLI é outra opção: crie uma carteira a partir do dashboard, conceda ao CLI acesso escopado e limitado no tempo, e deixe o agente transacionar a partir da linha de comando.

O que nenhuma dessas soluções resolve é o próprio envelope de permissão. Uma carteira que assina qualquer coisa dentro de um limite diário de US$ 1.000 ainda pode ser drenada dentro desse limite. A escolha do padrão de custódia é anterior a toda outra decisão do agente, e é a que a maioria das equipes atalha no caminho até uma demonstração.

Como a Alchemy dá suporte a agentes onchain?

Tratamos agentes como usuários de produção, não como casos extremos. Três superfícies importam:

  • Carteira e assinatura. O Alchemy CLI dá a um agente uma carteira escopada na primeira execução. A custódia da carteira é delegada à Privy; o agente opera dentro de uma sessão delimitada por chain, allowlist de contratos e limite de gasto. O mesmo CLI trata envios, swaps, bridges e chamadas de contrato por meio de alchemy evm send, alchemy wallet connect, e alchemy agent-prompt.
  • Pagamentos. Agentes pagam por nossas superfícies de RPC, NFT e Data API via x402, em USDC. Sem cadastro no dashboard, sem chave de API, sem contrato. O MPP da Stripe é interoperável para casos que precisam de fallback em cartão; percorremos os dois protocolos lado a lado em nossa comparação entre x402 e MPP.
  • Descobribilidade. Alchemy Skills são documentos legíveis por máquina que um agente pode instalar para aprender a chamar nossas APIs sem que um humano precise ler nada. Combinado com o servidor MCP da Alchemy, o efeito é que um agente no Claude ou Cursor pode autenticar, pagar e executar em mais de 100 chains sem sair do seu tool loop.

Aqui está o formato de pagar-e-tentar-novamente que um agente executa contra um endpoint protegido por 402:

typescript
Copied
import { buildX402Client, signSiwe } from "@alchemy/x402"; import { wrapFetchWithPayment } from "@x402/fetch"; const privateKey = process.env.PRIVATE_KEY as `0x${string}`; const client = buildX402Client(privateKey); // signs the x402 USDC payment const siwe = await signSiwe({ privateKey }); // authenticates the agent const authedFetch: typeof fetch = (input, init) => { const headers = new Headers(init?.headers); headers.set("Authorization", `SIWE ${siwe}`); return fetch(input, { ...init, headers }); }; const paidFetch = wrapFetchWithPayment(authedFetch, client); const res = await paidFetch("https://x402.alchemy.com/eth-mainnet/v2", { method: "POST", headers: { "Content-Type": "application/json" }, body: JSON.stringify({ id: 1, jsonrpc: "2.0", method: "eth_blockNumber" }), });

buildX402Client executa o loop de pagar-e-tentar-novamente: ele captura o 402, assina o pagamento em USDC, e repete a requisição. signSiwe lida com a autenticação do gateway. O agente chama paidFetch como qualquer outro fetch e nunca vê a etapa de pagamento.

O que ainda é difícil?

Três coisas para manter em mente ao colocar um agente onchain em produção hoje, todas com peso relevante para a segurança:

  • Prompt injection é a superfície de ataque dominante. Qualquer coisa em formato de texto que entre no contexto do agente pode carregar instruções. Em maio de 2026, um atacante enviou um NFT com tema Bankr para uma carteira alvo cujo agente tinha o Grok no loop, e então pediu ao agente para "traduzir este código Morse". O texto decodificado era uma instrução de transferência. Cerca de US$ 150 mil a US$ 200 mil foram drenados na Base antes que os fundos fossem devolvidos (o banco de dados de incidentes de IA da OECD traz o post-mortem). As mitigações ficam na camada de política, não na camada do modelo: allowlists de contratos mais restritas, session keys mais estreitas, aprovações de um segundo assinante para contratos que o agente ainda não usou, e separação clara entre system prompts confiáveis e saída de ferramentas não confiável.
  • O envelope de permissão é o produto, e a maioria dos envelopes é frouxa demais. Uma carteira que assina qualquer coisa dentro de um limite diário de US$ 1.000 ainda pode ser drenada dentro desse limite. Delimite a allowlist de contratos com rigor, delimite a allowlist de function-selector com mais rigor ainda, e nunca conceda aprovação infinita de ERC-20 a um router ou agregador pelo qual o agente possa rotear. Se o agente encontrar um novo mercado ou contrato, ele deve pausar para uma aprovação explícita em vez de expandir o envelope por conta própria.
  • A cadeia de suprimentos passa por tools, skills e MCPs. A superfície de ferramentas de um agente é código de terceiros que roda com as chaves e o contexto do agente. Skills carregadas em tempo de execução a partir de um registry, servidores MCP conectados pela rede, plugins instalados via npm: cada um é uma via para que um commit malicioso upstream alcance uma carteira que assina transações. Fixe versões. Leia o código antes de instalar. Trate o manifesto de plugins do agente da mesma forma que você trata um package.json em produção, porque é exatamente isso que ele é.

Nada disso bloqueia a categoria. Isso molda como um construtor responsável entrega dentro dela. O envelope é o produto; o agente é o usuário.

Por onde começar

O caminho mais curto deste post até um agente onchain funcional são dois comandos e um pagamento:

bash
Copied
npm i -g @alchemy/cli@latest alchemy auth alchemy wallet connect

alchemy auth retorna um token de sessão. alchemy wallet connect retorna uma carteira escopada, delimitada por chain, allowlist de contratos e limite de gasto. A partir daí, o agente lê via nosso RPC, paga por endpoints premium via x402, e assina transações dentro da sessão.

Sem chave de API, sem cadastro no dashboard, sem contrato mínimo. O agente instala Alchemy Skills na primeira execução para saber como chamar nossas APIs em mais de 100 chains. Se você está construindo para restrições empresariais, a mesma superfície está disponível por meio de infraestrutura dedicada e planos com compromisso.

Um LLM que escreve código é um copiloto. Um LLM que possui uma carteira é um agente. A infraestrutura para colocar o segundo em produção já existe, o inventário de ações é real, e o próximo ano da categoria será medido em transações assinadas, não em posts escritos.

Background gradient

Construa magia blockchain

A Alchemy combina os produtos e ferramentas de desenvolvimento Web3 mais poderosos com recursos, comunidade e suporte lendário.