Brid.gg 转出未到账：从 Account History 区分原生桥与 USDC CCTP
链小知 · 入门 · 核验 · 依官方文档整理
核对路线、接收地址与退出阶段，避免把 USDC CCTP 当作普通三阶段 OP 退出。
开始前准备
- 准备已有桥交易哈希、币种、源/目标链和 Account History 记录。
- 原生桥、CCTP 与所选链的配置不同，页面所示支持资产不能推广到任意代币。
1. 从原记录确认桥方法
在桥预览或历史记录核对 from、to、资产和 Method。官方教程以 Ethereum 到 Base 示范；其 USDC 路线采用 CCTP，而其他适用资产可能走 Canonical。相同网站不代表所有资产共用一套到账阶段。
检查结果：币种、链与 Method 有明确记录。
2. 检查 Receiver 实际地址
对照原记录的 Receiver，默认值和自定义接收地址不能混淆。目标余额应查看 Receiver 而非仅看发起钱包；不同链同地址也必须在正确网络观察。
检查结果：源钱包和目标接收地址分列且能对应原请求。
3. 在 Account History 找到匹配转账
打开历史记录，按源哈希、网络和方向定位，记录 deposit/withdraw 当前状态。查不到时先核对账户、网络与页面加载，不能直接重发转账或声称失败。
检查结果：历史条目与原哈希一致，状态取得时间已记录。
4. 原生 OP 退出核对三阶段
适用的 OP 原生退出包括 L2 发起、L1 证明、L1 最终化。官方教程将挑战等待与证明确认关联；若尚未有 prove，就不能把等待结束当作可 finalize。USDC CCTP 不应照这个三阶段强行分类。
检查结果：原生退出各阶段有证据，CCTP 标明另走消息路径。
5. 最终核对资产与费用
历史完成状态仍应与目标接收交易和实际资产核对。每个需上链的阶段会有 gas，当前预览和网络估计为准；不要把网站的桥方法描述解释成固定零总成本或保证分钟数。
检查结果：结果包含路线、最后证实阶段、实际到账或缺失证据。
怎样确认完成
- 建立路线、Receiver、历史状态与到账的对应关系。
- 尚未完成的阶段和所需核查资料已列明。
常见错误与边界
- USDC CCTP 套用普通 Canonical 退出阶段。
- 只看源钱包而忽略自定义 Receiver。
- 用平均时长承诺本次到账时间。