最關鍵的一塊拼圖？Switchboard 要把「預言機層」重新做一遍

x402賽道的大基建目前還屬於一片空白境地，雖然大行情奪走了「天時」，讓Launchpad這類應用層和Facilitator這種中間層都暫時沉寂了下來，但卻給了底層基礎設施層更多的build時間窗口；Switchboard作為Solana生態跑出來的預言機項目，最近提出要給x402協議提供數據服務層，具體要怎麼做呢？

1）技術架構上，Switchboard採用TEE可信執行環境，有別於Chainlink、Pyth等傳統靠網絡驗證確定的共識模型，數據直接基於安全飛地（Enclave）直接傳輸到鏈上；

2）協議兼容上，Switchboard則兼容了x402協議標準，使得AI Agent可以直接通過HTTP 402發起數據請求，用鏈上小額支付完成授權，數據即時返回。整個流程不需要額外的適配層或中間合約；

3）計費模式上，打破了傳統預言機的訂閱制模式，支持pay-per-call——Agent按調用次數、按數據點付費，用多少付多少，這跟x402協議按需付費的設計理念完全一致；

4）更激進的一點是，Switchboard徹底移除了API Key機制。傳統模式下，調用數據服務得先註冊、申請Key、管理權限，這套流程對Agent來說是巨大的摩擦。而現在，用戶的402交易請求中，攜帶足夠的就可以即時訪問任意數據源，無需註冊，無需審批。

問題來了，x402協議需不需要一個專門的預言機服務層？

先理清楚一個概念，x402協議架構裡，Facilitator負責的是支付促進——代付、廣播交易、狀態驗證，解決的是「錢怎麼流」的問題。而Agent真正調用的API服務，不管是獲取價格、執行計算還是調用LLM推理，這些是Provider層提供的。

而Switchboard想做的就是一種特殊的Provider：專門提供鏈上可信數據服務的Provider，構造Agent價值傳輸的核心信息層。

試想，如果Provider是個中心化的API，數據被篡改或者服務當機怎麼辦？Web2場景下，這些風險靠渠道品牌和法律合約兜底，但在鏈上執行環境尤其是涉及到複雜的DeFi操作，就需要一些可驗證且鏈上有存證的數據。

如果說ERC-8004解決了買家Agent身份可信和聲譽的問題，那這類預言機導向的Provider則是要在賣家（API）數據可信驗證方面提供一層可信保障。

本質上，x402協議構建了Agent服務市場的支付層，而Switchboard則搭建了數據服務層。如果說支付層讓錢能流動，數據服務層讓可信數據能流動。

兩者結合起來，Agentic Economy才算有完整的基礎設施。