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 拉取数据源。同一表格还列出了 Pyth 推送数据源和 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 曾描述过涵盖 Kamino 和 Drift 等 Solana 场所的统一保证金。跨协议接口构成了另一个需要正确评估预言机迁移的层面。关于旧 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 在 GitHub公开的 Tip Router 发布说明提到在 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 拉取数据源需要在使用前被 crank。因此，集成方必须在其交易路径中提供新鲜更新。相比之下，Pyth 推送数据源被描述为由 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日准确。