Cosmos IBC 转账没有到目的链时,先不要只凭等待时间判断退款。本文区分数据包超时条件、源链 timeout proof 与 ICS-20 应用回调,并说明如何从交易、channel、序号和源链记录逐层核验。具体状态取决于所用链和应用实现。
汇总与「IBC」相关的文章,帮助你系统了解该主题。
Cosmos IBC 转账没有到目的链时,先不要只凭等待时间判断退款。本文区分数据包超时条件、源链 timeout proof 与 ICS-20 应用回调,并说明如何从交易、channel、序号和源链记录逐层核验。具体状态取决于所用链和应用实现。
IBC 客户端要跟着底层链升级,否则通道与连接在升级后就会失效。ibc-go 官方文档给出的路径是 VerifyUpgradeAndUpdateState,并强制区分链选型参数与客户端选型参数。本文拆解升级证明为何要编码最后高度、MsgUpgradeClient 为何只能成功一次,以及解绑周期与信任周期冲突怎么产生无效客户端。
IBC 速率限制中间件包在 ICS-20 转账外面,按资产与通道(或客户端)配置发送、接收两个方向的百分比配额,超过阈值的那一笔直接被拦下;计数器随小时纪元重置,超时或投递失败的包会被回退记账。黑名单可以整类阻断资产,白名单可以整体绕行。本文按官方文档拆解它的判超公式、状态记账、治理入口与拦不住的边界。
Cosmos IBC 的 ICS-003 用 ConnOpenInit、Try、Ack、Confirm 四个数据报让两条链互相认定授权管道:验证对方标识符、协商版本、防止重放,新规范还弃用了一段对端客户端证明。本文按规范原文拆解这套开手协议与排查顺序。
跨链后代币名变成 transfer/channel 前缀串不是故障:ICS-20 把来路编进名字,回程烧凭证还是解托管由前缀判定。本文拆解锁铸分工、多跳累积与格式硬边界。
按 ICS-23 官方规范拆解向量承诺:IBC 为什么要把状态证明抽象成统一接口,管理者、证明者与验证者各跑哪组函数,完整性、可靠性与位置绑定三条性质如何共同保证跨链核验不被伪造,以及前缀机制与非成员证明防住了什么。
按 ICS-008 官方规范拆解 Wasm 轻客户端:为什么静态编译进节点二进制的轻客户端升级必须等全网硬分叉,Wasm 字节码如何把轻客户端变成可热插拔的代码,代理合约、代码上传与实例化分别发生什么,以及这种灵活性带来的信任边界变化。
IBC Callbacks让合约或模块响应跨链发送、接收、回执和超时事件。本文说明参与者认证、最大Gas、中间件顺序与失败隔离,防止回调拖垮数据包流程。并提供IBC Callbacks场景下可复查的操作记录与安全边界。
Packet Forward Middleware用memo驱动IBC多跳转发,并在下一跳回执或超时后向上一跳结算。本文按A到B到C时序解释在途包、denom trace、重试和退款。
IBC Fee Middleware把数据包费用拆成接收、回执和超时三部分,并按实际中继路径领取或退款。文章解释托管、payee、补费和安全边界。并提供IBC Fee Middleware场景下可复查的操作记录与安全边界。