报价过期了协议怎么办：预言机失效时的三档回退

绝大多数 DeFi 协议不自己产生价格，而是读一份外部报价。日常里没人关注这条链路，直到某个时刻报价停在旧数字上，而市场价格已经跑远。这时协议的行为完全取决于事先写好的规则，理解这些规则比记住某个预言机的名字更有用。

新鲜度是怎么被判断的

链上合约能拿到的信息通常只有三样：一个价格值、这一轮报价被记录的时间、以及一个轮次编号。所谓过期判断，就是把区块时间戳减去报价时间，与一个事先写死或治理可调的阈值比较。超过阈值，报价被标记为不新鲜。轮次编号的作用是让合约察觉跳号——如果上一轮是编号一百零三，这一轮直接跳到一百零六，说明中间有更新没被写进来。

这里有一个常被忽略的口径差：阈值是按秒写的，但预言机自己的更新规则往往是双条件的——偏差达到某个幅度立即更新，否则按固定时间节奏更新。价格长期横盘时，报价的年龄可能接近阈值上限却依然合规。这意味着合约里的过期判断和预言机文档里的更新频率是两个数字，读参数时不能只挑一个看。

过期之后的三档处理

第一档是沿用旧值。协议允许继续按最后一次价格运行，只在页面上加提示。这一档的风险是清晰的：如果真实价格已经偏离，仓位健康度算错，该清算的没清算，或者不该清算的被一次追补清算。协议选这一档通常意味着它认为业务对连续性更敏感，同时接受了错误定价的窗口。

第二档是暂停敏感操作。读取允许，但借贷、清算、 mint 与赎回等改变头寸的动作被拒。多数成熟借贷协议在报价过期时走这一档：宁可停一会儿，也不要用可疑价格做决定。用户视角的体感是明明有钱却提不出来，这不是故障，是设计。要看清的是恢复条件——一般不是时间到了自动恢复，而是需要一轮新的合规报价写入。

第三档是切换备用来源。协议预先配置了第二条报价链路，主源过期后改读备用。这个选项听起来最理想，代价是备用源通常更薄：更新更慢、覆盖资产更少、或依赖同一批节点的另一个网络。如果两条链路共用底层数据源或同一批参与者，所谓的备用其实在同一次事故里一起失效。判断这一档是否真的成立，要去链上看备用地址是否独立、其更新历史是否独立。

用户侧的最小核验清单

把这三步当作常规检查就够了。第一，在你实际交互的合约里（不是前端页面）确认所用报价地址与阈值，很多协议在文档或子图里公示了这些参数。第二，看该报价源最近几轮的时间戳与轮次是否连续，异常时先去预言机自己的页面核对，而不是只看协议前端。第三，问自己一个具体问题：如果这个价格停在当前值两个小时，我的仓位是安全还是不安全的。如果答案是不安全，说明你依赖的其实不是预言机，而是你自己的监控。

最后强调一点：预言机是协议的外部依赖，不存在一个能保护所有场景的通用预言机。同一份价格在不同协议里的用法可以完全不同，有的拿它决定清算，有的只做参考估值。把「这个价格在你用的协议里能触发什么」问清楚，比记住哪个预言机名气更大要有效得多。

风险提示：报价延迟、异常或被操纵可能导致清算、止损与赎回行为偏离预期，造成资金损失；协议实现与参数会随版本与治理变更。本文仅说明机制，不构成投资建议。