什么是 Transaction Delay？
Transaction Delay 是从你点击发送到网络将你的转账正式记录下来的时间。它包括在 mempool 的等待时间以及你为安全起见希望得到的确认次数。可以把它比作在一家很忙的咖啡馆点单，然后等叫到你的名字。
并非所有加密操作都是即时完成的。Transaction Delay 取决于需求、区块出块速度以及你支付的 交易费用。付费很少的话，可能要等很久，而其他人则通过付更高费用先被处理。
Transaction Delay 如何运作
当你点击发送时，下面是实际发生过程的简要说明。
- 广播：你的钱包为交易签名并将其广播到相邻节点。
- 排队：交易进入 mempool，这是一个公开的等待区，许多转账在此竞争被打包。
- 打包：矿工或验证者会在下一个区块中挑选交易，通常优先选择费率更高的。首次被打包后，你可能还会为了放心再等几次确认。
- 拥堵：如果大家同时大量发送，队列会变长。这种激增称为 网络拥堵，会延长被打包的时间。
- 波动：价格大幅波动会带动活动和更高的费用出价，这就是 市场波动 与链上需求相遇的情况。
这就是流程。没有神秘因素，只有排队和激励。
为什么 Transaction Delay 很重要
就算只花一两分钟或十几分钟，也可能影响真实的资金和计划结果。
- 好处：考虑到 Transaction Delay 可以帮助你避免在繁忙时段付出过高费用，同时仍能按时完成。
- 视角：延迟能反映链上有多繁忙，以及在热门时段用户对区块容量的出价价值。
- 相关场景：在不同交易所间转账、铸造 NFT、参与拍卖或执行 DAO 投票时，你会遇到它。
如果很赶，使用支持通过提高费用替换交易或优先选项的钱包，发送前先查看区块浏览器以了解当前网络流量。
Transaction Delay 的主要特征
下面是定义 Transaction Delay 的一些特征，说明为什么它有时很顺畅、有时很慢。
- 队列：mempool 越大，等待首次被打包的时间越长。
- 费用：更高的费率会让你更快被打包，因为出块者会优先考虑激励。
- 区块：链的出块速度影响处理速度，参见 区块确认时间，了解新区块到达的频率。
- 最终性：部分用户为了安全会要求更多确认，这会延长总等待时间。
如何计算 Transaction Delay？
可以做一个粗略估算。先估算交易进入首个区块需要的时间，然后加上你希望的额外确认所需时间。
Delay_estimate = time_to_first_inclusion + confirmations_needed * average_block_interval 举例：如果进入首个区块需 2 分钟，你希望有 10 次确认，平均区块间隔是 12 秒，那么 Delay_estimate 为 2 分钟加上 120 秒，总共约 4 分钟。
不同情形
等待体验会不同，常见几种情况：
- 链上：基础层转账直接竞争区块容量。
- 第二层：本地确认较快，但随后会有回写主链的证明。
- 跨链桥：额外检查和轻客户端证明会在网络间增加数分钟或更久的等待。
- 托管：交易所内部的转账在应用内看起来几乎即时，但最终仍在链上结算。
待处理不等于丢失。如果你的费用过低，交易可能会在池里停留较久甚至被移除，你可以用更高的费用重发。
示例
举例来说，你在热度最高的铸造期间用较低费用发送 ETH，看到交易在 mempool 中等待 8 分钟才获得首次确认，然后再等 2 分钟以获得额外确认。
趣闻
在 2017 年和 2021 年的高峰期，比特币和以太坊的队列曾大幅膨胀，部分用户等待数小时，而付出高额费用的用户则像付费跳过排队那样被优先处理。
总结
简要来说：Transaction Delay 与排队、费用和区块出块速度相关，提前计划发送可以减少等待时间。