A grande infraestrutura da pista x402 ainda se encontra em um estado de vazio, embora o "timing" que o grande mercado levou tenha temporariamente silenciado aplicações como Launchpad e intermediários como Facilitator, isso deu mais tempo para construir na camada de infraestrutura.

@switchboardxyz Como um projeto de oráculo que surgiu do ecossistema Solana, recentemente propôs fornecer uma camada de serviço de dados para o protocolo x402. Como isso será feito?

1）Na arquitetura técnica, o Switchboard utiliza um ambiente de execução confiável (TEE), diferindo do modelo de consenso tradicional baseado na verificação de rede, como o Chainlink e o Pyth, onde os dados são transmitidos diretamente para a cadeia com base em uma enclave segura.

2）Em termos de compatibilidade de protocolo, o Switchboard é compatível com o padrão de protocolo x402, permitindo que o Agente de IA inicie solicitações de dados diretamente através do HTTP 402, completando a autorização com pagamentos em pequena escala na cadeia e retornando os dados instantaneamente. Todo o processo não requer camadas de adaptação ou contratos intermediários adicionais;

3）No que diz respeito ao modelo de cobrança, rompe-se com o modelo de assinatura tradicional dos oráculos, suportando o pagamento por chamada — o Agente paga de acordo com o número de chamadas e pontos de dados utilizados, pagando exatamente pelo que usa, o que está completamente alinhado com a filosofia de pagamento sob demanda do protocolo x402;

4））Um ponto mais agressivo é que o Switchboard removeu completamente o mecanismo de API Key. No modo tradicional, para chamar serviços de dados, era necessário registrar-se, solicitar uma chave e gerenciar permissões, esse processo cria uma grande fricção para o Agente. Agora, na solicitação de transação 402 do usuário, basta trazer o suficiente para acessar instantaneamente qualquer fonte de dados, sem necessidade de registro, sem necessidade de aprovação.

A questão é: o protocolo x402 precisa de uma camada de serviço de oráculo dedicada?

Primeiro, esclareça um conceito: na arquitetura do protocolo x402, o Facilitator é responsável pela facilitação de pagamentos - pagamento em nome de outrem, transmissão de transações, validação de estado, resolvendo a questão de "como o dinheiro flui". Já os serviços de API realmente invocados pelo Agent, seja para obter preços, executar cálculos ou chamar inferência LLM, são fornecidos pela camada Provider.

E o que a Switchboard deseja fazer é ser um tipo especial de Provider: um Provider que fornece serviços de dados confiáveis em cadeia, construindo a camada de informação central para a transferência de valor do Agent.

Imagine se o Provider for uma API centralizada, o que acontece se os dados forem adulterados ou se o serviço sair do ar? No cenário Web2, esses riscos são cobertos pela marca do canal e contratos legais, mas em um ambiente de execução em blockchain, especialmente quando se trata de operações DeFi complexas, é necessário ter dados verificáveis e com provas armazenadas na blockchain.

Se o ERC-8004 resolveu o problema da identidade confiável e da reputação do agente comprador, então os provedores orientados por oráculos devem fornecer uma camada de garantia confiável em relação à verificação da confiabilidade dos dados do vendedor (API).

Essencialmente, o protocolo x402 constrói a camada de pagamento do mercado de serviços Agent, enquanto o Switchboard constrói a camada de serviços de dados. Se a camada de pagamento permite que o dinheiro flua, a camada de serviços de dados permite que dados confiáveis fluam.

A combinação de ambos é o que dá à Economia Agentic uma infraestrutura completa.