Chainflip 兑换后没到账：核swap、egress与fallback阶段
链小知 · 进阶 · 核验 · 依官方文档整理
从已有状态响应区分换币、发出、完成和退款，解释目标转移失败。
开始前准备
- 准备已有脱敏报价/订单、所用版本/环境与原交易时间；没有记录时仅按官方示例核字段。
- 只阅读资料与既有记录，不连接钱包、不创建通道、不付款、签名、广播或请求退款。
1. 用原订单身份追踪
getStatusV2的id接受depositChannelId、vault swap原交易哈希或swapId；先对应原记录，再读state。WAITING/RECEIVING/SWAPPING/SENDING/SENT/COMPLETED/FAILED携带不同字段，未出现字段不能先填0。
检查结果：原身份和state对应，缺失字段保留缺失。
2. 分别核兑换与目标发送
查看deposit见证、swap已执行/剩余量，随后分别检查swapEgress、refundEgress和fallbackEgress。后者指目标转移失败后送往退款地址的输出，不能当最初目标地址已收款。
每项输出核amount、txRef、failure及目的资产/地址；有广播身份仍需对应目的链回执和实际资产，不能只凭SENT或换币数值判断完成。
检查结果：兑换、目的发送与退款/fallback分别有状态和回执或待核。
3. 定位目标转移失败的材料
官方列EVM合约收原生币耗Gas过高、Token收款地址被发行方限制等失败情况；TRX发给合约地址亦不支持。仅据原错误定位，不把列举原因当已诊断事实。
当前fallback恢复文档限Ethereum/Arbitrum：从Swaps详情Events的Broadcast request block找broadcast_id，保留失败时间。文档称一个epoch后失效、当时约3天，须核当前参数；这里不取签名载荷或广播恢复交易。
检查结果：错误、链、broadcast_id和时限有依据，恢复计划不写成已完成。
怎样确认完成
- 找到有证据的停留阶段并列待核字段。
- 以目的资产或退款回执确认对应完成，本文无资金操作。
常见错误与边界
- 9/15公告的恢复顺序和TRON例外不是今日实时状态或LP赔付证明。
- transactionPayload出现表示需要另一处理环节，不等于钱包已到账。