Solana 預言機 Switchboard 今日終止技術支援，還有誰在用它的價格？

Switchboard 的 9 月 25 日支援截止日期已將為期六天的遷移警告變成對 Solana 價格饋送的考驗。目前的公開文件顯示其數據在何處仍是應用程式設計的一部分，但這些頁面無法證明一個活躍市場仍在使用該饋送。Jito 和 marginfi 提供了兩種截然不同的風險暴露視角。

Switchboard 已到達其聲明的 9 月 25 日技術支援終點，留下 Solana 應用程式來驗證其活躍程式中配置的價格來源。

該預言機項目 9 月 19 日的聲明，如公告報導中所轉載，表示其核心開發貢獻者 Switchboard Technology Labs 將逐步關閉，所有實施立即被棄用。團隊敦促整合者遷移到其他供應商，並點名 Pyth 和 RedStone。9 月 25 日被描述為現有支援的最後一天。一家公司結束支援是一個真實的營運里程碑。這本身並不能證明每個鏈上饋送在午夜停止更新，或每個曾與 Switchboard 相關的應用程式仍依賴它。

Switchboard 自己的文件曾將 Kamino、Jito、marginfi 和 Drift 列為用戶。這些是來自一家當時在銷售預言機服務的供應商的歷史整合聲明，而非 9 月 25 日活躍饋送的即時清單。檢查每個項目當前的文件揭示了更複雜的情況。Jito 的 Tip Router 頁面仍在其定價流程中描述 Switchboard；marginfi 的 9 月技術升級增加了旨在避免該依賴的路徑。一份文件可能已過時，而另一份則預期遷移。兩者都無法替代對活躍帳戶配置的檢查。

早先的 Switchboard 融資輪是 2024 年 5 月的 750 萬美元。該金額是該企業歷史的有用背景，但無法衡量當今的協議風險暴露。相關的計數是那些風險計算仍從無法可靠更新的饋送中獲取數據的活躍市場的數量和價值，而該計數無法從客戶標誌推斷出來。

列出的整合並非活躍的饋送

Switchboard 的公開介紹描述了按需饋送：應用程式創建或調用它們所需的數據，並通過 Solana 帳戶提供價格。文件可以識別協議知道如何讀取 Switchboard 饋送的位置。它可能無法識別特定市場當前選擇哪個選項。軟體開發套件可能在最後一家銀行切換離開某種預言機類型很久之後仍支援它。相反，網站可能已更改，而活躍的儲備仍保留其較舊的預言機帳戶。

需要區分三個層次的證據。首先是行銷或整合頁面，顯示存在某種關係。其次是程式支援的配置，可在技術文件或代碼中看到。第三是實際市場的活躍配置和近期更新歷史。只有第三個才能支持某個具名市場在特定時間仍依賴 Switchboard 的說法。即使如此，也可能配置了備用來源，因此必須根據相關的備用和時效規則檢查主要饋送停止的影響。

考慮marginfi 的協議文件。其預言機表格在可用設置中保留了 SwitchboardPull 和 venue 變體。它說調用者必須在使用前立即觸發 Switchboard pull 饋送。同一表格列出了 Pyth push 饋送和 Scope 帳戶作為其他設置。讀者可能會將持續存在的 Switchboard 行誤認為每個 marginfi 銀行仍在使用它的證據。該表格描述的是支援的類型，而非今天哪個銀行使用哪個饋送的完整列表。

Marginfi 關於 Program 0.1.11 的獨立說明更為即時且更為具體。它指示開發者在 9 月 4 日之前將 SDK 升級到至少 2.8.0 版本，並表示銀行將從該日期起開始遷移到新的預言機設置。該版本新增了九種不依賴 Switchboard 的變體，包括 Kamino Scope 饋送以及針對某些流動性質押和本金代幣的基於匯率的定價。該說明並未表示所有銀行在 9 月 25 日之前都已遷移。它確實表明，一個項目在關閉公告之前公開記錄了一條遠離受威脅依賴的路徑。

此次遷移帶來了令人意外的第二種故障模式。Marginfi 表示，較舊的 SDK 無法解碼配置了某個新預言機枚舉值的銀行。單個帶有不支援值的銀行就可能阻止 Project0Client.initialize 和銀行讀取，而不僅僅是涉及該銀行的某個操作。換句話說，更改預言機可以修復一個基礎設施依賴，同時卻破壞一個尚未更新其軟體的整合方。Marginfi 的文件告訴整合方如何避免 SDK 問題；這並不是任何特定使用者遭遇該問題的證據。

Project 0 描述了跨 Solana 場所的統一保證金，包括 Kamino 和 Drift。跨協議介面創造了另一層，必須正確解讀預言機遷移。關於較舊 SDK 版本的說明是整合風險的具體證據，但並未證明 Project 0 或任何其他具名應用出現故障。負責任的審計應在聲稱發生中斷之前檢查軟體版本和即時借貸銀行配置。

Jito 的 Tip Router 仍記錄了 Switchboard

Jito 基金會的 Tip Router 概覽表示，Switchboard 決定與 Tip Router 相關聯的金庫中持有的 JitoSOL 和 JTO 等資產的相對權重。該概覽標明了一個鏈上 Tip Router 程式、一個節點營運者客戶端和一個無需許可的 cranker。其定價文件將 Switchboard 列為當前預言機饋送，並描述了饋送不可用時的備用權重。

這些文件將 Switchboard 置於一項特定工作中：為小費分配和再質押系統中的權重計算對金庫資產進行定價。它們並未表示不可用的 Switchboard 饋送會自動清算 Solana 借貸頭寸。Jito 的定價頁面描述了回退機制，這削弱了那種認為支援終止必然會使所有 Tip Router 操作停止的簡單化說法。確切的回退值、啟動條件和當前即時預言機帳戶仍需進行當前的程式狀態檢查。

在 9 月 25 日檢查時，Tip Router 概覽顯示的最後更新標記為九個月前。這個時間長度改變了它的使用方式。它確立了一個有記錄的設計，並指明了在哪裡提出技術問題。它無法確立當前程式具有相同的饋送配置。Jito 可能已在未修訂該頁面的情況下更新了鏈上帳戶，或者它可能仍在使用帶有回退的 Switchboard。若無近期交易檢查或 Jito 的當前聲明，一個具名的即時依賴仍未得到驗證。

Jito 關於 Tip Router 的公開 GitHub 發行說明提到了在 keeper 操作中重試 Switchboard 預言機閘道。包含此類邏輯的程式碼庫同樣展示了技術整合，而不一定是發佈時每個金庫的依賴。程式碼可以保留相容路徑數月之久。真正的問題是，近期的價格更新交易是否針對某個仍承載價值的金庫所使用的 Switchboard 帳戶，以及該帳戶在支援截止日期之後是否繼續推進。

當所有預言機使用者被放入單一清單時，這種區別往往會丟失。Jito 所描述的計算影響分配系統中的相對資產權重。借貸市場所描述的計算決定抵押品價值和借款人健康狀況。兩者都消費價格數據，但它們的故障路徑不同。一個只計算標誌數量的審計會對根本不同的用途賦予相同的嚴重程度。

Kamino 的 Scope 是聚合器，而非提供者標籤

Kamino Finance 的公開 Scope 儲存庫描述了一個鏈上聚合器，它將多個預言機帳戶的值複製到單一價格饋送中，並在預設規則下驗證更新。其 README 指出，一個饋送最多支援 512 個價格，且索引與代幣對之間的關聯並非完全儲存在鏈上。下游程式可能指向 Scope，而 Scope 本身則依賴其他饋送來取得所選資產。因此，在銀行配置中看到 Scope 只是追蹤實際資料來源的起點，而非終點。

九月的 marginfi 備註將 Scope 列為一個選項，在其描述的新設置中不依賴 Switchboard。這並不意味著每個日期上 Scope 的每次部署都排除了每一個 Switchboard 來源。聚合器可以改變其底層輸入。完整的依賴性檢查需要同時具備消費者所選的 Scope 帳戶以及用於填充其條目的來源映射。Kamino 的儲存庫提供了架構，而非每個應用程式當前主網來源的帶時間戳清單。

Kamino 持續將機構引入其借貸生態系統。Galaxy 於九月在該平台上開設了兩個穩定幣金庫。新金庫的存在說明了為何在未檢查個別資產的情況下就將整個協議列為受影響是不合理的。一個 USDC 金庫、一個流動性質押代幣儲備和一個代幣化股票市場可以使用不同的預言機路徑。我們尚未驗證 Galaxy 的金庫是否使用 Switchboard，因此它們未被計入受影響倉位的數量中。

同樣地，Switchboard 入門資料中較早的 Kamino、Jito、marginfi 和 Drift 清單並未告訴我們它們之間曝險的分布。一個專案可能僅將某個預言機用於一個市場、將其用作備援，或在切換即時饋送後保留程式碼。唯一站得住腳的分析單位是特定市場或金庫及其在指定時間所配置的饋送。沒有這個單位，關於資金面臨風險的說法就是反向操作的營銷算術。

過時的饋送可能產生不止一種影響

饋送落後的技術後果取決於消費協議。借貸程式通常需要一個價格來確定抵押品價值和借款能力。如果它拒絕舊值，某個操作可能失敗，或者市場可能根據其規則暫停。如果它接受過時資料，借款人可能依據一個不再符合市場的價格進行交易。備援來源可能讓市場繼續運作，但會引入新的更新節奏或信心規則。協議的文件和鏈上配置決定了適用哪條路徑。

Marginfi 明確表示 Switchboard 拉取式饋送在使用前需要被觸發。因此，整合者必須在其交易路徑中提供新鮮的更新。相比之下，Pyth 推送式饋送被描述為透過 Pyth 的基礎設施保持新鮮。Scope 使用由已配置條目索引所選定的聚合帳戶值。在這些類型之間切換會改變交易所需的帳戶以及檢查它們的程式碼。九月的 SDK 警告是這些變化觸及應用軟體的一個明顯例子。

對於 Jito Tip Router，公開文件描述了不可用饋送的備份權重。這些備份能否在持續中斷期間保持準確的獎勵分配，是即時配置和 Jito 營運者的問題，而非文件中的一句話所能解決。如果某個饋送在公司停止支援後仍透過獨立節點營運者持續更新，可能不會立即觸發任何備援。如果更新停止但備援處於啟用狀態，營運可能以不同的定價方法繼續。這些是條件性路徑，而非對系統當前狀態的預測。

九月早些時候，一起無關的預言機事件導致了清算，發生在 Vesu 上。它說明了錯誤定價可能產生經濟影響，但這並非 Switchboard、Jito 或 marginfi 發生事件的證據。不應透過類比將關閉通知變成清算主張。實際事件的跡象會是過時的帳戶時間戳、失敗的交易、協議暫停或已確認的損失，而對於九月二十五日的截止日期，這裡尚未顯示其中任何一項。

Solana 邁向 250 毫秒時隙改變了區塊產生的節奏，但並未保證外部價格來源會更新。當存在新價格時，更快的時隙可以更早地承載它。當提供價格的節點停止時，它們無法製造出一個價格。協議的新鮮度測試可能以時隙、時間或其他規則來衡量，因此網路時鐘的變化可能改變開發者解讀舊饋送配置的方式。

誰承擔遷移工作？

預言機營運商發布或協調資料，但消費協議選擇其程式讀取的帳戶以及對該價格施加的限制。借貸協議可以要求治理或管理員為其市場更改預言機地址。其前端和第三方整合商隨後必須使用正確的附加帳戶構建交易。用戶可能只會注意到被拒絕的借款或暫停的市場，而這是在營運商和協議做出技術決策很久之後。

營運商結束支援不一定有權重寫客戶的程式配置。Switchboard 的通知敦促用戶遷移，因為整合所有者必須採取行動。專案應根據其控制的地址和帳戶更新來評估。如果某個應用程式已在 9 月 19 日之前遷移到 Pyth，則後來的支援截止日期對該市場沒有直接影響。如果它仍然選擇 Switchboard 饋送且沒有可用的備份，則該饋送在 9 月 25 日之後的行為就是具體問題。

對關閉警報最強烈的反對解讀來自 marginfi 自己的 9 月說明和 Jito 記錄的備份。應用程式可以設計冗餘或在供應商退出之前遷移；程式碼和文件顯示了這樣做的機制。Switchboard 的按需模型可以讓某些饋送基礎設施獨立運行，即使核心貢獻者已停止支援。該通知沒有發布每個帳戶將停止的經核實時間表，我們也沒有發現建立此類通用截止的主要證據。

對於自行製作備援的協議，存在一種不同類型的連續性問題。備份價格可以防止完全停止，同時以較低頻率或不同來源集為資產定價。對於獎勵分配過程，臨時備份權重可能保持 epoch 會計運行，儘管分配可能隨後依賴備份的假設。對於借貸市場，備援可能會改變健康檢查中使用的價格。這些不是關於當前 Jito 或 marginfi 設定的主張。它們顯示了維護者必須披露什麼，用戶才能判斷遷移在營運意義上是否完成，而不僅僅是交易是否仍然執行。

供應商逐步關閉也可能產生延遲影響。為請求按需價格而編寫的程式碼可能在獨立閘道回應時成功，然後在該閘道退役或其營運商停止更新特定資產時失敗。觀察者需要多個截止日期後的時間戳，而不是單一成功交易，才能推斷服務持續。同樣的紀律適用於失敗的交易：單個用戶的錯誤可能源於過時的 SDK 或不足的帳戶輸入，而不是不可用的預言機。Marginfi 的遷移文件提供了一個明確的軟體解碼失敗範例，否則可能被錯誤標記為預言機中斷。

這種保證有其限度。九個月前描述的備援需要根據當前狀態進行驗證，而 9 月描述的遷移選項並不能證明每個銀行都採用了它。這兩份文件提供了可信的理由，讓人們不要假設災難，同時留下了可衡量的差距。公平的結論比宣傳和危言聳聽的版本都更狹窄：公開文件確定了候選依賴關係和逃生路線；需要進行當前逐市場配置審計，以確定任何剩餘風險。

即時庫存仍是缺失的文件

此處的原始報導將 Switchboard 列出的四家知名整合商名單，與 Jito、marginfi 和 Kamino 當前的主要文件進行比較。這產生了兩項經證實的文件發現。Jito 較舊的 Tip Router 文件指出 Switchboard 用於金庫定價，並在數據源不可用時作為備援。Marginfi 的九月 0.1.11 說明描述了九個獨立於 Switchboard 的新設置，並警告若整合商不升級，將出現另一個 SDK 中斷問題。Kamino 的 Scope 儲存庫解釋了為何僅憑聚合器標籤無法識別每個上游數據源。

這項工作並未產生即時未遷移數據源的數量、暴露的用戶資金，或任何具名協議的故障。可用的公開頁面並未包含所有預言機帳戶、最新成功更新、備援設置以及每個市場支援金額的 9 月 25 日同步快照。從協議 TVL 聲稱具體美元總額將是站不住腳的，因為整個協議的資產不一定共享同一個預言機。確切的頭條問題在即時帳戶層面仍然懸而未決。

正確的計數應以市場為列，而非協議。對於每個活躍的借貸銀行、衍生品市場或獎勵金庫，審計員應記錄其程式地址、所選預言機類型、預言機帳戶、備援來源（若有）、最新成功價格更新、允許的最大年齡，以及實際依賴該特定價格的倉位價值。共享一個預言機帳戶的重複市場不應計為不同數據源；一個使用兩個獨立預言機的市場，在未讀取其備援邏輯前，不應計為完全依賴其中任何一個。市場配置的時間戳很重要，因為管理員可能在觀察後更改數據源。

此方法解釋了為何即使是一個真實的陳述，例如某協議過去支援 550 個數據源，對於當前問題仍不足夠。一個數據源可以存在而沒有活躍借款人，可以有價格更新而沒有消費市場，或者僅在休眠代碼中被引用。數據源帳戶的計數衡量的是基礎設施。已配置市場的計數衡量的是依賴性。實際觸及這些市場的倉位和抵押品的計數衡量的是經濟暴露。這些都不可與專案運營的所有產品中存入的總資產互換。

當來源是聚合器時，還有進一步的驗證步驟。消費者可能識別出一個 Scope 帳戶和條目索引，而 Scope 映射則指向一個或多個提供者。9 月 25 日之後 Scope 帳戶中的更新證明聚合器產生了一個值，但這本身並不證明 Switchboard 繼續提供底層價格。調查人員需要該次更新所選的條目和來源配置。Kamino 的儲存庫指出，代幣對標籤並非完全存儲在鏈上，因此可能需要外部配置或維護者文件來將索引映射到其資產。在該映射不可用的情況下，結果應記錄為未知，而不是默默歸因於 Pyth 或 Switchboard。

觀察重點

• 市場預言機地址： 將每個活躍銀行或金庫配置的數據源與文件記錄的 Switchboard 帳戶進行比較。
• 價格更新時間戳： 檢查已識別的數據源在 9 月 25 日之後是否繼續發布新值。
• 備援配置： 尋找當主要數據源落後時所使用的來源和新鮮度限制。
• 近期程式交易： 檢查受影響市場的借貸、結算或小費分配是否仍能完成。
• 註明日期的維護者更新： 尋找具名的遷移、市場暫停或剩餘依賴，並由帳戶或程式地址支持。

記錄每次檢查的觀察時間；沒有區塊或時間戳的截圖可能很快就會過時。

Marginfi 的升級說明指出，使用新預言機枚舉值的銀行可能導致較舊的 SDK 無法初始化其客戶端，即使使用者未與該特定銀行互動。使用 SDK 版本 2.8.0 或更高版本的指示在 9 月 4 日遷移開始之前發布，比 Switchboard 的支援截止日期早了三週。

常見問題