Cardano IBC 客户端新增 Mithril 质押验证

Cardano Foundation 于 10 月 16 日发布其实验性 Cardano IBC 轻客户端核心 v0.1.6。每个新客户端现在都从经 Mithril 认证的质押分布开始，将经过验证的质押数据引入跨链消息和代币转移的基础设施。

Mithril 认证 Cardano 质押分布

质押分布记录每个质押池被委托的 ADA 数量。IBC 客户端在验证 Cardano 区块并评估是否满足接受 Cardano IBC 状态的条件时会使用这些信息。

Mithril 通过参与的质押池运营者的签名对 Cardano 数据进行认证。在此实现中，其证书用于验证与特定 epoch 相关联的质押分布，epoch 是 Cardano 协议中的一个定义周期。

根据该客户端文档，质押数量曾是其 epoch 数据中尚未签名的组成部分。因此，由中继器（在网络间传递信息的服务）提供的分布将带有六小时的质询窗口期。

现在，经认证的分布优先于上传的表格。如果 Mithril 证书与先前接受的质押数据相矛盾，客户端将冻结。此次发布还使签名验证与 Mithril 参考实现保持一致，并引入了更严格的证明检查。

此更改如何影响 Cardano IBC 转移

IBC，即 Inter-Blockchain Communication，是在区块链之间交换消息和代币的协议。Cardano IBC Incubator 负责开发 Cardano 的实现，其中包括支持同质化代币转移的组件。

轻客户端运行在接收链上，并在接受 IBC 消息前检查来自另一网络的信息。对于 Cardano，这包括跟随区块、验证其生产者，并通过后续区块生产收集足够的证据。

匹配的 Mithril 证书会消除质押验证的等待。对于缺少该认证的后续 epoch，仍需经过质询流程。

其他接受条件仍然适用。当前模型要求在被观察区块之后至少生成 24 个区块、至少有 5 个符合条件的质押池，并达到指定的质押阈值。因此，仅达到最少区块数量并不能保证被接受。

单笔转移的耗时仍取决于区块结算、客户端更新以及 IBC 消息处理。

Cardano IBC 部署仍属实验性

该代码库仍将该项目描述为实验性软件，尚不完整，且对生产级桥接的测试不足。开发者可以测试代币转移，包括测试用 ADA，同时该实现的安全性还取决于所配置的数据源与接受参数。

参与的 Cosmos 链必须集成 Cardano 客户端并明确允许其使用。新核心与两个受支持的 ibc-go 版本的适配器一同发布。

在宿主链升级到新模块之前，使用旧内联存储格式的现有客户端必须被重新创建。

运营者在创建客户端时会建立初始的受信任 Mithril 配置。只有当导入的质押分布与已验证的证书匹配后，初始化才会完成，从而使经过认证的质押数据成为客户端后续跨链验证的必需起点。