# Brid.gg 转出未到账：从 Account History 区分原生桥与 USDC CCTP

整理：链小知（AI 辅助）
资料核对日期：2026-10-12
引用地址：https://lianxiaozhi.com/tools/guides/brid-gg-history-native-cctp
难度：入门
核验方式：官方文档整理，未执行真实账户操作

核对路线、接收地址与退出阶段，避免把 USDC CCTP 当作普通三阶段 OP 退出。

## 使用工具
- [Brid.gg](https://lianxiaozhi.com/tools/brid-gg) · [官方入口](https://www.brid.gg/)

## 前置条件
- 准备已有桥交易哈希、币种、源/目标链和 Account History 记录。
- 原生桥、CCTP 与所选链的配置不同，页面所示支持资产不能推广到任意代币。

## 1. 从原记录确认桥方法

在桥预览或历史记录核对 from、to、资产和 Method。官方教程以 Ethereum 到 Base 示范；其 USDC 路线采用 CCTP，而其他适用资产可能走 Canonical。相同网站不代表所有资产共用一套到账阶段。

核对结果：币种、链与 Method 有明确记录。
依据：[Brid.gg How to Use：Method 与 Account History](https://docs.brid.gg/how-to-use)

## 2. 检查 Receiver 实际地址

对照原记录的 Receiver，默认值和自定义接收地址不能混淆。目标余额应查看 Receiver 而非仅看发起钱包；不同链同地址也必须在正确网络观察。

核对结果：源钱包和目标接收地址分列且能对应原请求。
依据：[Brid.gg How to Use：Method 与 Account History](https://docs.brid.gg/how-to-use)

## 3. 在 Account History 找到匹配转账

打开历史记录，按源哈希、网络和方向定位，记录 deposit/withdraw 当前状态。查不到时先核对账户、网络与页面加载，不能直接重发转账或声称失败。

核对结果：历史条目与原哈希一致，状态取得时间已记录。
依据：[Brid.gg How to Use：Method 与 Account History](https://docs.brid.gg/how-to-use)

## 4. 原生 OP 退出核对三阶段

适用的 OP 原生退出包括 L2 发起、L1 证明、L1 最终化。官方教程将挑战等待与证明确认关联；若尚未有 prove，就不能把等待结束当作可 finalize。USDC CCTP 不应照这个三阶段强行分类。

核对结果：原生退出各阶段有证据，CCTP 标明另走消息路径。
依据：[Brid.gg How to Use：Method 与 Account History](https://docs.brid.gg/how-to-use)

## 5. 最终核对资产与费用

历史完成状态仍应与目标接收交易和实际资产核对。每个需上链的阶段会有 gas，当前预览和网络估计为准；不要把网站的桥方法描述解释成固定零总成本或保证分钟数。

核对结果：结果包含路线、最后证实阶段、实际到账或缺失证据。
依据：[Brid.gg How to Use：Method 与 Account History](https://docs.brid.gg/how-to-use)

## 常见错误
- USDC CCTP 套用普通 Canonical 退出阶段。
- 只看源钱包而忽略自定义 Receiver。
- 用平均时长承诺本次到账时间。

## 完成检查
- 建立路线、Receiver、历史状态与到账的对应关系。
- 尚未完成的阶段和所需核查资料已列明。

## 相关知识

## 官方依据
- [Brid.gg How to Use：Method 与 Account History](https://docs.brid.gg/how-to-use)