Switchboardのサポート終了日、Solanaプロトコルは稼働中のオラクル依存を検証へ

Switchboardの9月25日のサポート終了期限により、6日間の移行猶予がSolanaの価格フィードの試金石となった。公開ドキュメントは、同オラクルがアプリケーション設計の一部として残っている箇所を示しているが、それらのページだけでは稼働中のマーケットが依然としてそのフィードを使用しているとは証明できない。Jitoとmarginfiは、潜在的なエクスポージャーに関する2つの異なる見解を提供している。

Switchboardは告知されていた9月25日の技術サポート終了に達し、Solanaアプリケーションは稼働中プログラムに設定された価格ソースの検証を迫られている。

同オラクルプロジェクトの9月19日の声明(発表の報道で引用されたもの)によれば、中核開発主体であるSwitchboard 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フィードの読み方を知っている箇所を特定できるが、特定のマーケットが現在どのオプションを選択しているかは特定できない場合がある。ソフトウェア開発キットは、最後の銀行が乗り換えた後も長くオラクルタイプをサポートし得る。逆に、Webサイトが変更されても、稼働中のリザーブが古いオラクルアカウントを保持し続けることがある。

3つのレベルの証拠を区別すべきである。第一はマーケティングまたは統合ページで、関係が存在したことを示す。第二はプログラムのサポート構成で、技術ドキュメントやコードで確認できる。第三は実際のマーケットの稼働中構成と最近の更新履歴である。特定のマーケットが特定時点で依然としてSwitchboardに依存していたという主張を支えられるのは第三のみである。その場合でもバックアップソースが設定されている可能性があるため、停止したプライマリフィードの影響は関連するフォールバックと鮮度ルールと照らして確認する必要がある。

marginfiのプロトコルドキュメントは、利用可能なオラクル設定の中にSwitchboardPullおよび各種バリアントを保持している。同書によれば、呼び出し側は使用直前にSwitchboardプルフィードをクランクする必要がある。同じ表にはPythプッシュフィードとScopeアカウントが他の設定として挙げられている。Switchboardの行が残っていることは、すべてのmarginfi銀行が依然としてこれを使用する証拠ではない。表はサポートされているタイプを説明するものであり、今日どの銀行がどのフィードを使っているかの完全な一覧ではない。

marginfiの別のProgram 0.1.11ノートはより新しく具体的である。開発者に対し9月4日前までにSDKをバージョン2.8.0以上へアップグレードするよう指示し、その日付から銀行が新しいオラクル設定への移行を開始すると述べた。リリースでは、Kamino Scopeフィードや一部のリキッドステーキング・プリンシパルトークンの為替レートベース価格付けを含む、Switchboardに依存しない9つのバリアントが追加された。

同ノートは9月25日までにすべての銀行が移行を完了したとは述べていない。ただし、marginfiがシャットダウン告知前に依存リスクからの離脱経路を公に文書化していたことは示している。

この移行は第二の潜在的な失敗モードをもたらした。marginfiによれば、旧SDKは新しいオラクル列挙値のいずれかで設定された銀行をデコードできない。未対応の値を持つ1つの銀行が、その銀行に関わる操作だけでなくProject0Client.initializeや銀行の読み取り全般を妨げ得る。まり、オラクルの変更は一方のインフラ依存を解消する一方で、ソフトウェアを更新していない統合先を壊す可能性がある。marginfiの文書は統合先がSDK問題を回避する方法を説明しているが、特定の利用者が実際に被った証拠ではない。

Project 0は、KaminoやDriftを含むSolana各会場にわたる統合マージンを説明している。プロトコル横断インターフェースは、オラクル移行を正しく評価すべき別の層を生む。旧SDKバージョンに関する警告は統合リスクの具体的証拠だが、Project 0や他の特定アプリの障害を証明するものではない。責任ある監査は、障害を主張する前にソフトウェアバージョンと稼働中のレンディング銀行構成を確認するだろう。

JitoのTip Routerは依然としてSwitchboardを記載

Jito FoundationのTip Router概要によれば、SwitchboardはTip Routerにリンクされた金庫が保有するJitoSOLやJTOなどの資産の相対ウェイトを決定する。概要はオンチェーンのTip Routerプログラム、ノードオペレータークライアント、パーミッションレスクランカーを特定している。価格ドキュメントはSwitchboardを現行のオラクルフィードとし、フィードが利用不能な場合のバックアップウェイトを説明している。

これらの文書は、チップ分配およびレステーキングシステムにおけるウェイト計算のための金庫資産価格付けという特定の役割にSwitchboardを位置づけている。Switchboardフィードが利用不能になってもSolanaのレンディングポジションが自動的に清算されるとは述べていない。Jitoの価格ページはフォールバック機構を説明しており、サポート終了が必ずしもすべてのTip Router操作を停止させるという単純な主張を弱めている。正確なフォールバック値、発動条件、現在の稼働中オラクルアカウントには依然として現時点のプログラム状態の確認が必要である。

Tip Router概要は9月25日時点で最終更新が9か月前と表示されていた。この古さはページの使い方を制約する。文書化された設計を示し技術的質問の宛先を特定できるが、現行プログラムが同じフィード構成を持つとは証明できない。Jitoはページを改訂せずにオンチェーンアカウントを更新した可能性も、フォールバック付きでSwitchboardを使い続けている可能性もある。最近のトランザクション検査またはJitoの最新声明がない限り名指しされた稼働中依存は未検証のままである。

JitoのTip Routerに関する公開GitHubリリースノートは、キーパー操作でのSwitchboardオラクルゲートウェイのリトライに言及している。そのようなロジックを含むコードベースも技術的統合を示すにすぎず、公開時点でのすべての金庫の依存を意味しない。コードは互換経路を数か月保持し得る。生きた問いは、最近の価格更新トランザクションが価値を保持する金庫の使用するSwitchboardアカウントを対象にしているか、そしてそのアカウントがサポート期限後に進んでいるか否かである。

すべてのオラクル利用者を一つのリストに並べると、この区別はしばしば失われる。Jitoの計算は分配システムにおける相対資産ウェイトに影響する。レンディングマーケットの計算は担保価値と借入人の健全性を決定する。双方とも価格データを消費するが、障害経路は異なる。ロゴを数える監査は、本質的に異なる用途に同一の重大度を割り当てることになる。

KaminoのScopeは集約装置でありプロバイダーのラベルではない

Kamino Financeの公開Scopeリポジトリは、複数のオラクルアカウントから値をコピーして一つの価格フィードとし、事前設定ルールに基づき更新を検証するオンチェーン集約装置を説明している。READMEによれば、フィードは最大512の価格をサポートし、インデックスとトークンペアの対応は完全にはオンチェーンに保存されない。下流プログラムはScopeを指しつつ、Scope自体が選択された資産について他のフィードに依存している可能性がある。したがって銀行構成でScopeを見ることは、実際のデータソースを追跡する出発点であって終点ではない。

marginfiの9月のノートは、説明する新設定においてSwitchboardに依存しない選択肢としてScopeを挙げている。これはすべての日付のすべてのScopeデプロイがすべてのSwitchboardソースを排除することを意味しない。集約装置は基礎となる入力を変更できる。完全な依存確認には、利用者が選択したScopeアカウントと、そのエントリを埋めるために用いられるソースマッピングの双方が必要である。Kaminoのリポジトリはアーキテクチャを提供するが、各アプリケーションの現在のメインネットソースの時刻付き一覧を提供しない。

Kaminoは機関投資家をレンディングエコシステムに迎え入れ続けている。Galaxyは9月に同プラットフォーム上で2つのステーブルコイン金庫を開設した。新金庫の存在は、個別資産を確認せずにプロトコル全体を露出ありと命名することの不適切さを示している。USDC金庫、リキッドステーキトークンのリザーブ、トークン化株式マーケットは異なるオラクル経路を使用し得る。Galaxyの金庫がSwitchboardを使用していることは検証されていないため、影響を受けたポジションの集計には含めていない。

同様に、Switchboardの紹介資料にあるKamino、Jito、marginfi、Driftの旧来のリストは、エクスポージャーがそれらの間でどう分布していたかを示さない。プロジェクトは1つのマーケットにのみオラクルを使うことも、フォールバックとして使うことも、稼働フィード切り替え後にコードを残すこともある。防衛可能な分析単位は、特定の時点における特定のマーケットまたは金庫とその設定済みフィードである。その単位がなければ、リスクに晒された資金に関する主張は逆算されたマーケティング算数になる。

鮮度の落ちたフィードがもたらす影響は複数あり得る

フィードが遅延した場合の技術的帰結は、消費するプロトコルに依存する。レンディングプログラムは一般に、担保価値と借入能力を決定するために価格を必要とする。古い値を拒否すれば操作が失敗するか、ルールに従いマーケットが一時停止し得る。古いデータを受け入れるなら、借入人は市場と一致しない価格で取引し得る。フォールバックソースはマーケットを稼働させ続ける一方、異なる更新リズムや信頼ルールを導入し得る。どの経路が適用されるかは、プロトコルのドキュメントとオンチェーン構成が決める。

marginfiは、Switchboardプルフィードを使用前にクランクする必要があると明示している。したがって統合先はトランザクション経路の一部として新しい更新を提供しなければならない。対照的にPythプッシュフィードは、Pythのインフラを通じて鮮度が保たれると説明されている。Scopeは設定されたエントリインデックスで選択された集約アカウント値を使用する。これらのタイプ間の移行は、トランザクションが必要とするアカウントとそれを検証するコードを変える。9月のSDK警告は、これらの変更がアプリケーションソフトウェアに波及した一つの目に見える例である。

Jito Tip Routerについては、公開ドキュメントが利用不能フィード向けのバックアップウェイトを説明している。そのバックアップが長期の障害を通じて正確な報酬配分を維持するかは、ドキュメントの一文では解決されず、稼働中構成とJitoの運営者への問いである。会社がサポートを停止した後もフィードが独立したノードオペレーターを通じて更新を続ければ、フォールバックは即時には発動しないかもしれない。更新が停止しバックアップが有効であれば、異なる価格付けで運用が続く可能性がある。これらは条件付きの経路であり、システムの現在状態の予測ではない。

9月上旬、無関係のオラクル事故がVesuで清算を引き起こした。誤った価格付けが経済的影響を持ち得ることは示すが、Switchboard、Jito、marginfiでの事故の証拠ではない。シャットダウン告知を類推で清算の主張に変えるべきではない。実際の出来事の兆候は、古いアカウントタイムスタンプ、失敗したトランザクション、プロトコルの一時停止、確認された損失であり、9月25日の期限についてここで示されたものはない。

Solanaの250ミリ秒スロットへの移行はブロック生成の速度を変えたが、外部価格ソースの更新を保証しない。速いスロットは価格が存在すればより早く運べるが、供給ノードが止まれば価格を作り出せない。プロトコルの鮮度テストはスロット、時間、その他のルールで測られ得るため、ネットワーク時計の変化は古いフィード構成の解釈を変え得る。

移行作業の負担は誰が負うのか

オラクルオペレーターはデータを公開または調整するが、消費するプロトコルがプログラムの読み取るアカウントとその価格に課す制限を選ぶ。レンディングプロトコルは、ガバナンスまたは管理者によるオラクルアドレスの変更を要件とし得る。その後、フロントエンドとサードパーティ統合先は正しい追加アカウントでトランザクションを構築しなければならない。利用者が気づくのは、拒否された借入や一時停止したマーケットとして、オペレーターとプロトコルの技術的決定から遥かに後になることがある。

サポートを終えるオペレーターが顧客のプログラム構成を書き換える権限を持つとは限らない。Switchboardが移行を促したのは、統合の所有者が行動しなければならないからである。プロジェクトは自身が管理するアドレスとアカウント更新によって評価されるべきだ。9月19日より前にPythへ移行済みのアプリケーションにとって、後のサポート期限はそのマーケットに直接的影響を持たない。依然としてSwitchboardフィードを選択し、機能するバックアップを持たない場合、9月25日以降のフィードの挙動が具体的な問題となる。

シャットダウン警報への最も強い反証は、marginfi自身の9月のノートとJitoの文書化されたバックアップから導かれる。アプリケーションは冗長性を設計したりベンダー離脱に先回りできる。コードと文書はそのための機構を示している。Switchboardのオンデマンドモデルでは、中核開発主体がサポートを止めても一部のフィードインフラは独立して稼し続け得る。告知はすべてのアカウントが停止する検証済みスケジュールを公表しておらず、そのような全面的な締切を裏付ける一次証拠は見つかっていない。

プロバイダーの縮小は遅延効果も持ち得る。オンデマンド価格を要求するコードは、独立したゲートウェイが応答する間は成功し、そのゲートウェイが退役したり運営者が特定資産の更新を止めると失敗し得る。継続的なサービスを推論するには、期限後の複数のタイムスタンプが必要であり、単一の成功トランザクションでは不十分である。失敗トランザクションにも同じ規律が適用される。エラーは利用不能なオラクルではなく、古いSDKや不十分なアカウント入力に起因し得る。marginfiの移行文書は、オラクル障害と誤認され得るソフトウェアデコード失敗の明示的な例を提供している。

公正な結論は、宣伝的な版と煽情的な版のどちらよりも狭い。公開文書は候補となる依存と脱出路を特定するが、残存エクスポージャーを確定するには現時点の市場ごとの構成監査が必要である。

稼働中の棚卸しデータが依然として欠落

本報道は、Switchboardの著名な4統合先リストを、Jito、marginfi、Kaminoの現行の一次文書と比較した。いくつかの文書上の知見が得られた。Jitoの旧いTip Routerドキュメントは金庫価格付けにSwitchboardを名指しし、利用不能フィード向けのフォールバックを特定する。marginfiの9月の0.1.11ノートはSwitchboardに依存しない9つの新設定を説明し、統合先がアップグレードしない場合の別のSDK破損を警告する。KaminoのScopeリポジトリは、集約装置というラベルだけではすべての上流データソースを特定できない理由を説明する。

入手可能な資料は、稼働中の未移行フィードの数、露出した利用者資金、または名指しされたプロトコルでの障害の数を算出しない。公開ページには、すべてのオラクルアカウント、最新の成功更新、フォールバック設定、各マーケットが支える額の9月25日の同期スナップショットは含まれていない。プロトコルTVLから特定のドル総額を主張することは防衛不能である。プロトコルの全資産が同じオラクルを共有するとは限らないためである。正確問いは稼働中アカウントのレベルで依然として開かれている。

適切な集計はプロトコルではなくマーケットを行とする。稼働中の各レンディング銀行、デリバティブマーケット、報酬金庫について、監査人はプログラムアドレス、選択されたオラクルタイプ、オラクルアカウント、あればバックアップソース、最新の成功した価格更新、許容される最大鮮度、その価格に実際に依存するポジションの価値を記録する。同一のオラクルアカウントを共有する重複マーケットを別個のフィードとして数えるべきではなく、2つの独立したオラクルを使うマーケットはフォールバックロジックを読まずにどちらかへの全面的依存として数えるべきではない。マーケット構成のタイムスタンプは、観測後に管理者がフィードを変更し得るため重要である。

ソースが集約装置である場合には追加の検証段階がある。利用者はScopeアカウントとエントリインデックスを特定し得るが、Scopeのマッピングは1つ以上のプロバイダーを指し得る。9月25日以降のScopeアカウントの更新は集約装置が値を生成したことを証明するが、それ自体はSwitchboardが基礎価格を供給し続けたことの証明にならない。調査者はその更新の選択されたエントリとソース構成を必要とする。マッピングが利用できない場合、結果はPythまたはSwitchboardに黙って帰属させず、不明として記録されるべきである。

注視すべき点

• マーケットのオラクルアドレス: 稼働中の各銀行または金庫の設定フィードを、文書化されたSwitchboardアカウントと比較する。
• 価格更新のタイムスタンプ: 特定されたフィードが9月25日以降も新しい値を発行し続けているか確認する。
• フォールバック構成: プライマリフィードが遅延した場合に使用されるソースと鮮度制限を特定する。
• 最近のプログラムトランザクション: 対象マーケットで借入、決済、チップ分配が完了し続けているか確認する。
• 日付入りの保守者更新: アカウントまたはプログラムアドレスに裏付けられた、名前の明確な移行、マーケット停止、残存依存を探す。

各確認の観測時刻を記録すべきである。ブロックやタイムスタンプのないスクリーンショットは急速に陳腐化し得る。

marginfiのアップグレードノートは、新しいオラクル列挙値を使用する銀行が、利用者がその銀行と関わらなくても旧SDKのクライアント初期化を失敗させ得ると述べている。SDKバージョン2.8.0以上の使用指示は、Switchboardのサポート期限の3週間前にあたる9月4日の移行開始前に公開された。

FAQ

Switchboardはいつサポート終了を告知したか

シャットダウン告知は2026年9月19日に行われ、9月25日が既存技術サポートの終了日とされた。告知は全実装を即時に非推奨とした。

9月25日にすべてのSwitchboardオラクルフィードが停止したのか

サポート期限だけでは、すべてのオンチェーンアカウントが更新を停止したことにはならない。その主張には現在のトランザクションとフィードのタイムスタンプが必要である。

JitoはまだSwitchboardを使っているのか

JitoのTip Routerドキュメントは金庫価格付けに依然としてSwitchboardを名指ししているが、概要は約9か月前の最終更新と表示されている。これらのページは9月25日時点の稼働中構成を証明しない。

marginfiはSwitchboardから移行したのか

marginfiの9月のアップグレードはSwitchboardに依存しない9つの新オラクル設定を文書化し、銀行は9月4日から移行を開始したと述べている。すべての銀行が移行を完了したとは述べていない。

なぜオラクル移行はSDKを壊し得るのか

marginfiによれば、旧SDKは9つの新設定で使用される列挙値を認識しない。その一つで設定された銀行は旧クライアントの初期化を失敗させ得る。バージョン2.8.0以上がこれらのバリアントをサポートする。

Kamino Scopeはすべての外部オラクルから独立しているのか

Scopeは他のオラクルアカウントから値を集約する。利用者の構成にScopeが存在しても、具体的なエントリマッピングを調べなければすべての上流ソースは特定できない。

利用者は自分の使うマーケットが影響を受けるかどうかをどう確認できるのか

マーケットの設定済みオラクルアカウント、最新の更新、フォールバック設定が、過去のプロバイダーリストよりも強い答えを与える。プロトコルの発表は特定マーケットの移行の有無を確認できる。

今回のシャットダウンによる損失は確認されたのか

本記事では特定のプロトコルでの損失は確認されていない。他プロトコルでの先行事故は、ここで発生したことの証明にならない。本稿は教育的分析であり、投資助言ではない。

免責事項：本記事は情報提供および教育目的のみを意図しており、金融または投資助言を構成するものではない。数値は執筆時点で入手可能な規則提出書類や報道を反映し、開示のたびに変化する。ここにいかなる証券や資産の売買・保有の推奨も含まれない。必ず自身で調査を行うこと。情報は2026年9月25日時点で正確である。