x402 트랙은 현재 인프라 측면에서 난항을 겪고 있습니다. 시장 호황으로 인해 "적기"가 사라지고 Launchpad와 같은 애플리케이션 계층과 Facilitator와 같은 미들웨어 계층이 일시적으로 중단되었지만, 기반 인프라 계층을 구축할 시간은 더 많아졌습니다. 솔라나 생태계에서 탄생한 오라클 프로젝트인 스위치보드는 최근 x402 프로토콜을 위한 데이터 서비스 계층을 제공할 것을 제안했습니다. 스위치보드는 정확히 어떻게 이를 실현할 수 있을까요?

1) 기술 아키텍처 측면에서 Switchboard는 네트워크 검증에 의존하는 Chainlink 및 Pyth와 같은 기존 합의 모델과는 다른 신뢰 실행 환경(TEE)을 채택합니다. 데이터는 안전한 엔클레이브(enclave)를 기반으로 체인에 직접 전송됩니다.

2) 프로토콜 호환성 측면에서 Switchboard는 x402 프로토콜 표준과 호환되므로 AI Agent가 HTTP 402를 통해 직접 데이터 요청을 시작하고, 온체인 소액 결제를 사용하여 승인을 완료하고, 즉시 데이터를 수신할 수 있습니다. 전체 프로세스에는 추가적인 적응 계층이나 중간 계약이 필요하지 않습니다.

3) 청구 모델 측면에서 오라클의 기존 구독 모델을 깨고 페이퍼콜(pay-per-call)을 지원합니다. 즉, 상담원은 통화 수와 데이터 포인트에 따라 요금을 지불하고, 사용한 만큼만 요금을 지불합니다. 이는 x402 프로토콜의 페이어스유고(pay-as-you-go) 설계 개념과 완벽하게 일치합니다.

4) 더욱 근본적으로, Switchboard는 API 키 메커니즘을 완전히 제거했습니다. 기존 모델에서는 데이터 서비스에 접근하려면 등록, 키 신청, 그리고 권한 관리가 필요했는데, 이는 담당자에게 상당한 불편을 초래했습니다. 이제 사용자의 402 트랜잭션 요청에는 등록이나 승인 없이 모든 데이터 소스에 즉시 접근할 수 있는 충분한 정보만 포함하면 됩니다.

질문은, x402 프로토콜에 전용 오라클 서비스 계층이 필요한가?

먼저 개념을 명확히 짚어 보겠습니다. x402 프로토콜 아키텍처에서 Facilitator는 결제 중개(다른 사람을 대신한 결제, 거래 브로드캐스팅, 상태 검증)를 담당하며, "자금 흐름" 문제를 해결합니다. Agent가 실제로 호출하는 API 서비스(가격 정보 획득, 계산 수행, LLM 추론 호출 등)는 Provider 계층에서 제공합니다.

Switchboard가 만들고자 하는 것은 특별한 유형의 공급자입니다. 즉, 특히 온체인 신뢰 데이터 서비스를 제공하고 에이전트 가치 전송을 위한 핵심 정보 계층을 구축하는 공급자입니다.

공급자가 중앙화된 API라고 가정해 보세요. 데이터가 변조되거나 서비스가 중단되면 어떻게 될까요? Web2 시나리오에서는 이러한 위험이 채널 브랜드와 법적 계약을 통해 완화되지만, 특히 복잡한 DeFi 운영과 관련된 온체인 실행 환경에서는 블록체인에 저장된 검증 가능한 데이터가 필요합니다.

ERC-8004가 구매자 에이전트의 신원 신뢰성과 평판 문제를 해결한다면, 이러한 유형의 오라클 기반 공급자는 판매자(API) 데이터 신뢰성 검증에 대한 신뢰 보장 계층을 제공합니다.

기본적으로 x402 프로토콜은 에이전트 서비스 시장의 결제 계층을 구축하는 반면, 스위치보드는 데이터 서비스 계층을 구축합니다. 결제 계층이 자금 흐름을 허용한다면, 데이터 서비스 계층은 신뢰할 수 있는 데이터의 흐름을 허용합니다.

두 가지가 결합될 때에만 대리 경제는 완전한 인프라를 갖출 수 있습니다.