já se perguntou como registar o seu agente no ERC-8004? bem, aqui está como fazê-lo através do ampersend ao mesmo tempo que cria o seu agente 🍿 📺 @cryptomastery_ do @edgeandnode explica

✨x402✨ HTTP 402, "pagamento necessário," está na especificação desde 1997. Durante quase três décadas, não fez nada porque não havia um padrão para o que uma máquina deveria realmente fazer ao receber um. Nenhum protocolo para como formatar o pedido, negociar o preço ou liquidar a transação. Em maio de 2025, @CoinbaseDev lançou o x402, um protocolo aberto que finalmente dá a esse código de status um trabalho. Um agente envia um pedido. O servidor responde com 402 mais termos de pagamento legíveis por máquina: montante, ativo, rede, destinatário. O agente avalia o preço, assina uma transação de stablecoin e tenta novamente com um cabeçalho de prova de pagamento. Apenas semântica HTTP e prova criptográfica de pagamento. a curva de adoção tem sido acentuada. Até o final de 2025, o x402 havia processado mais de 100 milhões de fluxos de pagamento através de APIs, aplicativos e agentes autônomos. A @cloudflare co-lançou a fundação x402 em setembro de 2025 para formalizar a governança aberta do padrão. A stripe começou a usar o x402 para facilitar pagamentos em USDC para agentes de IA na base em fevereiro de 2026. O protocolo de pagamentos de agentes da @googlecloud usa o x402 para liquidação onchain. O protocolo agora opera em @base, @solana e @0xPolygon. A V2 foi lançada em dezembro de 2025 com identidade baseada em carteira, descoberta automática de API, suporte multi-chain via padrões CAIP e compatibilidade com trilhas de pagamento legadas como ACH e redes de cartões. O x402 passou de experimento de código aberto para infraestrutura fundamental em menos de um ano. x402 = o primitivo de pagamento para comércio de agentes.

um incidente de $47k: dois agentes de IA presos em um loop recursivo por 11 dias. sem violação, sem exploração. apenas agentes com chaves de API ilimitadas e sem aplicação de infraestrutura para impedi-los. construímos a demonstração que torna esse modo de falha impossível (📺 assista ao vídeo) a demonstração do ampersend x @BlockRunAI agentops mostra um agente comprador e um agente vendedor se comunicando via a2a, com cada chamada de inferência llm roteada através do blockrun via o protocolo de pagamento x402. o vendedor paga ao blockrun por solicitação usando usdc na base. a política de carteira do ampersend aplica o limite de gastos diário no nível da carteira, não no código da aplicação. quando o limite é atingido, o tesoureiro se recusa a assinar. o agente está economicamente morto. o loop para. gasto total: exatamente o limite diário que você configurou. isso é importante porque limites de etapas e tetos de tokens falham sob composição. o agente a chama o agente b que chama o agente c. cada um se reporta como permanecendo dentro do orçamento. o bug que causa o loop também quebra o contador. qualquer coisa que dependa da lógica do próprio agente para limitar seus gastos falhará exatamente nos cenários onde os limites são mais importantes. a arquitetura aqui move a aplicação do orçamento para fora do domínio de confiança do agente completamente. a carteira é o disjuntor. construído com ampersend + blockrun + x402. transações de testnet na base sepolia, prontas para mainnet. confira o repositório ⬇️