什么是 Zero Confirmation Transaction？
Zero Confirmation Transaction 是网络已检测到但尚未写入区块的付款。它对节点和钱包可见，但尚未最终确认。想象把卡递给咖啡师，他们看到刷卡，开始做拿铁，但收据还没打印出来。
误解
人们常认为 Zero Confirmation Transaction 一出现在钱包里就有保障。并非如此。在区块确认之前，它仍可能被替换或双重支付，因此应将其视为强烈的信号，而不是承诺。
Zero Confirmation Transaction 的工作原理
简要流程，没有赘述。你发送后网络接收，商家根据风险偏好决定是否接受。
- 步骤 1：你的钱包创建了一个 加密货币交易 并将其广播给对等节点。
- 步骤 2：节点检查基本规则并在网络中传播，最终进入公共 mempools。
- 步骤 3：部分节点将其转发给 矿工，如果交易看起来有效且有吸引力，矿工可能把它打包进下一个区块。
- 步骤 4：在区块确认之前，商家可能仍会接受它，因为交易可见且很可能会被确认。
- 步骤 5：一旦某个区块包含该交易，付款就更难被撤销，经过几个区块确认后通常视为已结算。
流程就是这样，够简洁。
为什么 Zero Confirmation Transaction 很重要
因为在你只想要咖啡、点数或游戏道具时，等一个区块确认会感觉像在等很久。
- 好处：为小额购买和现场结账提供即时体验，缩短排队时间，提高体验感。
- 视角：风险是真实存在的，尤其是在 Network Congestion 激增且激励发生变化时。
- 相关场景：售货、街机式支付以及应用和游戏内的 microtransactions 常会出现。
提示
如果你接受 Zero Confirmation Transaction，请检查费用是否合理且没有明显的风险信号。较高的 Transaction Fees 往往能更快促成打包，从而缩短你的风险暴露期。
Zero Confirmation Transaction 的关键特征
其特点如下：
- 速度：几乎瞬间在钱包中显示，但不等于最终结算。
- 风险：在确认之前，Zero Confirmation Transaction 仍可能被撤销或替换。
- 策略：是否接受取决于商家规则和风险偏好，而非协议担保。
- 成本：费用高低和提交时机会影响其被打包进区块的速度。
变体
有几种形式，每种适用场景和风险不同：
- 标准：商家看到广播并为低价值商品接受 Zero Confirmation Transaction。
- 注意 Replace by Fee 的情况：如果交易表明有 Replace by Fee，商家会拒绝或延后，因为替换更容易发生。
- 封闭环：零售商或平台运行自有节点并在受控环境内设定接受规则。
提醒
确认带来最终性。可见性不等于结算，所以如果在区块确认前采取行动，金额应保持较小。
示例
一家咖啡店看到你的付款，接受 Zero Confirmation Transaction，递给你拿铁，几分钟后交易被确认。
趣闻
早期比特币聚会在小吃和周边销售上经常使用 Zero Confirmation Transaction，部分是为了证明其可行性，部分是因为用手机在区块确认前买曲奇感觉很酷。
总结
一句话总结：Zero Confirmation Transaction 现在可见，稍后变成最终确认，因此适合小额交易并保持警惕。