SSP 中的 Bitcoin 手续费策略

·阅读 7 分钟·作者:SSP Editorial Team
SSP 关于 Bitcoin 手续费策略的指南封面,带有硬币、闪电和数据库图标

SSP 中的 Bitcoin 手续费策略

你从 SSP 发出的每一笔 Bitcoin 交易都带有手续费,而这笔手续费并不是由 SSP 或任何人设定的固定价格。它是一场公开拍卖中的出价。理解这场拍卖如何运作,决定了一笔交易是十分钟内确认,还是两天都无法确认。本指南用实用的方式讲解 Bitcoin 交易手续费——这个单位意味着什么、价格为何波动,以及当你从 SSP 的 2-of-2 multisig 钱包花费 Bitcoin 时,如何选择一个合理的手续费。

如果你还不了解 Bitcoin 在 SSP 中的表现,请先阅读中心文章 SSP 中的 Bitcoin,然后再回到这里。

手续费单位:sat/vB

Bitcoin 手续费以 sat/vB 计价——每虚拟字节的聪数。一个聪是 Bitcoin 的最小单位(一亿分之一个 BTC)。虚拟字节衡量你的交易在一个区块中占用多少空间。

需要牢记的关键点:你不是按转移价值的金额付费,而是按数据字节付费。如果两笔交易大小相同,发送 0.001 BTC 和发送 5 BTC 可能花费完全相同的手续费。改变大小——从而改变手续费——的是交易有多少个输入和输出,以及由哪种钱包生成。

你的总手续费就是 以 vBytes 计的交易大小 × 以 sat/vB 计的费率。一笔 200 vByte 的交易在 20 sat/vB 下花费 4,000 聪。选择更高的费率会更快确认;选择更低的费率则会等待。

mempool 是一个实时手续费市场

当你广播一笔交易时,它不会直接进入区块链。它会落入 mempool——每个 Bitcoin 节点保存在内存中的未确认交易池。矿工通过从 mempool 中挑选交易来构建下一个区块,而他们在经济上是理性的:他们优先挑选手续费最高的交易。

新区块大约每十分钟到达一次,空间有限。当交易的人很少时,mempool 几乎是空的,即使低手续费也能进入下一个区块。当很多人同时交易时,mempool 会拥堵,只有出价高于当前费率的交易才能进入下一个区块。其余所有交易都要等待——有时几小时,有时几天,直到需求降温,它们的出价重新变得有竞争力。

这就是手续费波动的原因。没有中心价格。"正确"的手续费就是当前竞争交易集合所决定的那个值。

解读手续费估算器

你不必猜测。手续费估算器读取当前的 mempool,告诉你什么费率能买到什么速度。使用最广泛的公共浏览器是 mempool.space,它按层级显示 mempool 深度和实时建议——通常是"下一个区块""30 分钟内"和"一小时或更久"——每个层级都带有一个 sat/vB 数值。

当你构建交易时,SSP 会提供一个手续费选项,让你将紧迫程度与当前状况匹配。这个思维模型很简单:

  • 平静的 mempool。 当估算器的"下一个区块"和"低优先级"层级接近时——通常是个位数的 sat/vB——就没有拥堵。选择经济层级。当 3 sat/vB 就能在下一个区块确认时还支付 40 sat/vB,纯粹是在烧钱。
  • 拥堵的 mempool。 当各层级之间差距很大、"下一个区块"数值很高时,网络很繁忙。如果你的付款确实有时间要求,就支付较高的费率。如果不是,选择较低的层级并接受可能需要几小时,或者等待一个更安静的时段——在主要市场时区,手续费通常在周末和夜间更低。

RBF:推动一笔卡住的交易

假设你付得太少。在你广播之后 mempool 变得更繁忙,你的手续费不再有竞争力,你的交易已经卡了几个小时。你并非无能为力。

Replace-By-Fee(RBF) 让你以更高的手续费重新广播同一笔交易。替换交易花费相同的输入、发往相同的收款人,因此除了增加的手续费之外,没有额外的钱离开你的钱包——它只是在 mempool 中覆盖了原交易。矿工随后会偏好手续费更高的版本,而低手续费的原交易会被丢弃。

在 SSP 中,这一点以一种特殊的方式很重要:你的钱包是一个 2-of-2 multisig,因此每一笔交易——包括 RBF 推送——都必须在两个设备上签名:你的手机和你的 SSP Key。推高手续费不是一键操作;把它当作在两个设备上的一次全新签名仪式。如果某笔付款很紧急而你又远离第二个设备,请为此做好计划。

替代工具是 CPFP(Child-Pays-For-Parent):你不替换卡住的交易,而是在一笔新的高手续费交易中花费其未确认的输出,想要子交易手续费的矿工就必须连同父交易一起确认。CPFP 主要用于你无法替换的入账资金。对于你自己的出账付款,RBF 通常是更干净的解决办法。

multisig 带来的细微差别

一笔 2-of-2 multisig 交易在 vBytes 上比单签名交易更大,因为它携带两个签名和一个更复杂的花费脚本,而不是一个。SSP 使用原生 SegWit multisig(P2WSH),这使得这部分开销保持适度,但交易仍然比基本的单签名付款更大——所以在相同的 sat/vB 费率下,它的花费会稍多一些。

这是消除单密钥钱包所具有的单点故障所付出的代价,相对于你获得的安全性,它是很小的。两个实际影响:

  • 当你把 SSP 的手续费与你在单签名钱包中看到的手续费相比时,预期 SSP 在相同费率下会略高一些。这是脚本造成的,不是 SSP 的加价。
  • 一笔交易消耗的输入(UTXO)越多,它就越大。如果你的余额由许多小额收款组成,花费它就很昂贵。解决办法是 UTXO 合并——参见 在 SSP 中合并 UTXO

常见误区

  • 在平静的 mempool 中多付。 最常见的浪费。在接受默认的高手续费之前,务必看一眼估算器;在平静的状况下,经济层级也能顺利确认。
  • 付得太少而卡住。 相反的错误。一小时前看起来还不错的手续费,会随着 mempool 被填满而跌到当前费率以下。如果某笔付款很重要,就不要出最低价。
  • 不知道 RBF 的存在。 许多用户以为卡住的交易就丢失了,于是恐慌。它没有丢失——它只是未确认,可以被推高,或者它最终会从 mempool 中掉落,币会作为可花费的资金回到你的钱包。耐心等待或 RBF 推送都有效。
  • 忘记第二个设备。 因为推高手续费是一次完整的 multisig 签名,紧急的 RBF 需要你手边有 SSP Key。当你预期要发送有时间要求的付款时,让它保持可取用。

把它整合起来

在你从 SSP 发送 Bitcoin 之前,查看 mempool,将你的手续费层级与付款的紧迫程度匹配,并记住如果状况改变,你随时可以用 RBF 推高。当你准备好付款时,分步骤的操作指南见 用 SSP 发送 Bitcoin。要理解账本的另一面——资金入账时的手续费和输出——请阅读 将 Bitcoin 接收进 SSP

手续费不是一种你无法影响的税。它是一个你可以解读的市场。花几秒钟看一眼 mempool,就能把设定手续费从猜测变成一个决定。

分享本文

相关文章