Switchboard 支援期限屆至，Solana 協議須自行驗證實際預言機依賴

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 九月的技術升級則增加了旨在避開該依賴的路徑。一份文件可能已過時，另一份則預先規劃了遷移。兩者都無法取代對線上帳戶設定的實地檢查。

Switchboard 較早的融資輪為2024年5月的750萬美元。該金額為該項目的歷史提供背景，但無法衡量當前的協議風險。相關數字是那些風險計算仍使用無法可靠更新之餵價的線上市場的數量與價值。這個數字無法從一個客戶標誌推斷出來。

列名整合不等於活躍餵價

Switchboard 的公開介紹描述了按需餵價：應用程式建立或調用所需資料，價格透過 Solana 帳戶提供。文件可以識別一個協議在何處知道如何讀取 Switchboard 餵價，但未必能識別某個特定市場目前選擇的是哪個選項。軟體開發套件可能在最後一家銀行早已切換離開之後，仍長期支援某種預言機類型。反過來，網站可能已更新而線上儲備仍保留其較舊的預言機帳戶。

三個層級的證據應予以區分。第一是行銷或整合頁面，它顯示某種關係曾經存在。第二是程式支援的設定，可見於技術文件或程式碼。第三是實際市場的線上設定與近期更新紀錄。只有第三者才能支持某個具名市場在特定時間仍依賴 Switchboard 的主張。即使如此，仍可能設有備援來源，因此主餵價停擺的影響必須對照相關的備援與新鮮度規則來檢驗。

Marginfi 的協議文件在其可用預言機設定中保留了 SwitchboardPull 及場館變體。文件指出，調用者必須在使用前立即 crank 一個 Switchboard pull 餵價。同一張表也列出 Pyth push 餵價與 Scope 帳戶等其他設定。Switchboard 那一列的持續存在，並不是所有 marginfi 銀行仍在使用它的證明；該表描述的是支援的類型，而非今日哪家銀行使用哪個餵價的完整清單。

Marginfi 另一份 Program 0.1.11 說明則更新且更具體。它要求開發者在9月4日之前將 SDK 升級至至少 2.8.0 版本，並表示銀行將自該日起開始遷移至新的預言機設定。該版本新增了九個不依賴 Switchboard 的變體，包括 Kamino Scope 餵價，以及針對某些流動性质押代幣與本金代幣的匯率型定價。

該說明並未表示所有銀行都在9月25日前完成遷移。但它確實顯示，marginfi 在停運公告之前，就公開記錄了一條避開此一受威脅依賴的路徑。

此次遷移帶來了第二種可能的失敗模式。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 指出一個 feed 支援最多512個價格，且索引與代幣對之間的關聯並非完全儲存在鏈上。下游程式可能指向 Scope，而 Scope 本身對所選資產又依賴其他餵價。因此，在銀行設定中看到 Scope，是追蹤實際資料來源的起點，而非終點。

Marginfi 九月的說明將 Scope 列為其所描述之新設定中不依賴 Switchboard 的選項。這並不意味著每個日期的每個 Scope 部署都排除所有 Switchboard 來源。聚合器可以更換其底層輸入。完整的依賴檢查需要同時掌握消費方所選的 Scope 帳戶，以及用於填充其條目的來源映射。Kamino 的儲存庫提供了架構，而非每個應用程式當前主網來源、帶有時間戳的清單。

Kamino 持續將機構帶入其借貸生態系統。Galaxy 於九月在平台上開設了兩個穩定幣金庫。新金庫的存在說明了為何在未檢查個別資產的情況下，就將整個協議命名為受風險暴露是不妥當的。一個 USDC 金庫、一個流動性质押代幣儲備與一個代幣化股票市場，可以使用不同的預言機路徑。Galaxy 的金庫尚未被證實使用 Switchboard，因此未計入受影響部位的統計。

同樣地，Switchboard 介紹資料中較舊的 Kamino、Jito、marginfi 與 Drift 清單，也無法顯示風險在它們之間如何分布。一個項目可能只在一個市場使用某預言機、將其作為備援，或在切換線上餵價後仍保留程式碼。唯一站得住腳的分析單位，是特定市場或金庫及其在特定時間點的已設定餵價。缺乏這個單位，關於資金風險的說法不過是倒推的行銷算術。

餵價滯後可能生多種影響

餵價落後的技術後果取決於消費方協議。借貸程式通常需要價格來決定抵押品價值與借款額度。如果它拒絕舊值，操作可能失敗，或市場依其規則暫停。如果它接受滯後資料，借款人可能依一個已不再反映市場的價格進行交易。備援來源可讓市場繼續運作，但可能引入不同的更新節奏或信心規則。協議的文件與鏈上設定決定適用哪條路徑。

Marginfi 明確表示 Switchboard pull 餵價需要在使用前被 crank。因此整合方必須在其交易路徑中提供新鮮更新。相比之下，Pyth push 餵價被描述為透過 Pyth 的基礎設施保持新鮮。Scope 則使用由已設定條目索引所選取的聚合帳戶數值。在這些類型之間移動，會改變交易所需的帳戶以及檢查它們的程式碼。九月的 SDK 警告，正是這些變化波及應用軟體的一個可見例子。

對 Jito Tip Router 而言，公開文件描述了餵價不可用時的備援權重。這些備援能否在持續中斷期間維持準確的獎勵分配，是線上設定與 Jito 營運方的問題，不是文件中一句話能解決的。如果公司在停止支援後，餵價仍透過獨立節點營運商持續更新，備援可能不會立即觸發。如果更新停止而備援啟用，操作可能以不同的定價方式繼續。這些是條件性路徑，而非對系統當前狀態的預測。

九月早些時候，一起不相關的預言機事故導致 Vesu 上發生清算。它說明錯誤定價可能產生經濟影響，但這並不是 Switchboard、Jito 或 marginfi 發生事故的證據。停運通知不應透過類比被轉化為清算主張。實際事件的證據將包括帳戶時間戳滯後、交易失敗、協議暫停或已確認的損失。就9月25日截止日而言，上述任何一項都未被展示。

Solana 遷移至250毫秒出塊改變了區塊產生的節奏，但並未保證外部價格來源會更新。更快的出塊可以在新價格存在時更快傳它；但當供應價格的節點停止時，它們無法製造價格。協議的新鮮度檢測可能以 slot、時間或其他規則衡量，因此網路時鐘的變化可能改變開發者解讀舊餵價設定的方式。

誰承擔遷移工作？

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

終止支援的營運方未必有權改寫客戶的程式設定。Switchboard 敦促使用者遷移，正是因為整合擁有者必須採取行動。評估項目應以其控制的地址與帳戶更新為準。如果某應用程式在9月19日之前已遷移至 Pyth，後來的支援截止日對該市場沒有直接影響。如果它仍選擇 Switchboard 餵價且沒有可用的備援，那麼該餵價在9月25日之後的行為就是具體問題。

對停運警報最強而有力的相反解讀，來自 marginfi 九月的說明與 Jito 已記載的備援。應用程式可以設計冗餘，或在供應商退出之前先行行動；程式碼與文件顯示了做到這一點的機制。即使核心貢獻方已停止支援，Switchboard 的按需模型也可能讓部分餵價基礎設施獨立運行。該通知並未公布一份經證實的、所有帳戶停止運作的時間表，也沒有任何一手證據確立這種全面性的截止點。

供應商收攤也可能產生延遲影響。請求按需價格的程式碼，可能在獨立閘道仍在回應時成功，卻在該閘道退役或其營運商停止更新特定資產時失敗。觀察者需要數個截止日之後的時間戳，而非單一一筆成功交易，來推斷服務仍在持續。同樣的準則也適用於失敗的交易：錯誤可能源於過時的 SDK 或帳戶入不足，而非預言機不可用。Marginfi 的遷移文件提供了一個軟體解碼失敗的明確例子，否則這種情況可能被誤標為預言機故障。

公允的結論比宣傳版本與危言聳聽的版本都要狹窄：公開文件識別出了候選依賴與退路，但要確立任何剩餘風險，需要對線上設定進行逐市場的審計。

線上清單仍然缺席

本報導將 Switchboard 列出的四個知名整合方，與 Jito、marginfi 和 Kamino 目前的原始文件進行對比。它產出了幾項文件層面的發現。Jito 較舊的 Tip Router 文件將 Switchboard 列為金庫定價來源，並為不可用餵價識別了備援。Marginfi 九月的 0.1.11 說明描述了九個獨立於 Switchboard 的新設定，並警告若整合方不升級將出現獨立的 SDK 中斷。Kamino 的 Scope 儲存庫解釋了為何僅憑聚合器標籤無法識別每個上游資料來源。

現有材料並未產出未遷移的線上餵價數量、受暴露的使用者資金，或任何具名協議的故障統計。公開頁面並未包含9月25日所有預言機帳戶、最新成功更新、備援設定以及各市場所支援金額的同步快照。從協議 TVL 推導出具體美元總額將站不住腳，因為協議的全部資產未必使用同一個預言機。這個精確問題在線上帳戶層面仍然懸而未決。

一個恰當的統計會以市場為列，而非以協議為列。對於每個活躍的借貸銀行、衍生品市場或獎勵金庫，審計者會記錄其程式地址、所選預言機類型、預言機帳戶、備援來源（如有）、最新成功價格更新、允許的最大時滯，以及實際依賴該價格的部位價值。共用同一個預言機帳戶的重複市場不應計為不同的餵價。使用兩個獨立預言機的市場，若未閱讀其備援邏輯，不應被計為完全依賴其中任何一個。市場設定的時間戳很重要，因為管理員可能在觀察之後更換餵價。

當來源是聚合器時，還有一個額外的驗證步驟。消費方可能識別出一個 Scope 帳戶與條目索引，而 Scope 的映射又指向一個或多個供應商。9月25日之後 Scope 帳戶的更新，證明聚合器產出了數值，但其本身並不能證明 Switchboard 仍在供應底價格。調查者需要該次更新所選的條目與來源設定。當映射不可得時，結果應記錄為未知，而不應默然歸因於 Pyth 或 Switchboard。

觀察要點

• 市場預言機地址： 將每個活躍銀行或金庫的已設定餵價與文件記載的 Switchboard 帳戶比對。
• 價格更新時間戳： 檢查已識別的餵價在9月25日之後是否持續發布新鮮數值。
• 備援設定： 確認主餵價落後時所使用的來源與新鮮度上限。
• 近期程式交易： 檢查受影響市場的借款、結算或小費分配是否仍能完成。
• 有日期的維護方更新： 尋找有帳戶或程式地址支持的具名遷移、市場暫停或剩餘依賴。

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

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

常見問題

Switchboard 何時表示支援將終止？

停運公告於2026年9月19日發布，並將9月25日定為現有技術支援的終止日。該通知即時棄用了所有實作。

所有 Switchboard 預言機餵價都在9月25日停止了嗎？

僅憑支援截止日本身，並不能確立每個鏈上帳戶都已停止更新。要作出這項主張，需要當前的交易與餵價時間戳。

Jito 還在使用 Switchboard 嗎？

Jito 的 Tip Router 文件在金庫定價中仍提及 Switchboard，但其總覽標記為約九個月前最後更新。這些頁面無法證明9月25日的線上設定。

marginfi 是否已遷移離開 Switchboard？

Marginfi 九月的升級記載了九個不依賴 Switchboard 的新預言機設定，並表示銀行自9月4日起開始遷移。它並未表示每家銀行都已完成遷移。

為什麼預言機遷移會導致 SDK 故障？

Marginfi 表示，較舊的 SDK 無法識別其九個新設定所使用的枚舉值。設定了其中之一的銀行可能使舊客戶端初始化失敗；2.8.0 或更新版本支援這些變體。

Kamino Scope 是否獨立於所有外部預言機？

Scope 從其他預言機帳戶聚合數值。若未檢視具體的條目映射，它在消費方設定中的存在並無法識別每個上游來源。

使用者如何檢查某個市場是否受影響？

市場的已設定預言機帳戶、最新更新與備援設定，比歷史供應商清單能提供更有力的答案。協議公告可以確認特定市場是否已遷移。

這次停運是否已證實造成損失？

未證實任何具名協議發生損失。其他協議較早的事故無法證明此處也發生了事故。本文屬教育性分析，並非投資建議。

免責聲明：本文僅供資訊與教育目的，不構成財務或投資建議。文中數據反映撰寫時可得的監管申報與報導，並會隨每次揭露而變動。本文不構成買入、賣出或持有任何證券或資產的建議。請務必自行研究。資訊截至2026年9月25日準確。