Apenas o desenvolvimento de extensões centradas na natureza nativa do protocolo x402 já é bastante extenso, na ecossistema principal da @BNBCHAIN, além do novo método de emissão de stablecoins da @pieverse_io, há também a solução de camada de relay do @b402ai:

A inovação central do protocolo B402 é a construção de uma camada de relay que alcança a confiança na interação.

Vamos esclarecer a lógica de implementação: o protocolo x402 necessita de um mecanismo de autorização única do EIP-3009, mas os tokens BEP-20 na BNBChain não suportam esse padrão.

O que fazer? A resposta do Base é “usar USDC nativo”, a resposta do Pieverse é “emitir uma nova stablecoin”, e a resposta do B402 é — “adicionar uma camada intermediária de execução”.

Especificamente: na B402, o Agent precisa apenas enviar uma instrução de pagamento simples, expressando a intenção de pagamento, deixando o trabalho pesado para o Relayer.

Ele primeiro chama o método Approve do contrato USDT para obter autorização, depois executa a transferência, e então empacota esses resultados de operações na cadeia em uma “prova de pagamento” que esteja de acordo com o padrão x402, por fim, envia essa prova ao Facilitator para completar a liquidação final.

Claro, uma vez que é um serviço de camada de relay, ao implementar uma solução nativa que a cadeia Base pode fazer, naturalmente também pode incluir funcionalidades que a própria Base ainda não consegue fazer.

Por exemplo, ele pode integrar o protocolo de identidade de proxy ERC-8004, desenvolvido pela Fundação Ethereum, de modo que cada transação via B402 carregue a “identidade” do Agent, e as informações de pagamento do Agent fiquem registradas na cadeia, verificáveis e rastreáveis.

Além disso, a arquitetura de Relayer também traz outro benefício: compatibilidade com todos os ativos. Enquanto a Base suporta apenas USDC nativo, o Relayer do B402 suporta naturalmente todos os tokens BEP20. Essa inclusão facilita a adaptação eficiente por parte dos desenvolvedores, com uma única interface para todos os tokens.

O protocolo x402 tem sido criticado por muitos especialistas por sua necessidade de adaptar o SDK do Fetch de forma independente, pois para suportar 100 APIs, é preciso adaptar 100 SDKs. A existência dessa camada de relay resolve esse problema de forma eficiente.

Claro, dado esse nível de conveniência, qual é o custo? Uma camada adicional de confiança.

Os usuários precisam confiar que essa camada intermediária não fará mal, não será atacada, além de que, teoricamente, ela pode introduzir mais latência e consumo de Gas. Mas, considerando a urgência da adaptação da tecnologia x402 na BNBChain, essa abordagem de camada relay pode ser uma solução pragmática para trazer ordem ao mercado caótico. Uma avaliação objetiva é o melhor caminho.