转账有交易哈希，不等于收款人已获得不可逆的资产。钱包、节点和平台可能分别显示“已发送”“成功”与“待入账”。把广播、进入区块、后续确认和最终性分开理解，才能在拥堵或重组时判断应该查哪里，而不是连续重发资金。

一、交易哈希只标识一份交易

广播表示交易提交给节点或网络，未必已经进入区块。哈希让人查询同一份交易，不是到账凭证；某些交易可能被替换、长期等待或从节点交易池移除。查看时先记录网络与查询来源，再看是否有区块号、执行状态和实际输出。不同网络的哈希外观相似，不能只凭一串字符确定资产去向。

二、确认数是如何增加的

比特币常把包含交易的区块算作一次确认，后面的区块继续累加。假设示意交易位于高度 900,000，目前最佳链高度为 900,002，它有三次确认。这是高度计算例子，不是当前链状态或建议入账门槛。平台可要求不同确认数，区块平均间隔也不构成每一笔交易的固定时钟。

三、重组为什么会影响显示

网络暂时出现不同分支时，节点可能改用另一条符合共识规则的链。原先区块里的交易若未进入新链，确认数就可能下降，交易重新等待或与另一交易冲突。比特币采用累计工作量等规则选择链，而不是简单投票给页面最多的浏览器。重组并不自动代表盗币，但接收方若过早确认付款，会承担撤销原包含状态的风险。

四、以太坊最终性不是同一个计数器

以太坊权益证明使用检查点与验证者投票形成最终性。被纳入最新区块、标记为安全与最终确定，不是同一种状态。最终性依共识参与及经济惩罚条件，不是任何情况下绝对不变；网络可能暂时无法推进最终性。不要把 Bitcoin 的“六次确认”机械套给 Ethereum，也不要给所有链写统一等待分钟数。

五、跨链与平台有额外等待层

跨链服务可能先等来源链状态，再处理消息、证明与目标链交易；充值平台还会核验地址、标签、金额及风控条件。因此来源链确认，不能证明目标资产已经可以提取。第二层网络的排序器确认与向主链结算也应区分。查看服务条款里的充值确认、挑战期或提款处理说明，并用实际网络名称记录。

六、异常时按状态定位问题

若浏览器没有区块，先查看广播与节点状态；有区块但执行失败，查失败原因而非只数确认；链上成功却未入账，核对充值支持、备注与平台通知。遇到节点高度落后，换独立来源复核。避免为了催到账再转一笔，必要时将 txid、网络、金额、时间和截图提交官方工单，区分平台订单号与链上哈希。

七、用条件说明风险而非保证

对家人说明“达到平台要求的确认数”比“永远安全到账”准确。保存核验时的高度与来源，金额较大或跨链情境需单独评估安全假设和退出路径。本文提供状态判断方法，未核验任何平台当前门槛。客服若要求提供私钥或先转币才能补确认，和区块共识无关，应停止付款并走官方渠道。