OKX Explorer 查 Ethereum 代币转账：交易成功、合约和收款数量分别核对
链小知 · 入门 · 核验 · 依官方文档整理
用已有交易hash检查Ethereum状态及ERC20转账记录，区分原生Value、合约目标、实际收款与平台记账。
开始前准备
- 准备完整Ethereum交易hash、预期ERC20合约地址、收款地址、数量和时间；例如核对USDC时须另备发行方对应Ethereum合约，不能只输入USDC名称。
- 范围是2026-10-12官网Ethereum部署界面；Aptos及其他链流程未在此验收。页面可见数据与地区/索引服务变化需当次检查。
- 只读查询无需提供恢复词或签名，不产生新交易费；开发者v6 API需要认证，与此网页任务分开。
1. 进入当前 Ethereum 浏览器入口
打开https://web3.okx.com/explorer/ethereum，确认网络为Ethereum。旧www.okx.com/web3/explorer及/eth可能跳转，跳转后重新看主机和链路径。可使用页面搜索完整hash，或在该入口后加/tx/及完整hash直接定位。订单号、地址、User Operation hash不是普通交易hash，不能仅因0x开头就互换。
检查结果：最终主机、ethereum路径及输入类别符合任务；没有落入钱包或交易所订单页面。
2. 检查交易身份和加载状态
在详情页核对完整hash，使用复制控件粘到本地文本，与发送记录比对。先等待加载骨架结束；空结果、loading error、invalid hash或被替换/丢弃状态需要分别记录。查不到时复查网络、完整hash与发送方记录，稍后再查；不要把No data解释成付款从未发生，更不要因此再次付款。
检查结果：hash一致且详情已加载，或具体缺数据状态和时间已记录。
3. 先看链上状态，再看转账内容
在Overview读取页面提供的状态、区块与时间字段。Pending/缺区块、Success和Fail分别记录，空值不当成确认；若出现Replaced/Dropped，核对发送方是否提供另一个hash，不将旧hash的状态复制到新hash。状态成功只说明这笔链上执行结果，尚未证明你期待的代币数量、收款地址或平台记账都正确。
检查结果：有具体hash对应的状态、区块/时间或缺失项；未据图标直接宣布到账。
4. 打开代币转账并核对完整合约
选择当前页面实际提供的Token Transfer/代币转账分类。逐条检查token contract、From、To、数量和symbol；点代币进入详情时再次比对完整合约地址及仍为Ethereum。普通交易的To可能是代币合约或路由合约，不能当最终收款地址；原生Value为0也不等于没有ERC20转账。合约地址或收款地址不匹配就保留差异，名称/标识一致也不能合并为同一资产。
检查结果：找到预期合约和最终收款地址对应行；若无页签或无匹配行，代币到账保留未确认。
5. 检查数量、内部记录和费用单位
数量按该代币页面的单位记录，不将ETH/Gwei或Gas Used当ERC20数量。若一笔交易有多行转账，先按合约与收款地址匹配，不直接把所有行相加；需要追合约内部原生流动时另看页面实际提供的Internal Tx。Fee、unit、Gas Used与gasLimit是不同字段；保留可见收费单位，不由本教程推一个统一费率。字段为空或加载失败时记未知。
检查结果：代币数量与已有预期相符或差额明确，链上费与代币金额分开。
6. 保存结果并界定平台入账范围
记录网络、hash、状态、区块/时间、完整代币合约、From/To、数量及费用，保存该链详情链接。链上显示正确收款可作为进一步对账证据，但交易所确认数、账户归属、充值网络与内部记账仍由接收平台核对；浏览器不会证明某平台账户余额已增加。未见匹配转账时带上述公开字段核查，不提交钱包秘密或付费解锁。
检查结果：形成可复查的链上记录；平台到账、退款或最终性结论没有超出可见字段。
怎样确认完成
- 保存具体交易和代币身份的核对记录，缺字段与未加载分类单独标记。
- 官方部署资源文档核验；未完成真实交易页面查询或平台到账验收。
常见错误与边界
- 普通交易To、原生Value和ERC20事件中的To/数量不是同一口径。
- 网页展示、开发者API支持和交易所充值进度不是同一产品结果。