CCIP 2.0验证没通过：核Required、Optional与版本化证明
链小知 · 进阶 · 核验 · 依官方文档整理
用已有CCIP配置和错误记录区分验证者缺失、可选阈值及源/目标策略不一致。
开始前准备
- 准备已有脱敏配置、错误或回执记录，保留网络、对象身份、版本及时间；缺项标待核。
- 仅阅读公开文档和已有记录，不登录、安装、调用RPC/API、获取报价、签名、部署、转账或重试业务。
1. 锁定CCIP版本和消息身份
此处按CCIP 2.0的CCV与OffRamp执行材料解释，不把旧Merkle proof或Feed price接口混入。分列源链/目标链selector、Router/OnRamp/OffRamp与messageId；源交易hash不是messageId。
保留原extraArgs版本；文档允许旧ExtraArgs在2.0路径归一化，不由旧参数格式推断未使用2.0，也不由媒体新品报道推断本人已经迁移。
检查结果：有版本、通道、合约与messageId关联，未知实际部署版本保留。
2. 合并各参与方要求，不只数发送者列表
CCV要求来自发送者、Token Pool、接收合约与lane配置，均须按该消息核对。额外验证者是默认委员会之上的附加防护；不能把媒体提到的16个运营者当所有资产通道的唯一验证配置。
Required CCV须全部存在且验证有效；接收端Optional列表须满足其阈值。源侧发送成功不能证明目标接收端的验证者或finality规则已对齐。
检查结果：按来源分列Required集合、Optional集合/阈值与finality条件。
3. 区分集合阈值和每个证明校验
RequiredCCVMissing或OptionalCCVQuorumNotReached分别指缺必需验证者或未满足可选阈值；集合齐全后仍需每个CCV的证明通过其实现验证。
CCV地址为稳定Resolver，证明含4字节版本标签以找到对应目标链实现。地址没变不能证明验证逻辑没变；InboundImplementationNotFound应核原版本标签与实现关系，而非自动解释为签名数量不足。
检查结果：集合/阈值、版本标签、实现与证明校验错误分列。
4. 区分已生成证明和Indexer已收集
官方说明Indexer只收集配置中已识别的CCV；未纳入的必需验证者可能让自动执行卡住，即使该验证者已经发布证明。已有verificationComplete只是Indexer视野内信号，不是链上可执行保证。
仅核原证明来源、messageId对应关系和Indexer记录缺项，不获取新证明、拼接提交或运行服务。
检查结果：验证者发布、Indexer收集与目标链验证三个阶段分开。
5. 保留第三方可用性与重组责任
默认Committee Verifier针对FTF有重组隔离机制，不能推广为所有外部验证者同样提供。第三方接口合规、API可用性和finality策略由其运营者及集成方承担核对责任。
本篇不通过删掉必需验证者、降低阈值或减少finality来绕开错误；没有实例配置与证明时只能说明文档条件，不能归因某次业务失败。
检查结果：给出可证配置缺口及未知原因，不把附加验证层写成自动安全保证。
怎样确认完成
- 形成条件、费用、执行阶段与未证实项的核对记录。
- 本教程仅documentation；未验收实际配置、服务可用性或资金交付。
常见错误与边界
- 同一CCV地址可能对应多个版本实现；数量齐全不等于每个证明有效。
- 第三方验证者重组与可用性不能沿用默认委员会的保证。