比特币钱包显示待确认，并不等于资金丢失或交易失败。本文按交易 ID、可信浏览器、钱包状态和确认数逐步核验，并说明哪些处置边界需要查看钱包官方文档；同时提醒不要重复付款，也不要向陌生人透露私钥或助记词。

Solana getTransaction 返回 null，并不能单独证明交易从未发生。本文区分顶层 result、内部 blockTime/meta 字段与请求错误，再按签名、cluster、commitment 和历史数据范围整理核验步骤。

交易哈希抄错一位就前功尽弃，于是有人提议直接报「区块高度加块内序号」的位置坐标。编号 136 的 TxRef 用 Bech32m 编码把比特币交易的位置写成人能抄的短串，但原文自己强调这是弱关联：重组时位置可能指向另一笔甚至空位。本文拆解 TxRef 的编码结构、六个确认数以下不得展示的显示纪律，以及把它换回交易哈希的交叉核对方法。

一串 64 位十六进制的交易哈希，不带链号、不带解码信息，接收方只能连蒙带猜。ERC-2400 给已提交交易的回执定义了带链标识与函数事件签名的 URI 格式，并规定了打开链接前必须做的比对。本文拆语法、校验语义与使用纪律。

ERC-20 转账有 Transfer 事件可扫，ETH 转账却常年没有日志，合约钱包入金容易被索引工具漏掉。EIP-7708 提议让每笔带值的调用都自动生成一条与 ERC-20 同形的日志。本文按提案文本讲清它补什么洞、目前处于什么阶段，以及现在查 ETH 流水该靠什么。

一笔代币转账在区块浏览器里常拆成主交易加多条内部交易，本文解释原生币转账与 ERC-20 记账转账的机制差异，教你读懂内部交易列表里的资金路径、确认到账该看哪一条记录，以及内部交易与合约事件日志的优先级关系。