O que é o x402B? Como o depósito de garantia on-chain protege os pagamentos dos agentes de IA

x402 liga pedidos de rede a pagamentos através de respostas HTTP 402 Payment Required, permitindo que os agentes de IA concluam transações de acordo com as condições de pagamento fornecidas pelo servidor.

O x402B baseia-se nesta estrutura ao introduzir contratos de depósito em garantia, estado de entrega e mecanismos de resolução de litígios, permitindo que a autorização de pagamento, o bloqueio de fundos, a entrega de produtos ou serviços e a liquidação final sejam geridos como fases distintas. O Boson Protocol implementou o x402B na mainnet da Base em 8 de junho de 2026. No entanto, o seu âmbito de aplicação, compatibilidade e nível efetivo de proteção ainda têm de ser avaliados com base na implementação específica.

Pontos principais

• O x402B é uma extensão de depósito em garantia on-chain desenvolvida pelo Boson Protocol para o protocolo de pagamentos x402. Utiliza contratos inteligentes para gerir os fundos das transações, permitindo que o pagamento e a libertação final dos fundos ocorram por fases.

• O x402 aborda sobretudo os pagamentos automatizados, enquanto o x402B aborda adicionalmente os riscos de entrega após o pagamento. Quando um serviço adquirido por um agente de IA não pode ser entregue de imediato, o mecanismo de depósito em garantia pode proporcionar proteção adicional.

• O depósito em garantia sem custódia é o mecanismo central do x402B. Os fundos do comprador entram num contrato de depósito em garantia 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 litígios determinam a forma como os fundos são libertados. Dependendo das regras específicas da transação, os fundos podem ser distribuídos após a confirmação de entrega, o fim do período de litígio ou uma decisão relativa ao litígio.

• O x402B disponibiliza uma nova infraestrutura de transações para o comércio entre agentes. É adequado para cenários comerciais de agentes de IA que exigem entrega assíncrona, proteção das transações e liquidação automatizada, mas não consegue eliminar todos os riscos de cumprimento.

O que é o x402B? Como se relaciona com o protocolo de pagamentos x402?

O x402B pode ser entendido como uma implementação que acrescenta proteção de transações on-chain ao processo de pagamento x402. A ideia central do x402 é integrar requisitos de pagamento no processo de pedidos e respostas HTTP. Quando um cliente solicita um recurso pago, o servidor pode devolver um código de estado HTTP 402 e disponibilizar métodos de pagamento aceitáveis. Depois de o cliente concluir a autorização necessária, envia novamente o pedido. O servidor verifica então as condições de pagamento e decide se fornece o recurso. Este modelo reduz a dependência dos serviços automatizados em relação ao registo de contas tradicional, à gestão de subscrições e aos processos manuais de pagamento.

Para chamadas de API com entrega imediata, este modelo de pagamento é geralmente simples. Por exemplo, um agente de IA pode solicitar um serviço de inferência de modelos, concluir o pagamento de acordo com o preço indicado pela API e receber o resultado correspondente. No entanto, quando uma transação envolve conteúdo personalizado, tarefas de computação de longa duração, licenças digitais ou bens cuja entrega exige espera, pode existir um intervalo entre o pagamento e o cumprimento efetivo. Num modelo de pagamento direto, uma vez que os fundos tenham sido liquidados de forma definitiva, o comprador geralmente não pode exigir que o vendedor devolva os fundos apenas com base no protocolo de pagamento original.

O x402B resolve esta questão ao introduzir uma solução de pagamento com depósito em garantia. O vendedor pode disponibilizar condições de transação com depósito em garantia na resposta HTTP 402. Depois de o comprador assinar a autorização correspondente, os fundos são bloqueados num contrato inteligente, e o método de libertação é determinado posteriormente com base no estado da entrega e do litígio. Não substitui todo o protocolo x402 por uma nova rede de pagamentos. Em vez disso, utiliza o suporte do x402 para diferentes esquemas de pagamento para ampliar as suas capacidades de liquidação de transações.

Porque é que os pagamentos automatizados de agentes de IA necessitam de depósito em garantia on-chain?

Os agentes de IA podem chamar serviços autonomamente, comparar cotações e enviar pedidos de pagamento de acordo com tarefas predefinidas. No entanto, concluir um pagamento automaticamente não significa que um agente de IA consiga determinar automaticamente se a transação foi cumprida. Num pedido de API que devolve um resultado de imediato, o intervalo entre o pagamento e a prestação do serviço pode ser muito curto. Para um relatório de investigação que demora vários minutos a gerar, uma tarefa de computação que demora várias horas a concluir ou até uma compra transfronteiriça de produtos, o intervalo entre o pagamento e a entrega pode ser muito mais longo.

Este intervalo cria risco de contraparte. Por exemplo, um agente de IA pode pagar 100 USDC a um prestador de serviços desconhecido por um relatório de dados personalizado. Se os fundos forem liquidados diretamente para o endereço do vendedor e este acabar por não entregar o conteúdo, o comprador tem de recorrer a um processo de reembolso adicional, a regras da plataforma ou a vias legais para resolver a questão. Para prestadores de serviços automatizados sem um historial estabelecido, os mecanismos tradicionais de reputação podem não cobrir todos os riscos.

O depósito em garantia on-chain reduz alguns riscos ao alterar a ordem pela qual os fundos são libertados. O comprador pode primeiro bloquear os fundos num contrato inteligente. O vendedor fornece depois o produto ou serviço conforme acordado, sendo os fundos distribuídos com base na confirmação de entrega, no período de litígio ou noutras condições de liquidação. Isto significa que a autorização de pagamento deixa de resultar necessariamente no recebimento imediato de todos os fundos pelo vendedor. No entanto, o depósito em garantia não significa que uma transação será sempre bem-sucedida, nem consegue verificar automaticamente a qualidade de um produto off-chain. O nível efetivo de proteção continua a depender dos mecanismos de verificação da entrega e de resolução de litígios.

Como funciona o processo de transação do x402B?

O x402B combina interações de pagamento HTTP com o estado de depósito em garantia on-chain, permitindo que os agentes de IA concluam várias etapas, desde a compra até à liquidação, através de pedidos normalizados. 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 da transação com base no pedido e disponibiliza condições de pagamento com depósito em garantia na resposta HTTP 402. Estas condições podem incluir o preço, os tokens suportados, o endereço do contrato de depósito em garantia e o compromisso de transação assinado pelo vendedor. Depois de verificar as condições, o comprador assina uma autorização de meta-transação e envia depois a transação para a blockchain através de um Facilitator ou de outro método suportado. O contrato inteligente bloqueia os fundos e regista o estado de transação correspondente.

Depois de os fundos serem bloqueados, o vendedor pode fornecer o recurso ou uma prova de entrega. As ações subsequentes são determinadas pelo estado da transação e pelas ações executáveis. O design do x402B utiliza nextActions para descrever os passos que podem ser atualmente realizados, tais como confirmar a entrega, iniciar um litígio ou concluir a liquidação. Dependendo da implementação específica, os fundos podem ser libertados após a confirmação de entrega, o fim da janela de litígio ou a resolução do litígio. Este mecanismo expande um processo de pagamento único para um ciclo de vida de transação rastreável.

Como protege o depósito em garantia sem custódia do x402B os fundos das transações?

O depósito em garantia é um mecanismo que mantém temporariamente os fundos até que as condições da transação sejam cumpridas. Na atividade comercial tradicional, o depósito em garantia é normalmente fornecido por um banco, uma instituição de pagamento ou uma plataforma de terceiros. No x402B, os fundos são geridos por um contrato inteligente de acordo com regras predefinidas. Depois de o comprador concluir a autorização, as stablecoins são bloqueadas num contrato de depósito em garantia on-chain. O vendedor não pode obter os fundos imediatamente apenas por ter recebido um pedido de pagamento.

O x402B utiliza a infraestrutura de depósito em garantia do Boson Protocol para gerir compromissos de transação e o estado 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 estado do litígio e nos limites temporais. O principal valor deste mecanismo é reduzir a dependência de uma única plataforma de pagamentos ou contraparte para manter os fundos, permitindo simultaneamente que os registos da transação e as condições de libertação dos fundos sejam verificados on-chain.

No entanto, sem custódia não significa sem riscos. Vulnerabilidades de contratos inteligentes, parâmetros de transação incorretos, janelas de litígio inadequadas e provas de entrega insuficientes podem afetar o resultado final. Em particular, a qualidade efetiva de bens e serviços off-chain não pode ser determinada automaticamente apenas com base no estado da blockchain. Por conseguinte, o x402B disponibiliza um mecanismo programável de proteção das transações, e não uma garantia incondicional de todos os resultados de transação.

Como confirma o x402B a entrega de produtos e trata os litígios de transações?

Nas transações automatizadas de agentes de IA, o pagamento e a entrega podem ocorrer em momentos diferentes. Para abordar esta situação, o x402B incorpora o estado de entrega no ciclo de vida da transação. Por exemplo, depois de um comprador adquirir um serviço digital, o vendedor pode fornecer o conteúdo ou uma prova de entrega através de 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 pode também envolver uma credencial de resgate, uma atualização do estado da encomenda ou outros passos de verificação.

Se o comprador considerar que o vendedor não cumpriu a transação, pode iniciar um litígio dentro da janela temporal especificada pelas regras. O design do Boson Protocol suporta a participação de um Dispute Resolver. O mecanismo específico pode incluir negociação entre as partes, decisão por terceiros ou liquidação de acordo com regras de tempo limite predefinidas. A distribuição final dos fundos depende do estado da transação, das assinaturas relevantes e das condições aplicáveis ao tratamento de litígios, em vez de ser determinada unilateralmente pelo comprador ou pelo vendedor.

É importante salientar que a resolução de litígios não significa que um contrato inteligente totalmente automatizado irá determinar a qualidade de todos os produtos. Para entregas off-chain, podem continuar a ser necessárias provas externas, decisão manual ou mecanismos de verificação fiáveis. A vantagem do x402B é poder ligar o resultado do litígio à execução dos fundos on-chain. No entanto, determinar se uma transação foi efetivamente cumprida pode continuar a depender de informações off-chain.

Quais são as principais diferenças entre o x402 e o x402B?

A principal diferença entre o x402 e o x402B reside nas suas abordagens à liquidação de fundos e à gestão 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 disponibilizados imediatamente após o pagamento, enquanto o esquema escrow do x402B é adequado para cenários em que existe um intervalo entre o pagamento e a entrega e é necessária proteção adicional da transação.

Esta comparação não significa que o próprio x402 apenas possa ser utilizado para transações simples, nem que todos os serviços que utilizam x402 não tenham capacidades de reembolso ou tratamento de litígios. Os programadores podem implementar proteção de transações através de outros mecanismos da camada de aplicação. A diferença do x402B é que torna o pagamento com depósito em garantia num esquema de pagamento integrável, ligando diretamente as regras relevantes ao estado on-chain dos fundos.

Além disso, o x402B não exige que todos os clientes x402 existentes suportem automaticamente transações com depósito em garantia. Apenas os clientes com capacidade para processar o esquema de pagamento correspondente conseguem identificar e executar corretamente o processo de depósito em garantia. Os servidores podem disponibilizar opções de pagamento direto e de pagamento com depósito em garantia, permitindo que diferentes clientes escolham com base nas suas capacidades.

Como funciona o x402B com EIP-712, stablecoins e Facilitators?

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 disponibiliza um método de assinatura de dados estruturados, permitindo que compradores e vendedores assinem cotações, autorizações de transações e outros parâmetros. Em comparação com a assinatura direta de dados opacos, a assinatura estruturada permite que carteiras compatíveis apresentem alguns detalhes da transação de forma mais clara. No entanto, continua a ser necessário verificar o âmbito efetivo da autorização.

Para os ativos de pagamento, o x402B pode utilizar stablecoins suportadas, como USDC, para bloquear fundos. A sua solução técnica inclui diferentes vias, incluindo EIP-3009, EIP-2612, Permit2 e aprovações de tokens padrão. 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 depósito em garantia gere as condições para libertar os fundos. Estes componentes resolvem questões diferentes.

O Facilitator ajuda sobretudo na submissão e execução de transações. O comprador pode concluir primeiro a assinatura, após o que o Facilitator submete a transação correspondente à blockchain. Em determinadas implementações, isto proporciona uma experiência em que o comprador não necessita de pagar Gas diretamente. No entanto, Gasless não significa que as transações on-chain não tenham custos. Significa que outro participante suporta esse custo. O x402B também disponibiliza uma via de operação on-chain direta para reduzir o impacto na execução continuada das transações quando um Facilitator não está disponível.

Que cenários comerciais de agentes de IA pode o x402B suportar?

Aquisição de conteúdo digital e serviços profissionais. Um agente de IA pode necessitar de adquirir relatórios setoriais, dados personalizados, licenças de software ou serviços de investigação de terceiros. Estes produtos geralmente não podem ser entregues de imediato como uma simples resposta de API, e alguns serviços também precisam de gerar conteúdo com base nos requisitos do utilizador. Com o x402B, o comprador pode bloquear os fundos no momento do pagamento, e o vendedor pode avançar 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 investigação de mercado pode adquirir serviços de computação a um agente de análise de dados, que chama depois outros modelos ou fontes de dados para concluir a tarefa. Vários prestadores de serviços independentes podem não ter uma relação de longo prazo estabelecida. Por conseguinte, compromissos de transação normalizados, fundos em depósito em garantia e mecanismos de resolução de litígios 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, submeter encomendas e autorizar pagamentos, enquanto a entrega continua a depender de comerciantes, prestadores de logística e outros processos do mundo real. O Boson Protocol demonstrou um fluxo de compra que combina uma loja Facet, USDC e depósito em garantia x402B. Estes casos demonstram que os pagamentos automatizados podem ser combinados com transações de produtos do mundo real. No entanto, uma demonstração num ambiente de testes não equivale a adoção comercial em grande escala.

Que limitações técnicas e comerciais enfrenta o x402B?

Em primeiro lugar, o x402B precisa de resolver a verificação da entrega. Para dados devolvidos por uma API, pode ser relativamente fácil determinar se o servidor respondeu com êxito. No entanto, para investigação personalizada, trabalho de design ou bens físicos, determinar se a entrega cumpre os termos acordados envolve frequentemente critérios subjetivos. Mesmo que o depósito em garantia e a liquidação ocorram inteiramente on-chain, o protocolo não consegue determinar se um produto tem problemas de qualidade apenas com base em registos de transferência.

A segunda limitação envolve capital bloqueado e custos de transação. O mecanismo de depósito em garantia melhora a proteção das transações, mas também pode prolongar o tempo necessário para libertar os fundos. Para pedidos de API de baixo valor e elevada frequência, o pagamento direto pode ser mais simples. Se cada transação exigir a manutenção de um estado de depósito em garantia, confirmação de entrega e janela de litígio, os processos e custos de execução adicionais podem compensar algumas das vantagens de eficiência. Por conseguinte, 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 depósito em garantia do x402B exige suporte de clientes, servidores e componentes de retransmissão relacionados. Não se pode assumir que todas as aplicações x402 já possuem estas capacidades. O seu desenvolvimento a longo prazo também dependerá da segurança dos contratos inteligentes, da fiabilidade dos Dispute Resolvers, da liquidez dos ativos de pagamento, dos custos de integração para programadores e da procura efetiva por transações. As implementações técnicas e os casos comerciais existentes podem demonstrar alguma viabilidade, mas continuam a ser insuficientes para provar que este modelo se tornará um padrão universal para todas as transações de comércio entre agentes.

O que significa o x402B para o desenvolvimento do comércio entre agentes?

O desenvolvimento do comércio entre agentes está a levar a infraestrutura de pagamentos a expandir-se de simples transferências de fundos para uma gestão completa de transações. Quando um agente de IA apenas necessita de adquirir um serviço de API que devolve resultados de imediato, as capacidades de pagamento automatizado podem ser suficientes. No entanto, quando os agentes começam a adquirir serviços personalizados, a coordenar vários fornecedores ou a participar em transações de produtos do mundo real, a autorização de pagamento, a confirmação de cumprimento, os reembolsos e a resolução de litígios têm de se tornar fases interligadas.

O x402B disponibiliza uma via técnica para ligar estas fases. Através de pedidos de pagamento HTTP, depósito em garantia on-chain, assinaturas estruturadas e estados de transação executáveis, os agentes de IA podem obter um determinado nível de proteção das transações, reduzindo simultaneamente a necessidade de intervenção humana. Este modelo também pode ajudar a criar processos de aquisição automatizada mais normalizados, permitindo que diferentes programadores e prestadores de serviços desenvolvam aplicações em torno de interfaces partilhadas de pagamento e liquidação.

No entanto, a maturidade do comércio entre agentes não depende apenas da tecnologia de pagamentos. A verificação de identidade, a autorização de transações, a avaliação da qualidade dos serviços, a governação de litígios e os enquadramentos de conformidade também têm de evoluir em conjunto. O x402B aborda apenas algumas das questões relacionadas com o depósito em garantia e a liquidação de fundos. O seu valor efetivo terá, em última análise, de ser avaliado através do volume real de transações, das taxas de cumprimento, da segurança dos fundos e da adoção pelos programadores.

Resumo

O x402B é uma extensão de depósito em garantia on-chain desenvolvida pelo Boson Protocol com base no sistema de pagamentos x402. Em comparação com os métodos de liquidação direta concebidos sobretudo para pagamentos imediatos, o x402B integra o bloqueio de fundos, a entrega de produtos ou serviços, o tratamento de litígios e a liquidação final num único processo de transação, proporcionando proteção adicional às transações para agentes de IA que adquirem serviços sem entrega imediata.

O seu valor central não é fazer com que os agentes de IA paguem mais rapidamente, mas estabelecer uma ligação mais clara entre os pagamentos automatizados e o cumprimento das transações. À medida que os agentes de IA participam gradualmente em aquisições mais complexas de serviços digitais e transações comerciais, o depósito em garantia sem custódia pode tornar-se uma infraestrutura importante para o comércio entre agentes. No entanto, a sua segurança, âmbito de aplicação e maturidade comercial continuam a exigir validação contínua.

Perguntas frequentes

O que é o x402B?

O x402B é uma extensão de pagamentos x402 desenvolvida pelo Boson Protocol. Utiliza um contrato de depósito em garantia on-chain sem custódia para gerir os fundos das transações e suporta a confirmação de entrega e a resolução de litígios.

O x402B é o mesmo protocolo que o x402?

Não são exatamente o mesmo conceito. O x402 é um protocolo de pagamentos nativo da rede, enquanto o x402B é uma extensão específica que acrescenta capacidades de transações com depósito em garantia ao enquadramento de interação de pagamentos x402. Nem todos os clientes x402 o suportam automaticamente.

O x402B exige que um agente de IA detenha ETH para pagar Gas?

Não necessariamente. Em cenários que suportam retransmissão de transações, um Facilitator pode submeter a transação e pagar o Gas, pelo que o comprador não precisa de deter o token nativo necessário para pagar Gas. No entanto, os custos de execução on-chain continuam a existir.

O x402B pode garantir que um agente de IA não será defraudado?

Não. O depósito em garantia on-chain pode reduzir alguns riscos de não entrega após o pagamento, mas não consegue eliminar problemas como vulnerabilidades de contratos inteligentes, provas de entrega falsas ou decisões de litígios incorretas.

O x402B só pode utilizar USDC?

Não. O USDC é uma stablecoin utilizada em casos de integração existentes. Os ativos específicos suportados dependem da rede relevante, do mecanismo de autorização de tokens e da configuração do servidor.

Para que tipos de transações é adequado o x402B?

É mais adequado para transações em que existe um intervalo entre o pagamento e a entrega ou em que o comprador e o vendedor exigem proteção adicional de cumprimento. Os exemplos incluem serviços digitais personalizados, aquisição de software, tarefas de computação assíncronas e determinadas transações de produtos.