以太坊 gas limit 表示交易允许消耗的上限，不等于最终手续费。本文拆解 gasUsed、base fee、priority fee 与 max fee 的关系，说明普通转账示例不能直接套用于合约交互，并教你从交易回执核对实际费用；实时费率需以提交时钱包显示为准。

以太坊 nonce 是账户交易序号，较早交易未确认时，后续交易可能继续等待。本文解释 nonce 与交易哈希的区别，并给出核对网络、账户、交易状态及钱包内置替换选项的安全顺序，说明取消不能逆转已确认交易。

以太坊账户 nonce 是账户状态中的计数值，可用于理解交易序列与重放防护，但连续编号不能证明每笔交易都已打包、执行成功或达到最终确认。本文解释 latest、pending 与回执核验的差别。

钱包做交易替换后，dApp 往往还在按旧哈希轮询区块。EIP-2831 提出 tx_replacement、tx_speedup、tx_cancel 三个 Provider 事件来补上这段信息断层。本文逐项解释三类事件的判定条件与字段，并给出钱包没发事件时用户的自查顺序。

部分钱包会在交易状态里显示 conflicted 或与当前历史冲突：同一笔输入被两笔交易竞争，只有一笔能活下来。本文讲清冲突交易的机制来源、区块重组与双花尝试的区别、以及收款方该按什么顺序核实。

确认数不是协议承诺而是成本叠加：链尖会短暂重组，最终性机制各链不同。本文解释确认数的来源与金额、对手方规则、多源核对三个定线输入，并澄清三个常见误判。

确认数是链尖高度与交易所在区块高度的差值，两家浏览器的链尖快照、索引器进度、节点同步状态不同就会给出相差一的答案；本文给出按哈希固定变量比较的处理方式与重组排查边界。

按提币申请、待处理、提币中、已转出四个阶段拆解交易所提币流程：各阶段能否撤销、卡住时先看什么字段、拿到交易哈希后如何在链上核对，以及链上成功与平台入账、钱包显示为什么不能混为一谈。

逐项拆解区块浏览器里的状态、哈希、确认数、Gas 消耗和失败信息，说明 pending、failed 分别意味着什么、如何判断交易真正完成，以及浏览器数据为什么不等于盈亏结论。