IBC 轻客户端和跨链消息分别做什么？

验证对方状态与传递消息分别由谁处理？

IBC v2 将跨链通信分为客户端、核心和应用三层。客户端跟踪并验证对方链的状态；核心借助客户端验证消息包；应用处理收到的具体业务，例如代币转移的锁定或发行。

Relayer 将相关状态和消息传递给链上组件，但传到节点不等于应用成功处理。阅读跨链进度时，应区分提交、验证、接收、应用执行及确认等阶段。

• 依据：IBC v2 ↗

为什么不能用一笔源链交易证明到账？

源链发送消息只表明发送端完成相应操作。目的链还需要验证消息并交给应用处理，返回的确认或超时处理也有各自条件。应依据具体协议版本追踪完整消息过程。

这里引用的是 IBC v2 规范。实际服务可能采用 v1 或其他实现，客户端、标识与流程可能不同；不能将某个 v1 教程中的通道参数未经核对就用于 v2。

• 依据：IBC v2 ↗

怎样定位一笔待完成的跨链？

记录来源链、目的链、协议版本、消息包标识和发送交易，再查目的链接收及应用结果。涉及资产时分别核对原资产与目的链表示的余额。

源链已确认、客户端可用、目的链到账是不同状态。某一项未知时保留未知，按服务说明追查超时或失败路径；不能凭消息存在就宣布跨链完成。