Com a evolução do Agente de IA de ferramenta para sujeito econômico autônomo, a infraestrutura de pagamento tradicional já não atende às suas necessidades de transações autônomas, interações entre ecossistemas e identidade verificável. Para isso, três novos protocolos emergentes — x402, AP2 e ERC-8004 — construíram juntos a infraestrutura de pagamento da economia das máquinas. O protocolo x402 utiliza o código de estado HTTP 402 para implementar o “pagamento na chamada da API”, liderando a economia das máquinas.
x402 protocolo: ativar HTTP 402 implementar pagamento nativo da API
x402 é lançado pela maior exchange de criptomoedas regulamentada dos Estados Unidos, e sua inovação central está na ativação do código de status HTTP 402 não utilizado na internet (“Pagamento Requerido”), incorporando a lógica de pagamento de forma nativa no fluxo de requisição-resposta da página da web, realizando “pagamento na chamada da API”. Este conceito aparentemente simples, na verdade, resolve o problema mais básico na economia dos Agentes de IA: como completar micropagamentos de alta frequência sem depender de intervenção humana.
x402 protocolo baseado na arquitetura cliente/servidor. O cliente é o comprador que adquire serviços/produtos, enquanto o servidor é o vendedor que fornece os serviços/produtos. Com base nesta estrutura, a maior exchange de criptomoedas regulamentada dos EUA oferece aos vendedores serviços de facilitadores para simplificar o processo de verificação e liquidação de pagamentos entre compradores e vendedores. Tomando como exemplo o servidor Canza, que ocupa a primeira posição no x402scan (fornecendo informações de negociação através de IA), seu fluxo de operação é o seguinte:
Primeiro, o usuário inicia um pedido no cliente para acessar os serviços pagos da Canza. Em seguida, o servidor da Canza utiliza a resposta HTTP 402 para definir o requisito de pagamento: o cliente precisa fornecer o cabeçalho X-PAYMENT e efetuar o pagamento em USDC através da Base Chain. Após analisar o conteúdo JSON da resposta 402, a carteira solicitará a assinatura de uma mensagem TransferWithAuthorization (implementada via ERC-3009). Esta mensagem permite que o signatário realize transferências sem custo de Gas a partir do endereço do signatário para um endereço EOA ou endereço de contrato designado.
Em seguida, o usuário assina a mensagem, o cliente utiliza o cabeçalho X-PAYMENT codificado em base64 para enviar o Payload. O servidor Canza, ao receber o Payload de entrada, será validado pelo facilitador e fará a liquidação do pagamento no blockchain. Após a confirmação do pagamento pelo servidor Canza, este fornece ao usuário o serviço solicitado.
x402 protocolo de três grandes vantagens:
Suporte a múltiplas cadeias: suporta cadeias EVM como Base, Avalanche e Solana, com configuração flexível no lado do servidor.
Pagamento de baixa fricção: através do ERC-3009, permite transferências sem taxas de Gas, reduzindo os custos de transação.
Integração HTTP Nativa: Não é necessário um layer de pagamento adicional, qualquer aplicação que suporte HTTP pode ser facilmente integrada.
O protocolo x402 merece atenção especial, pois suporta vários ativos criptográficos de várias blockchains (como Base, Avalanche e outras chains EVM, Solana) para pagamento (devem suportar ERC-3009, com USDC como padrão), sendo necessária apenas uma configuração do lado do servidor. Essa flexibilidade permite que o x402 se adapte a diferentes cenários de aplicação e preferências dos usuários.
AP2 protocolo: documento de autorização digital para a construção de uma estrutura de transação confiável
AP2 (Agente Payments Protocol) é uma estrutura de pagamento aberta expandida com base no protocolo de comunicação Agent to Agent (A2A) e no Model Context Protocol (MCP). O seu objetivo central é resolver três problemas fundamentais nos negócios de Agentes: verificação de autorização (comprovar que o Agente obteve a permissão do usuário), autenticidade (garantir que as transações refletem as necessidades reais do usuário) e responsabilidade nas transações (esclarecer a atribuição de responsabilidades em caso de disputas).
O fluxo de trabalho do protocolo AP2 gira em torno do conceito central de mandatos, que são contratos digitais à prova de adulteração e assinados criptograficamente, servindo como evidência verificável das instruções dos usuários. Eles são divididos em três tipos de mandatos:
A autorização de intenção (Intent Mandate) é aplicável a negociações automatizadas quando o usuário não está presente. O usuário fornece previamente instruções operacionais ao Agente de IA, incluindo restrições de condições claras, como “comprar bilhetes para o concerto, com um orçamento não superior a 500 euros”. Este tipo de autorização oferece uma dupla garantia legal e técnica para a tomada de decisões autônomas do Agente de IA, assegurando que suas ações estejam sempre dentro do âmbito autorizado pelo usuário.
O Mandato de Carrinho (Cart Mandate) é aplicável a transações confirmadas pelo usuário no local. É gerado quando o agente está pronto com os produtos e preços específicos para confirmação do usuário. A aprovação do usuário assinará o Mandato de Carrinho, estabelecendo um registro seguro e imutável sobre os produtos e preços exatos, garantindo que o que é visto é o que é pago. Isso resolve o risco de “modificação de pedidos” no e-commerce tradicional.
A autorização de pagamento (Payment Mandate) é um certificado independente, compartilhado com a rede de pagamentos e a instituição emissora, destinado a transmitir informações sobre a participação do Agente de IA e a presença do usuário, ajudando a resolver disputas de transação, realizar avaliações de risco e regulamentação. Este design confere ao comportamento de transação do Agente de IA a mesma rastreabilidade e conformidade das transações financeiras tradicionais.
O design das três autorizações do protocolo AP2 digitaliza e automatiza, na verdade, o mecanismo de delegação de autorização na sociedade humana. Ele fornece uma estrutura segura e padronizada para o protocolo de pagamento x402, garantindo que cada pagamento tenha uma base de autorização clara e responsabilidade atribuída.
ERC-8004: Identidade descentralizada para a economia de máquinas
ERC-8004 é uma solução de identidade de agente de IA descentralizada do Ethereum, destinada a resolver questões relacionadas à autenticidade da identidade dos agentes de IA, à confiabilidade dos registros de comportamento e à verificabilidade. Ao contrário do AP2, o ERC-8004 foca na construção da confiança nas interações entre os agentes de IA, em vez da confiança nas transações entre usuário-agente de IA-comerciante.
O design do ERC-8004 gira em torno da construção de três registros leves, cada um responsável por diferentes aspectos do modelo de confiança. O Registro de Identidade (Identity Registry) é implementado com base no padrão ERC-721 e expande a funcionalidade URIStorage, permitindo que a identidade do Agente de IA seja compatível com o ecossistema NFT existente. Cada Agente de IA se registra chamando a função register, obtendo um agentId único (ou seja, o tokenId do ERC-721).
O Registro de Reputação (Reputation Registry) fornece uma interface padrão para publicar e obter feedback de serviços de Agentes de IA, suportando um sistema de feedback de pontuação de 0 a 100, classificação por etiquetas e associação de prova de pagamento. Este registro adota uma arquitetura híbrida on-chain e off-chain, garantindo a combinabilidade dos dados principais na cadeia, enquanto deixa o cálculo agregado complexo para processamento off-chain, a fim de aumentar a eficiência. A estrutura do contrato do Registro de Reputação está intimamente relacionada ao Registro de Identidade, garantindo que apenas Agentes de IA registrados possam acessar os registros de reputação.
O Registro de Validação (Validation Registry) fornece um Hook genérico para solicitar e registrar resultados de validação independentes, suportando vários mecanismos de validação, incluindo o staking econômico (validadores reexecutando tarefas) e provas criptográficas (provas TEE, validação zkML, etc.). Este design permite que diferentes mecanismos de validação com necessidades de segurança distintas coexistam na mesma ecologia.
Fundação do pagamento da economia de máquinas em tríade
x402, AP2 e ERC-8004 combinam-se para formar um sistema completo de pagamento para Agentes de IA. O ERC-8004 resolve o problema da identidade dos Agentes de IA, garantindo que cada Agente de IA que participa de atividades econômicas tenha uma identidade e um registro de crédito verificáveis. O x402 resolve a questão de “como usar criptomoeda para micropagamentos de alta frequência”, integrando os pagamentos de forma transparente no fluxo de chamadas de API. O AP2 fornece uma estrutura segura e padronizada para o protocolo de pagamento x402, definindo limites de comportamento econômico independentes para os Agentes de IA.
Os efeitos sinérgicos destes três são muito maiores do que o uso isolado. Imagine um cenário: um Agente de IA precisa chamar o serviço de análise de dados de outro Agente de IA. Primeiro, ele valida a identidade e a reputação do outro através do ERC-8004, garantindo que o prestador de serviços seja confiável. Em seguida, usa o AP2 para criar uma autorização de intenção, definindo um limite orçamentário e requisitos de serviço. Por fim, completa o pagamento instantâneo através do protocolo x402, todo o processo sem intervenção humana.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
x402 lidera a economia das máquinas! Três grandes protocolos constroem uma nova era de pagamentos de Agentes de IA
Com a evolução do Agente de IA de ferramenta para sujeito econômico autônomo, a infraestrutura de pagamento tradicional já não atende às suas necessidades de transações autônomas, interações entre ecossistemas e identidade verificável. Para isso, três novos protocolos emergentes — x402, AP2 e ERC-8004 — construíram juntos a infraestrutura de pagamento da economia das máquinas. O protocolo x402 utiliza o código de estado HTTP 402 para implementar o “pagamento na chamada da API”, liderando a economia das máquinas.
x402 protocolo: ativar HTTP 402 implementar pagamento nativo da API
x402 é lançado pela maior exchange de criptomoedas regulamentada dos Estados Unidos, e sua inovação central está na ativação do código de status HTTP 402 não utilizado na internet (“Pagamento Requerido”), incorporando a lógica de pagamento de forma nativa no fluxo de requisição-resposta da página da web, realizando “pagamento na chamada da API”. Este conceito aparentemente simples, na verdade, resolve o problema mais básico na economia dos Agentes de IA: como completar micropagamentos de alta frequência sem depender de intervenção humana.
x402 protocolo baseado na arquitetura cliente/servidor. O cliente é o comprador que adquire serviços/produtos, enquanto o servidor é o vendedor que fornece os serviços/produtos. Com base nesta estrutura, a maior exchange de criptomoedas regulamentada dos EUA oferece aos vendedores serviços de facilitadores para simplificar o processo de verificação e liquidação de pagamentos entre compradores e vendedores. Tomando como exemplo o servidor Canza, que ocupa a primeira posição no x402scan (fornecendo informações de negociação através de IA), seu fluxo de operação é o seguinte:
Primeiro, o usuário inicia um pedido no cliente para acessar os serviços pagos da Canza. Em seguida, o servidor da Canza utiliza a resposta HTTP 402 para definir o requisito de pagamento: o cliente precisa fornecer o cabeçalho X-PAYMENT e efetuar o pagamento em USDC através da Base Chain. Após analisar o conteúdo JSON da resposta 402, a carteira solicitará a assinatura de uma mensagem TransferWithAuthorization (implementada via ERC-3009). Esta mensagem permite que o signatário realize transferências sem custo de Gas a partir do endereço do signatário para um endereço EOA ou endereço de contrato designado.
Em seguida, o usuário assina a mensagem, o cliente utiliza o cabeçalho X-PAYMENT codificado em base64 para enviar o Payload. O servidor Canza, ao receber o Payload de entrada, será validado pelo facilitador e fará a liquidação do pagamento no blockchain. Após a confirmação do pagamento pelo servidor Canza, este fornece ao usuário o serviço solicitado.
x402 protocolo de três grandes vantagens:
Suporte a múltiplas cadeias: suporta cadeias EVM como Base, Avalanche e Solana, com configuração flexível no lado do servidor.
Pagamento de baixa fricção: através do ERC-3009, permite transferências sem taxas de Gas, reduzindo os custos de transação.
Integração HTTP Nativa: Não é necessário um layer de pagamento adicional, qualquer aplicação que suporte HTTP pode ser facilmente integrada.
O protocolo x402 merece atenção especial, pois suporta vários ativos criptográficos de várias blockchains (como Base, Avalanche e outras chains EVM, Solana) para pagamento (devem suportar ERC-3009, com USDC como padrão), sendo necessária apenas uma configuração do lado do servidor. Essa flexibilidade permite que o x402 se adapte a diferentes cenários de aplicação e preferências dos usuários.
AP2 protocolo: documento de autorização digital para a construção de uma estrutura de transação confiável
AP2 (Agente Payments Protocol) é uma estrutura de pagamento aberta expandida com base no protocolo de comunicação Agent to Agent (A2A) e no Model Context Protocol (MCP). O seu objetivo central é resolver três problemas fundamentais nos negócios de Agentes: verificação de autorização (comprovar que o Agente obteve a permissão do usuário), autenticidade (garantir que as transações refletem as necessidades reais do usuário) e responsabilidade nas transações (esclarecer a atribuição de responsabilidades em caso de disputas).
O fluxo de trabalho do protocolo AP2 gira em torno do conceito central de mandatos, que são contratos digitais à prova de adulteração e assinados criptograficamente, servindo como evidência verificável das instruções dos usuários. Eles são divididos em três tipos de mandatos:
A autorização de intenção (Intent Mandate) é aplicável a negociações automatizadas quando o usuário não está presente. O usuário fornece previamente instruções operacionais ao Agente de IA, incluindo restrições de condições claras, como “comprar bilhetes para o concerto, com um orçamento não superior a 500 euros”. Este tipo de autorização oferece uma dupla garantia legal e técnica para a tomada de decisões autônomas do Agente de IA, assegurando que suas ações estejam sempre dentro do âmbito autorizado pelo usuário.
O Mandato de Carrinho (Cart Mandate) é aplicável a transações confirmadas pelo usuário no local. É gerado quando o agente está pronto com os produtos e preços específicos para confirmação do usuário. A aprovação do usuário assinará o Mandato de Carrinho, estabelecendo um registro seguro e imutável sobre os produtos e preços exatos, garantindo que o que é visto é o que é pago. Isso resolve o risco de “modificação de pedidos” no e-commerce tradicional.
A autorização de pagamento (Payment Mandate) é um certificado independente, compartilhado com a rede de pagamentos e a instituição emissora, destinado a transmitir informações sobre a participação do Agente de IA e a presença do usuário, ajudando a resolver disputas de transação, realizar avaliações de risco e regulamentação. Este design confere ao comportamento de transação do Agente de IA a mesma rastreabilidade e conformidade das transações financeiras tradicionais.
O design das três autorizações do protocolo AP2 digitaliza e automatiza, na verdade, o mecanismo de delegação de autorização na sociedade humana. Ele fornece uma estrutura segura e padronizada para o protocolo de pagamento x402, garantindo que cada pagamento tenha uma base de autorização clara e responsabilidade atribuída.
ERC-8004: Identidade descentralizada para a economia de máquinas
ERC-8004 é uma solução de identidade de agente de IA descentralizada do Ethereum, destinada a resolver questões relacionadas à autenticidade da identidade dos agentes de IA, à confiabilidade dos registros de comportamento e à verificabilidade. Ao contrário do AP2, o ERC-8004 foca na construção da confiança nas interações entre os agentes de IA, em vez da confiança nas transações entre usuário-agente de IA-comerciante.
O design do ERC-8004 gira em torno da construção de três registros leves, cada um responsável por diferentes aspectos do modelo de confiança. O Registro de Identidade (Identity Registry) é implementado com base no padrão ERC-721 e expande a funcionalidade URIStorage, permitindo que a identidade do Agente de IA seja compatível com o ecossistema NFT existente. Cada Agente de IA se registra chamando a função register, obtendo um agentId único (ou seja, o tokenId do ERC-721).
O Registro de Reputação (Reputation Registry) fornece uma interface padrão para publicar e obter feedback de serviços de Agentes de IA, suportando um sistema de feedback de pontuação de 0 a 100, classificação por etiquetas e associação de prova de pagamento. Este registro adota uma arquitetura híbrida on-chain e off-chain, garantindo a combinabilidade dos dados principais na cadeia, enquanto deixa o cálculo agregado complexo para processamento off-chain, a fim de aumentar a eficiência. A estrutura do contrato do Registro de Reputação está intimamente relacionada ao Registro de Identidade, garantindo que apenas Agentes de IA registrados possam acessar os registros de reputação.
O Registro de Validação (Validation Registry) fornece um Hook genérico para solicitar e registrar resultados de validação independentes, suportando vários mecanismos de validação, incluindo o staking econômico (validadores reexecutando tarefas) e provas criptográficas (provas TEE, validação zkML, etc.). Este design permite que diferentes mecanismos de validação com necessidades de segurança distintas coexistam na mesma ecologia.
Fundação do pagamento da economia de máquinas em tríade
x402, AP2 e ERC-8004 combinam-se para formar um sistema completo de pagamento para Agentes de IA. O ERC-8004 resolve o problema da identidade dos Agentes de IA, garantindo que cada Agente de IA que participa de atividades econômicas tenha uma identidade e um registro de crédito verificáveis. O x402 resolve a questão de “como usar criptomoeda para micropagamentos de alta frequência”, integrando os pagamentos de forma transparente no fluxo de chamadas de API. O AP2 fornece uma estrutura segura e padronizada para o protocolo de pagamento x402, definindo limites de comportamento econômico independentes para os Agentes de IA.
Os efeitos sinérgicos destes três são muito maiores do que o uso isolado. Imagine um cenário: um Agente de IA precisa chamar o serviço de análise de dados de outro Agente de IA. Primeiro, ele valida a identidade e a reputação do outro através do ERC-8004, garantindo que o prestador de serviços seja confiável. Em seguida, usa o AP2 para criar uma autorização de intenção, definindo um limite orçamentário e requisitos de serviço. Por fim, completa o pagamento instantâneo através do protocolo x402, todo o processo sem intervenção humana.