x402 conecta solicitações de rede a pagamentos por meio de respostas HTTP 402 Payment Required, permitindo que agentes de IA concluam transações de acordo com os termos de pagamento fornecidos pelo servidor.
O x402B se baseia nessa estrutura ao introduzir contratos de custódia, status de entrega e mecanismos de resolução de disputas, permitindo que a autorização de pagamento, o bloqueio de fundos, a entrega de produtos ou serviços e a liquidação final sejam gerenciados como etapas separadas. O Boson Protocol implementou o x402B na mainnet da Base em 8 de junho de 2026. No entanto, seu escopo de aplicação, compatibilidade e nível efetivo de proteção ainda precisam ser avaliados com base na implementação específica.
O x402B é uma extensão de custódia on-chain desenvolvida pelo Boson Protocol para o protocolo de pagamento x402. Ele usa contratos inteligentes para gerenciar os fundos das transações, permitindo que o pagamento e a liberação final dos fundos ocorram em etapas.
O x402 aborda principalmente pagamentos automatizados, enquanto o x402B também trata de riscos de entrega após o pagamento. Quando um serviço adquirido por um agente de IA não pode ser entregue imediatamente, o mecanismo de custódia pode oferecer proteção adicional.
A custódia não custodial é o mecanismo central do x402B. Os fundos do comprador entram em um contrato de custódia on-chain, em vez de serem transferidos integralmente para a conta do vendedor imediatamente após a autorização de pagamento.
A confirmação de entrega e a resolução de disputas determinam como os fundos são liberados. Dependendo das regras específicas da transação, os fundos podem ser distribuídos após a confirmação da entrega, o fim do período de disputa ou uma decisão sobre a disputa.
O x402B fornece uma nova infraestrutura de transações para o comércio entre agentes. Ele é adequado para cenários comerciais de agentes de IA que exigem entrega assíncrona, proteção de transações e liquidação automatizada, mas não pode eliminar todos os riscos de cumprimento.
O x402B pode ser entendido como uma implementação que adiciona proteção de transações on-chain ao processo de pagamento x402. A ideia central do x402 é incorporar requisitos de pagamento ao processo de solicitação e resposta HTTP. Quando um cliente solicita um recurso pago, o servidor pode retornar um código de status HTTP 402 e fornecer métodos de pagamento aceitos. Depois que o cliente conclui a autorização necessária, ele envia a solicitação novamente. Em seguida, o servidor verifica as condições de pagamento e decide se fornecerá o recurso. Esse modelo reduz a dependência de serviços automatizados em relação ao registro tradicional de contas, ao gerenciamento de assinaturas e aos processos manuais de pagamento.
Para chamadas de API com entrega imediata, esse modelo de pagamento costuma ser simples. Por exemplo, um agente de IA pode solicitar um serviço de inferência de modelo, concluir o pagamento conforme o preço cotado pela API e receber o resultado correspondente. No entanto, quando uma transação envolve conteúdo personalizado, tarefas computacionais de longa duração, licenças digitais ou produtos que exigem espera pela entrega, pode haver um intervalo entre o pagamento e o cumprimento efetivo. Em um modelo de pagamento direto, depois que os fundos são liquidados definitivamente, o comprador geralmente não pode exigir que o vendedor devolva os fundos com base apenas no protocolo de pagamento original.
O x402B aborda essa questão ao introduzir uma solução de pagamento com custódia. O vendedor pode fornecer termos de transação de custódia na resposta HTTP 402. Depois que o comprador assina a autorização correspondente, os fundos são bloqueados em um contrato inteligente, e o método de liberação é determinado posteriormente com base no status de entrega e de disputa. Ele não substitui todo o protocolo x402 por uma nova rede de pagamento. Em vez disso, utiliza o suporte do x402 a diferentes esquemas de pagamento para ampliar suas capacidades de liquidação de transações.
Os agentes de IA podem chamar serviços de forma autônoma, comparar cotações e enviar solicitações de pagamento de acordo com tarefas predefinidas. No entanto, concluir um pagamento automaticamente não significa que um agente de IA possa determinar automaticamente se a transação foi cumprida. Para uma solicitação de API que retorna um resultado imediatamente, o intervalo entre o pagamento e a entrega do serviço pode ser muito curto. Para um relatório de pesquisa que leva vários minutos para ser gerado, uma tarefa computacional que leva várias horas para ser concluída ou até mesmo uma compra internacional de produtos, o intervalo entre o pagamento e a entrega pode ser muito maior.
Esse intervalo cria risco de contraparte. Por exemplo, um agente de IA pode pagar 100 USDC a um provedor de serviços desconhecido por um relatório de dados personalizado. Se os fundos forem liquidados diretamente no endereço do vendedor e o vendedor não entregar o conteúdo, o comprador deverá recorrer a um processo adicional de reembolso, regras de plataforma ou medidas legais para resolver a questão. Para provedores de serviços automatizados sem histórico estabelecido, os mecanismos tradicionais de reputação podem não cobrir todos os riscos.
A custódia on-chain reduz alguns riscos ao alterar a ordem de liberação dos fundos. O comprador pode primeiro bloquear os fundos em um contrato inteligente. O vendedor então fornece o produto ou serviço conforme acordado, após o que os fundos são distribuídos com base na confirmação de entrega, no período de disputa ou em outras condições de liquidação. Isso significa que a autorização de pagamento não resulta necessariamente no recebimento imediato de todos os fundos pelo vendedor. No entanto, a custódia não significa que uma transação sempre será bem-sucedida, nem pode verificar automaticamente a qualidade de um produto off-chain. O nível efetivo de proteção ainda depende dos mecanismos de verificação de entrega e resolução de disputas.
O x402B combina interações de pagamento HTTP com status de custódia on-chain, permitindo que agentes de IA concluam várias etapas, da compra à liquidação, por meio de solicitações padronizadas. Um processo típico inclui solicitar um recurso, obter uma cotação, assinar uma autorização, bloquear fundos, concluir a entrega e realizar a liquidação final.

O agente de IA do comprador solicita um recurso ao servidor. O vendedor gera uma cotação de transação com base na solicitação e fornece termos de pagamento com custódia na resposta HTTP 402. Esses termos podem incluir o preço, os tokens aceitos, o endereço do contrato de custódia e o compromisso de transação assinado pelo vendedor. Depois de verificar os termos, o comprador assina uma autorização de metatransação e envia a transação à blockchain por meio de um Facilitator ou de outro método compatível. O contrato inteligente bloqueia os fundos e registra o status correspondente da transação.
Depois que os fundos são bloqueados, o vendedor pode fornecer o recurso ou a prova de entrega. As ações subsequentes são determinadas pelo status da transação e pelas ações executáveis. O design do x402B usa nextActions para descrever as etapas que podem ser realizadas no momento, como confirmar a entrega, iniciar uma disputa ou concluir a liquidação. Dependendo da implementação específica, os fundos podem ser liberados após a confirmação da entrega, o fim da janela de disputa ou a resolução da disputa. Esse mecanismo amplia um processo de pagamento único para um ciclo de vida de transação rastreável.
A custódia é um mecanismo que mantém fundos temporariamente até que as condições da transação sejam atendidas. Em atividades comerciais tradicionais, a custódia geralmente é fornecida por um banco, instituição de pagamento ou plataforma terceirizada. No x402B, os fundos são gerenciados por um contrato inteligente de acordo com regras predefinidas. Depois que o comprador conclui a autorização, as stablecoins são bloqueadas em um contrato de custódia on-chain. O vendedor não pode obter os fundos imediatamente apenas porque uma solicitação de pagamento foi recebida.
O x402B usa a infraestrutura de custódia do Boson Protocol para gerenciar compromissos de transação e status de liquidação. O comprador e o vendedor concluem as operações da transação conforme acordado, e o contrato inteligente distribui os fundos com base na confirmação de entrega, no status da disputa e nos limites de tempo. O principal valor desse mecanismo é reduzir a dependência de uma única plataforma de pagamento ou contraparte para manter os fundos, permitindo ao mesmo tempo que os registros da transação e as condições de liberação dos fundos sejam verificados on-chain.
No entanto, não custodial não significa livre de riscos. Vulnerabilidades em contratos inteligentes, parâmetros de transação incorretos, janelas de disputa inadequadas e provas de entrega insuficientes podem afetar o resultado final. Em especial, a qualidade efetiva de produtos e serviços off-chain não pode ser determinada automaticamente apenas com base no status da blockchain. Portanto, o x402B fornece um mecanismo programável de proteção de transações, e não uma garantia incondicional de todos os resultados de transação.
Em transações automatizadas de agentes de IA, o pagamento e a entrega podem ocorrer em momentos diferentes. Para lidar com essa situação, o x402B incorpora o status de entrega ao ciclo de vida da transação. Por exemplo, depois que um comprador adquire um serviço digital, o vendedor pode fornecer o conteúdo ou a prova de entrega por um canal designado, após o que o comprador conclui a confirmação conforme exigido pelo protocolo. Para determinados produtos ou serviços, a entrega também pode envolver uma credencial de resgate, uma atualização do status do pedido ou outras etapas de verificação.
Se o comprador acreditar que o vendedor não cumpriu a transação, ele poderá iniciar uma disputa dentro do período especificado pelas regras. O design do Boson Protocol oferece suporte à participação de um Dispute Resolver. O mecanismo específico pode incluir negociação entre as partes, arbitragem de terceiros ou liquidação de acordo com regras de prazo predefinidas. A distribuição final dos fundos depende do status da transação, das assinaturas relevantes e das condições aplicáveis de tratamento de disputas, em vez de ser determinada unilateralmente pelo comprador ou pelo vendedor.
É importante observar que a resolução de disputas não significa que um contrato inteligente totalmente automatizado determinará a qualidade de cada produto. Para entregas off-chain, ainda podem ser necessárias evidências externas, arbitragem manual ou mecanismos de verificação confiáveis. A vantagem do x402B é que ele pode conectar o resultado da disputa à execução dos fundos on-chain. No entanto, determinar se uma transação foi realmente cumprida ainda pode depender de informações off-chain.
A principal diferença entre x402 e x402B está em suas abordagens para a liquidação de fundos e o gerenciamento do ciclo de vida das transações. O esquema de pagamento exact do x402 é mais adequado para cenários em que os recursos são fornecidos imediatamente após o pagamento, enquanto o esquema escrow do x402B é adequado para cenários em que há um intervalo entre o pagamento e a entrega e é necessária proteção adicional da transação.
| Dimensão de comparação | Esquema exact do x402 | Boson x402B |
|---|---|---|
| Objetivo principal | Concluir pagamentos nativos da rede | Proteção de pagamento e entrega |
| Fluxo de fundos | Liquidados para o vendedor após a verificação | Bloqueados primeiro em um contrato de custódia |
| Método de entrega | Geralmente adequado para entrega imediata | Oferece suporte a entrega assíncrona |
| Tratamento de disputas | Não fornece um processo unificado integrado de disputa de custódia | Oferece suporte a um mecanismo de disputa de custódia |
| Liberação de fundos | Após a conclusão da liquidação do pagamento | Liberados com base no status de entrega e disputa |
| Cenários aplicáveis | Chamadas de API, serviços de dados em tempo real | Serviços personalizados, bens digitais, aquisições complexas |
| Riscos principais | Não receber o serviço esperado após o pagamento | Riscos relacionados ao contrato, à verificação de entrega e ao mecanismo de disputa |
Essa comparação não significa que o x402 em si só possa ser usado para transações simples, nem que todos os serviços que usam x402 não tenham recursos de reembolso ou tratamento de disputas. Os desenvolvedores podem implementar proteção de transações por meio de outros mecanismos da camada de aplicação. A diferença do x402B é que ele torna o pagamento com custódia um esquema de pagamento integrável, vinculando diretamente as regras relevantes ao status on-chain dos fundos.
Além disso, o x402B não exige que todos os clientes x402 existentes ofereçam suporte automático a transações de custódia. Somente clientes capazes de processar o esquema de pagamento correspondente podem identificar e executar corretamente o processo de custódia. Os servidores podem fornecer opções de pagamento direto e pagamento com custódia, permitindo que diferentes clientes escolham de acordo com suas capacidades.
O x402B não depende de um único contrato inteligente para concluir toda a transação. Em vez disso, combina assinaturas off-chain, autorizações de stablecoins, contratos on-chain e componentes de retransmissão de transações. O EIP-712 fornece um método de assinatura de dados estruturados, permitindo que compradores e vendedores assinem cotações, autorizações de transação e outros parâmetros. Em comparação com a assinatura direta de dados opacos, a assinatura estruturada permite que carteiras compatíveis exibam alguns detalhes da transação com mais clareza. No entanto, os usuários ainda precisam verificar o escopo efetivo da autorização.
Para ativos de pagamento, o x402B pode usar stablecoins compatíveis, como USDC, para bloquear fundos. Sua solução técnica envolve diferentes caminhos, incluindo EIP-3009, EIP-2612, Permit2 e aprovações padrão de tokens. O método específico utilizado depende do ativo, da rede e das condições de integração. As stablecoins funcionam como unidade de conta e meio de liquidação, enquanto o contrato de custódia gerencia as condições para a liberação dos fundos. Esses componentes tratam de questões diferentes.
O Facilitator auxilia principalmente no envio e na execução de transações. O comprador pode concluir a assinatura primeiro, após o que o Facilitator envia a transação correspondente à blockchain. Em determinadas implementações, isso proporciona uma experiência em que o comprador não precisa pagar Gas diretamente. No entanto, Gasless não significa que as transações on-chain não tenham custo. Significa que outro participante arca com o custo. O x402B também fornece um caminho de operação on-chain direto para reduzir o impacto na execução contínua da transação quando um Facilitator não está disponível.
Aquisição de conteúdo digital e serviços profissionais. Um agente de IA pode precisar comprar relatórios do setor, dados personalizados, licenças de software ou serviços de pesquisa de terceiros. Esses produtos geralmente não podem ser entregues imediatamente como uma simples resposta de API, e alguns serviços também precisam gerar conteúdo com base nos requisitos do usuário. Com o x402B, o comprador pode bloquear os fundos no momento do pagamento, e o vendedor pode prosseguir para a liquidação após entregar o produto ou serviço conforme acordado.
O comércio entre agentes refere-se a transações comerciais automatizadas entre agentes de IA. Por exemplo, um agente de pesquisa de mercado pode comprar serviços computacionais de um agente de análise de dados, que então chama outros modelos ou fontes de dados para concluir a tarefa. Vários provedores de serviços independentes podem não ter uma relação de longo prazo estabelecida. Portanto, compromissos de transação padronizados, fundos em custódia e mecanismos de resolução de disputas podem reduzir alguns riscos de contraparte.
Comércio eletrônico automatizado e aquisição de bens físicos. Um agente de IA pode ser responsável por encontrar produtos, comparar cotações, enviar pedidos e autorizar pagamentos, enquanto a entrega ainda depende de comerciantes, provedores de logística e outros processos do mundo real. O Boson Protocol demonstrou um fluxo de compra que combina uma loja Facet, USDC e custódia x402B. Esses casos mostram que pagamentos automatizados podem ser combinados com transações de produtos do mundo real. No entanto, uma demonstração em ambiente de teste não equivale à adoção comercial em larga escala.
Primeiro, o x402B precisa abordar a verificação de entrega. Para dados retornados por uma API, pode ser relativamente fácil determinar se o servidor respondeu com sucesso. No entanto, para pesquisas personalizadas, trabalhos de design ou bens físicos, determinar se a entrega atende aos termos acordados geralmente envolve critérios subjetivos. Mesmo que a custódia e a liquidação ocorram inteiramente on-chain, o protocolo não pode determinar se um produto apresenta problemas de qualidade apenas com base nos registros de transferência.
A segunda limitação envolve capital bloqueado e custos de transação. O mecanismo de custódia melhora a proteção da transação, mas também pode estender o tempo necessário para liberar os fundos. Para solicitações de API de baixo valor e alta frequência, o pagamento direto pode ser mais simples. Se cada transação exigir a manutenção de status de custódia, confirmação de entrega e uma janela de disputa, os processos e custos adicionais de execução poderão compensar parte das vantagens de eficiência. Portanto, o x402B pode não ser adequado para todos os cenários de pagamento de agentes de IA.
A limitação final envolve compatibilidade e adoção. O esquema de pagamento com custódia do x402B exige suporte de clientes, servidores e componentes de retransmissão relacionados. Não se pode presumir que todos os aplicativos x402 já tenham esses recursos. Seu desenvolvimento de longo prazo também dependerá da segurança dos contratos inteligentes, da confiabilidade dos Dispute Resolvers, da liquidez dos ativos de pagamento, dos custos de integração para desenvolvedores e da demanda efetiva por transações. As implementações técnicas e os casos comerciais existentes podem demonstrar alguma viabilidade, mas ainda não são suficientes para provar que esse modelo se tornará um padrão universal para todas as transações de comércio entre agentes.
O desenvolvimento do comércio entre agentes está levando a infraestrutura de pagamentos a se expandir de simples transferências de fundos para o gerenciamento completo de transações. Quando um agente de IA precisa apenas adquirir um serviço de API que retorna resultados imediatamente, os recursos de pagamento automatizado podem ser suficientes. No entanto, quando os agentes começam a comprar serviços personalizados, coordenar vários fornecedores ou participar de transações de produtos do mundo real, a autorização de pagamento, a confirmação de cumprimento, os reembolsos e a resolução de disputas precisam se tornar etapas interconectadas.
O x402B fornece um caminho técnico para conectar essas etapas. Por meio de solicitações de pagamento HTTP, custódia on-chain, assinaturas estruturadas e estados de transação executáveis, os agentes de IA podem obter certo nível de proteção de transações enquanto reduzem a necessidade de envolvimento humano. Esse modelo também pode ajudar a criar processos de aquisição automatizada mais padronizados, permitindo que diferentes desenvolvedores e provedores de serviços criem aplicativos em torno de interfaces compartilhadas de pagamento e liquidação.
No entanto, a maturidade do comércio entre agentes depende não apenas da tecnologia de pagamento. A verificação de identidade, a autorização de transações, a avaliação da qualidade do serviço, a governança de disputas e as estruturas de conformidade também precisam se desenvolver em conjunto. O x402B aborda apenas parte das questões relacionadas à custódia e à liquidação de fundos. Seu valor efetivo precisará ser avaliado, em última instância, por meio do volume real de transações, das taxas de cumprimento, da segurança dos fundos e da adoção pelos desenvolvedores.
O x402B é uma extensão de custódia on-chain desenvolvida pelo Boson Protocol com base no sistema de pagamento x402. Em comparação com métodos de liquidação direta projetados principalmente para pagamentos imediatos, o x402B incorpora o bloqueio de fundos, a entrega de produtos ou serviços, o tratamento de disputas e a liquidação final em um único processo de transação, fornecendo proteção adicional para agentes de IA que adquirem serviços não entregues imediatamente.
Seu valor central não é fazer com que agentes de IA paguem mais rápido, mas estabelecer uma conexão mais clara entre pagamentos automatizados e o cumprimento da transação. À medida que os agentes de IA participam gradualmente de aquisições mais complexas de serviços digitais e transações comerciais, a custódia não custodial pode se tornar uma parte importante da infraestrutura para o comércio entre agentes. No entanto, sua segurança, escopo de aplicação e maturidade comercial ainda exigem validação contínua.
O x402B é uma extensão de pagamento x402 desenvolvida pelo Boson Protocol. Ele usa um contrato de custódia on-chain não custodial para gerenciar os fundos das transações e oferece suporte à confirmação de entrega e à resolução de disputas.
Não são exatamente o mesmo conceito. O x402 é um protocolo de pagamento nativo da rede, enquanto o x402B é uma extensão específica que adiciona recursos de transação com custódia à estrutura de interação de pagamentos x402. Nem todos os clientes x402 oferecem suporte a ele automaticamente.
Não necessariamente. Em cenários que oferecem suporte à retransmissão de transações, um Facilitator pode enviar a transação e pagar o Gas, portanto o comprador não precisa manter o token nativo necessário para pagar Gas. No entanto, os custos de execução on-chain ainda existem.
Não. A custódia on-chain pode reduzir alguns riscos de não entrega após o pagamento, mas não pode eliminar problemas como vulnerabilidades em contratos inteligentes, provas de entrega falsas ou decisões incorretas em disputas.
Não. O USDC é uma stablecoin usada em casos de integração existentes. Os ativos específicos aceitos dependem da rede relevante, do mecanismo de autorização de tokens e da configuração do servidor.
Ele é mais adequado para transações em que há um intervalo entre o pagamento e a entrega ou nas quais o comprador e o vendedor exigem proteção adicional de cumprimento. Exemplos incluem serviços digitais personalizados, aquisição de software, tarefas computacionais assíncronas e determinadas transações de produtos.
* As informações não pretendem ser e não constituem aconselhamento financeiro ou qualquer outra recomendação de qualquer tipo oferecida ou endossada pela Gate.
* Este artigo não pode ser reproduzido, transmitido ou copiado sem referência à Gate. A contravenção é uma violação da Lei de Direitos Autorais e pode estar sujeita a ação legal.





