Solana预言机支持今日终止，谁还在依赖其价格？

Switchboard 9月25日支持截止期：索拉纳价格源迁移的深度核查

Switchboard宣布于2026年9月25日结束技术支持，这一最后期限将原本为期六天的迁移警告转化为对索拉纳（Solana）生态系统价格数据源真实状态的严峻考验。虽然现有的公开文档展示了部分数据如何嵌入应用程序的设计中，但这些页面无法证明活跃的二级市场仍在依赖这些 Feed。Jito 和 marginfi 提供了两种截然不同的风险敞口视角。

核心摘要

• 支持终止： Switchboard 宣布将于2026年9月25日结束技术支持，此前于9月19日发布停运公告。
• Jito 的情况： Jito 的 Tip Router 文档仍将 Switchboard 列为金库权重定价的来源，尽管该概述文档已过期9个月。
• marginfi 的升级： marginfi 在9月的技术升级中描述了9种不依赖 Switchboard 的新预言机设置。
• stale Feed 的影响： 过时的价格 Feed 可能影响抵押品检查；Jito 文档显示其拥有用于奖励权重定价的独立备用机制。
• 缺乏实时统计： 截至9月25日截止日期，未验证存在针对所有未迁移 Switchboard Feed 的实时协议级计数。

Switchboard 已实现其声明的2026年9月25日技术支持结束节点，这使得索拉诺应用程序必须自行验证其活跃程序中配置的价格来源。该预言机项目于9月19日发布的声明指出，其核心开发贡献者 Switchboard Technology Labs 将进行清算，所有实现立即被弃用。团队敦促集成商迁移至 Pyth 和 RedStone 等其他提供商。9月25日被描述为现有支持的最后一日。一家公司停止支持是一个切实的操作里程碑，但这本身并不能证明所有链上 Feed 在午夜停止更新，也不能证明所有曾与 Switchboard 关联的应用程序仍完全依赖它。

Switchboard 自身的文档曾列出 Kamino、Jito、marginfi 和 Drift 作为用户。这些是提供商在销售预言机服务时提出的历史集成声明，而非9月25日当天活跃 Feed 的实时库存。检查每个项目的当前文档揭示了一个更复杂的局面：Jito 的 Tip Router 页面仍在描述其定价流程中的 Switchboard；而 marginfi 的9月技术升级则增加了旨在避免这种依赖的路径。一份文档可能已过时，而另一份则预示了迁移。两者都不能替代对实际账户配置的审查。

早期的 Switchboard 融资轮次为2024年5月的750万美元。这一数字对于了解该风投的历史背景有用，但无法衡量当前的协议风险敞口。相关的计数是那些风险计算仍从无法可靠更新的 Feed 中获取数据的活跃市场的数量和价值，这一计数不能从客户标志中推断出来。

列出的集成不等于活跃的 Feed

Switchboard 的公共介绍描述了按需 Feed：应用程序创建或调用所需的数据，并通过索拉诺账户提供价格。文档可以识别协议知道如何读取 Switchboard Feed 的位置，但它可能不识别特定市场当前选择的选项。软件开发套件（SDK）可能在最后一个银行切换离开后很久仍支持某种预言机类型。相反，网站可能已更改，而活储备仍保留其旧的预言机账户。

需要区分三个层面的证据。第一是营销或集成页面，显示曾经存在关系。第二是程序的支持配置，可见于技术文档或代码中。第三是实际市场的实时配置和近期更新历史。只有第三个才能支持某命名市场在给定时间仍依赖 Switchboard 的主张。即便如此，也可能配置了备用来源，因此必须根据相关的备用来源和新鲜度规则来检查停止主要 Feed 的影响。

以 marginfi 的协议文档为例。其预言机表格保留了 Switchboard Pull 和场所变体作为可用设置。它指出调用者必须在使用前“曲柄化”（crank，即触发更新）一个 Switchboard pull Feed。同一表格还列出了 Pyth push Feed 和 Scope 账户作为其他设置。读者可能会误以为持续的 Switchboard 行证明了每个 marginfi 银行仍在使用它。该表格描述的是支持的类型，而非今天哪个银行使用哪个 Feed 的完整列表。

marginfi 单独的 Program 0.1.11 版本说明更为当前且具体。它指示开发者在9月4日之前将 SDK 升级到至少2.8.0版本，称银行将从该日期开始转向新的预言机设置。此次发布增加了九种不依赖 Switchboard 的变体，包括 Kamino Scope Feed 和针对某些流动性质押代币及本金代币的基于汇率的定价。该说明并未表示到9月25日所有银行都已迁移。但它表明，在项目公开记录了一条远离受威胁依赖的路径之前，该项目已经进行了文档化的迁移准备。

这次迁移带来了令人惊讶的第二种故障模式。marginfi 表示，旧版 SDK 无法解码配置了新预言机枚举值的银行。单个配置有不受支持值的银行可以阻止 Project0Client.initialize 和银行读取操作，而不仅仅是涉及该银行的操作。换句话说，更改预言机可以修复一项基础设施依赖，同时破坏尚未更新软件的集成商。marginfi 的文档告诉集成商如何避免 SDK 问题；这并非任何特定用户遭受此问题的证据。

Project 0 描述了跨索拉诺场所的统一保证金，包括 Kamino 和 Drift。跨协议接口创造了另一个层次，在此层次上必须正确解读预言机迁移。关于旧版 SDK 版本的说明是集成风险的有力证据，但并未证明 Project 0 或任何其他命名应用发生了故障。负责任的审计应在声称停服之前检查软件版本和实时借贷银行配置。

Jito 的 Tip Router 仍记录 Switchboard

Jito Foundation 的 Tip Router 概述称，Switchboard 确定存储在链接到 Tip Router 的金库中的资产（如 JitoSOL 和 JTO）的相对权重。该概述标识了一个链上 Tip Router 程序、一个节点运营商客户端和一个无需许可的曲柄器。其定价文档将 Switchboard 列为当前预言机 Feed，并描述了当 Feed 不可用时备用权重的情况。

这些文档将 Switchboard 置于特定任务中：为小费分配和再质押系统中的权重计算定价金库资产。它们并未表示不可用的 Switchboard Feed 会自动清算索拉诺借贷头寸。Jito 的定价页面描述了一种备用机制，这削弱了“支持日落必然导致所有 Tip Router 操作停止”的简单主张。确切的备用值、激活条件和当前实时预言机账户仍需对当前程序状态进行检查。

Tip Router 概述在9月25日检查时显示了“九个月前”的最后更新日期标记。这个年龄改变了它的用途。它确立了文档化的设计，并指出了提出技术问题的地方。它不能确立当前程序具有相同的 Feed 配置。Jito 可能已更新链上账户而未修订页面，或者它可能仍在使用带有备用的 Switchboard。在没有最近的交易检查或来自 Jito 的当前声明的情况下，命名的实时依赖关系仍未得到验证。

Jito 的公共 GitHub Tip Router 发行说明提到了在 keeper 操作中重试 Switchboard 预言机网关。包含此类逻辑的代码库同样证明了技术集成，而不一定是当时每个金库的依赖。代码可以保存兼容路径数月。实时问题是，最近的价格更新交易是否针对由仍承载价值的金库使用的 Switchboard 账户，以及该账户是否在支持截止日期后继续推进。

当所有预言机用户都被列入单一列表时，区别往往丢失。Jito 描述的计算影响分布系统中的相对资产权重。借贷市场描述的计算确定抵押品价值和借款人健康状况。两者都消耗价格数据，但其故障路径不同。仅计算标志的审计会将相同严重性分配给根本不同的用途。

Kamino 的 Scope 是聚合器，而非提供商标签

Kamino Finance 的公共 Scope 仓库描述了一个链上聚合器，它将多个预言机账户的值复制到一个价格 Feed 中，并在预设规则下验证更新。其 README 指出，一个 Feed 支持多达512个价格，并且索引与代币对之间的关联并非完全存储在链上。下游程序可能指向 Scope，而 Scope 本身依赖于其他 Feed 来获取所选资产。因此在银行配置中看到 Scope 只是追踪实际数据源的起点，而非终点。

9月的 marginfi 说明将 Scope 列为新设置中不依赖 Switchboard 的选项。这并不意味着在所有日期上的每个 Scope 部署都排除每个 Switchboard 来源。聚合器可以更改其底层输入。完整的依赖检查需要消费者的选定 Scope 账户和用于填充其条目的源映射。Kamino 的仓库提供了架构，而非每个应用程序当前主网源的带时间戳库存。

Kamino 持续将其借贷生态系统引入机构领域。Galaxy 在9月在平台上开放了两个稳定币金库。新金库的存在表明，在不检查其个别资产的情况下将整个协议命名为暴露是不明智的。USDC 金库、流动性质押代币储备和代币化权益市场可以使用不同的预言机路径。我们尚未验证 Galaxy 的金库是否使用 Switchboard，因此它们不计入受影响头寸的计数。

同样，Switchboard 介绍材料中较早列出的 Kamino、Jito、marginfi 和 Drift 列表并未告诉我们它们之间的风险敞口分布。一个项目可能只为一个市场使用预言机，将其用作备用，或在切换实时 Feed 后保留代码。唯一可辩护的分析单位是特定市场或金库及其在指定时间的配置 Feed。没有这个单位，关于资金风险的主张就是反向运行的营销算术。

过时 Feed 有多种可能的影响

Feed 滞后的技术后果取决于消费协议。借贷程序通常需要价格来确定抵押品价值和借款能力。如果它拒绝旧值，操作可能会失败，或者市场可能会根据其规则暂停。如果它接受陈旧数据，借款人可能会针对不再匹配市场的价格进行交易。备用来源可能保持市场运行，但引入新的更新节奏或置信度规则。协议的文档和链上配置决定了哪条路径适用。

marginfi 明确指出 Switchboard pull Feed 需要在在使用前进行曲柄化。因此，集成商必须在交易路径中提供新鲜更新。相比之下，Pyth push Feed 被描述为通过 Pyth 的基础设施保持新鲜。Scope 使用由配置条目索引选择的聚合账户值。在这些类型之间移动会改变交易需要的账户和检查它们的代码。9月的 SDK 警告是这些变化到达应用程序软件的一个可见示例。

对于 Jito Tip Router，公共文档描述了不可用 Feed 的备用权重。这些备用是否能在持续中断期间保持准确的奖励分配，是实时配置和 Jito 运营商的问题，而不是文档句子所能解决的。如果在公司停止支持后，Feed 仍通过独立的节点运营商继续更新，则不会立即触发备用。如果更新停止但备用处于活动状态，操作可能会以不同的定价方法继续。这些是条件路径，而非对系统当前状态的预测。

9月初 Vesu 发生的无关预言机事件导致清算。这说明错误定价会产生经济影响，但这不是 Switchboard、Jito 或 marginfi 发生事件的证据。不应通过类比将关闭通知转变为清算索赔。实际事件的迹象将是陈旧的账户时间戳、失败的_transactions_、协议暂停或确定的损失，这里均未显示这些迹象。

索拉诺向250毫秒插槽的转变改变了区块生产的速度，但并不能保证外部价格源会更新。当存在新价格时，更快的插槽可以更早地携带新价格。但当供应价格的节点停止工作时，它们无法制造价格。协议的新鲜度测试可能以插槽、时间或其他规则来衡量，因此网络时钟的变化可能会改变开发人员对旧 Feed 配置的解释。

谁承担迁移工作？

预言机运营商发布或协调数据，但消费协议选择其程序读取的账户以及对价格施加的限制。借贷协议可以要求治理或管理员为其市场更改预言机地址。然后，其前端和第三方集成商必须构建具有正确附加账户的交易。用户可能仅在操作员和协议做出技术决策很久之后，才注意到被拒绝的借款或暂停的市场。

运营商停止支持并不一定有权重写客户的程序配置。Switchboard 的通知敦促用户迁移，因为集成所有者必须采取行动。项目应根据其控制的地址和账户更新进行评估。如果应用程序在9月19日之前已迁移到 Pyth，则后来的支持截止日期对该市场没有直接影响。如果它仍选择 Switchboard Feed 且没有有效的备用，则 Feed 在9月25日之后的行为是具体问题。

最有力的反对关机警报的解读源于 marginfi 自己的9月说明和 Jito 记录的备用。应用程序可以设计冗余或在供应商退出前前进；代码和文档显示了这样做的方法。Switchboard 的按需模型可能会让一些 Feed 基础设施在核心贡献者停止支持后独立运行。通知并未发布每个账户停止的验证时间表，我们没有发现建立这种普遍 cutoff 的主要证据。

对于拥有自己备用的协议，存在不同类型的连续性疑问。备用价格可以防止完全停止，而以较低频率或不同源集为资产定价。对于奖励分配过程，临时备用权重可能使 epoch 会计继续运行，尽管分配随后可能依赖备用的假设。对于借贷市场，备用可能会改变健康检查中使用的价格。这些不是关于当前 Jito 或 marginfi 设置的声明。它们显示了维护者必须在用户判断迁移在操作意义上是否完成（而不仅仅是事务是否执行）之前披露的内容。

提供商清算也可能产生延迟效应。编写为请求按需价格的代码可能在独立网关回答时成功，然后在网关退休或其运营商停止更新特定资产时失败。观察者需要几个截止后的时间戳，而不是单个成功的交易，来推断持续服务。同样的纪律也适用于失败的_transaction_：一个用户的错误可能源于陈旧的 SDK 或不足的账户输入，而不是不可用的预言机。marginfi 的迁移文档提供了一个明确的示例，说明了否则可能被错误标记为预言机停服的软件解码失败。

这种安慰是有局限性的。九个月前描述的备用需要根据当前状态进行验证，9月描述的迁移选项并不能证明每个银行都采取了它。这两份文件提供了不假设灾难的可信理由，同时留下了可测量的差距。公平的结论比促销和恐慌版本都要窄：公共文档确定了候选依赖关系和逃生路线；需要对每个市场进行实时配置审计以确定任何剩余的风险敞口。

实时库存仍是缺失的文件

原始报道在此将 Switchboard 的四家知名集成商列表与 Jito、marginfi 和 Kamino 的当前主要文档进行比较。它产生了两个经过验证的文件发现。Jito 较旧的 Tip Router 文档将 Switchboard 列为金库定价和不可用 Feed 的备用。marginfi 的9月 0.1.11 说明描述了九种独立于 Switchboard 的新设置，并警告如果集成商不升级，会出现单独的 SDK 中断。Kamino 的 Scope 仓库解释了为什么仅凭聚合器标签无法识别每个上游数据源。

这项工作不产生未迁移 Feed 的计数、暴露的用户资金或任何命名协议的停服。可用的公共页面不包含所有预言机账户的同步9月25日快照、最新成功更新、备用设置和各市场支持的金额。从协议 TVL 中声称具体的美元总额是站不住脚的，因为整个协议的资产不一定共享相同的预言机。精确的新闻头条问题在实时账户层面仍然悬而未决。

适当的计数应以市场为行，而不是协议。对于每个活跃的借贷银行、衍生品市场或奖励金库，审计员应记录其程序地址、选定的预言机类型、预言机账户、备用来源（如有）、最新成功价格更新、允许的最大年龄以及实际上依赖该特定价格的价值。共享一个预言机账户的重复市场不应计为独立的 Feed；使用两个独立预言机的一个市场不应在未阅读其备用逻辑的情况下被计为完全依赖其中任何一个。市场配置的时间戳很重要，因为管理员可以在观察后更改 Feed。

这种方法解释了为什么即使是真实的陈述，如“协议过去支持550个 Feed”，也不足以回答当前问题。Feed 可以存在于没有活跃借款人的情况下，可以有价格更新而没有消费市场，或者仅引用休眠代码。Feed 账户的计数衡量基础设施。配置市场的计数衡量依赖性。实际触及这些市场的头寸和抵押品的计数衡量经济风险敞口。这三者都与项目在运行中的所有产品中存入的总资产不可互换。

当源是聚合器时，还有进一步的验证步骤。消费者可能识别出一个 Scope 账户和条目索引，而 Scope 映射指向一个或多个提供商。在9月25日之后对 Scope 账户的更新证明聚合器生成了一个值，但这本身并不能证明 Switchboard 继续提供基础价格。调查人员需要该更新的选定条目和源配置。Kamino 的仓库指出代币对标签不完全存储在链上，因此可能需要外部配置或维护者文档来将索引映射到其资产。如果该映射不可用，结果应记录为未知，而不是静默归因于 Pyth 或 Switchboard。

关注要点

• 市场预言机地址：将每个活跃银行或金库的配置 Feed 与记录的 Switchboard 账户进行比较。
• 价格更新时间戳：检查已识别的 Feed 是否在9月25日之后继续发布新鲜值。
• 备用配置：如果主要 Feed 落后，查找使用的源和新鲜度限制。
• 近期程序交易：检查受影响市场的借款、结算或小费分配是否仍已完成。
• 过时的维护者更新：寻找有账户或程序地址支持的命名迁移、市场暂停或剩余依赖关系。

记录每次检查的观察时间；没有区块或时间戳的截图很快就会过时。marginfi 的升级说明指出，使用新预言机枚举值的银行可能导致旧 SDK 无法初始化其客户端，即使用户不与该特定银行交互。使用2.8.0或更高版本 SDK 的指令是在9月4日迁移开始前三周发布的，早于 Switchboard 的支持截止日期。

常见问题解答 (FAQ)

Switchboard 何时说支持会结束？

关机公告于2026年9月19日发布，并将9月25日确定为现有技术支持的结束。该通知立即弃用了实现。

所有 Switchboard 预言机 Feed 都在9月25日停止了吗？

仅支持截止日期并不能确立所有链上账户停止更新。需要当前的交易和 Feed 时间戳才能做出此声明。

Jito 仍在使用 Switchboard 吗？

Jito 的 Tip Router 文档仍将 Switchboard 列为金库定价的来源，但其概述标记为九个月前最后更新。页面并不能证明9月25日的实时配置。

marginfi 是否已迁移出 Switchboard？

marginfi 的9月升级记录了九种不依赖 Switchboard 的新预言机设置，并表示银行从9月4日开始转移。它并未说明每个银行都完成了迁移。

为什么预言机迁移会破坏 SDK？

marginfi 表示旧版 SDK 不识别其九种新设置使用的枚举值。配置有一个的银行会导致旧客户端初始化失败；2.8.0或更高版本支持这些变体。

Kamino Scope 是否独立于每个外部预言机？

Scope 聚合来自其他预言机账户的值。在消费者的配置中看到 Scope 并不能在不检查特定条目映射的情况下识别每个上游源。

用户如何检查市场是否受到影响？

市场的配置预言机账户、最新更新和备用设置比历史提供商列表提供更强的答案。协议公告可以确认特定市场是否已迁移。

已从此次关机中核实损失吗？

未为此功能核实任何命名协议的损失。另一个协议之前的事件不能证明此处发生了事件。这是教育分析，而非投资建议。