同样是充值，有的币一个确认就到账，有的要等十几个确认，二层链还要再加一段等待期。确认数差异背后是各链被重组的概率结构、出块节奏与交易所自己的风险定价。本文解释确认数门槛是怎么定出来的，以及为什么重组时平台有权追溯处理。

Bitcoin Core 移除了 resendwallettransactions 之后，钱包改为周期性重播未确认交易。本文按 v31.0 源码与 0.19、0.21 发布说明核对重播的随机时间表、walletbroadcast 与同步状态的闸门，以及它对交易确认速度没有作用这一事实。

预确认让交易在正式上链前得到会被执行的承诺，但窗口期内存在重组与撤回尾部风险。本文界定 DeFi 仓位依赖预确认信号的边界与降级处理。

Solana getSignatureStatuses返回null时，可能只是近期缓存未命中，不等于交易失败或链上不存在。本文给出历史补查、批量位置映射和确认状态验收方法。

网络拥堵期间，假加速服务、假客服和“付费插队”话术集中出现。本文讲拥堵的真实机制、动手前三步检查，以及拥堵期的防骗处置顺序。

Base上的交易从排序器接收、L2区块确认、批次提交到以太坊最终确定，代表不同安全层级。本文用四段时间轴说明钱包显示成功后还要核对什么，以及充值、跨链和大额结算如何设置等待门槛。

替换交易必须花掉相同输入、绝对费用不低于原交易之和、按最低中继费补带宽、被替换与逐出后代不超过 100 笔。本文按 BIP125 原文梳理显式与继承信号、替换条件清单、收款方面对未确认交易的三档判断框架，以及替换机制被撤回又重启的历史与钱包默认值演进。

本文解释预确认（Preconfirmation）机制：排序器或出块方如何在交易真正入链前给出"必然被包含"的可验证承诺、Bond 与罚没如何提供经济保障、它与 Flashblocks 和乐观确认的区别，以及使用中要核的三个条件。

Solana recent blockhash有有限处理窗口。本文用lastValidBlockHeight设计确认、重试和重签状态机，避免超时后重复执行。同时说明旧交易仍可能落地时的幂等保护、业务唯一编号和Durable Nonce适用边界。