铸造一枚铭文的费用单上通常有两行:网络费用和工具服务费。服务费是明码的商业定价,网络费用却常被笼统说成”看网络拥挤程度”,说不清就容易被多收。这笔账在协议层其实完全可算,理解它只需要三个概念:交易重量、费率、以及铭文特有的两笔交易结构。
先说重量。比特币费用按交易的”大小”收取,这个大小不是原始字节数,而是 BIP-141 定义的加权值:一笔交易的权重等于基础大小乘三再加总大小,其中基础大小指不含见证数据的部分,总大小包含见证。把权重除以四,得到的就是钱包界面常说的虚拟字节。隔离见证的设计初衷正是给见证数据打折:同样一段数据,放进见证字段的计价成本约等于放进普通字段的四分之一。铭文内容恰恰存放在输入的见证脚本里,这是一段几 KB 的图片数据还能刻得起的技术前提——同样的字节若放在普通输出里,账单会翻着倍涨。
再说费率。每虚拟字节愿意付多少聪,由发交易的人自己填,矿工在打包时按费率从高到低挑单,拥堵时段等价高者先走,空闲时段低费率也可能几分钟内确认。这个价格没有任何协议保证,也不属于任何平台定价,它是全网排队竞价的瞬时结果。选费率本质上是在赌等待时间:给高了多付,给低了滞留内存池,滞留期间可以用替换交易提高费率补救,但要接受被自己覆盖的旧交易白付过的手续费沉没。
最后是铭文加上的第二笔账。由于内容藏在.taproot 输出里,而脚本路径花费必须从已有的 taproot 输出产生,ord 协议采用先提交、后揭示两段式:第一笔交易创建一个暂时看不出内容、金额可以做得很小的输出,把承诺登记进链;第二笔交易才真正动用那个输出,把完整内容摊开在见证里。两笔交易各自有基础开销与网络费用,铭文工具报价里”提交加揭示”的合计就是这么来的。常见误解也出在这里:有人以为第一笔很便宜所以整体便宜,实际上提交交易虽然体积小,仍是一笔独立计费;也有人把揭示交易的巨大见证误读成”数据被复制了两遍”,其实内容只在揭示时出现一次,提交交易里存放的只是它的散列承诺。
实操层面,钱包或铭文工具界面上的字段与上面的概念一一对应:费率输入框单位是每虚拟字节聪,预计费用等于它乘以两笔交易各自的虚拟字节之和;“加速”或替换按钮改的是尚未确认交易的费率;服务费独立于矿工费用,付给平台。想精确核对,可以在交易广播前后把交易原始数据丢进公开的解码工具,查看权重与虚拟字节,用最终成交费率反推支出是否被正确申报。网络行情波动没有固定规律,本文不引用任何具体时点的费率数字,读者下单前应看当时的内存池状况。
解码一个具体例子能把公式钉牢。假设一笔揭示交易的原始总字节为 2000,其中不含见证部分只有 200 字节,按 BIP-141 的算法,权重为 200 乘 3 加 2000 等于 2600,虚拟字节即 650:见证里那 1800 字节只按 450 个虚拟字节计价,恰好是四分之一。同一笔数据若塞进普通字段,总字节与基础字节都膨胀到 2000,虚拟字节直接翻到同等规模,账单立见高下。再叠上两笔交易结构:提交交易体量小、几乎全是基础开销,揭示交易大头在见证,钱包给出的预估费用是两段之和乘以你选的费率。这也是为什么费率框旁常附“预计确认时间”下拉:它不改你的字节数,只改你插队的位次。理解这一层,就能识别报价页里“加速包”“优先队列”这类附加费的实际含义——它们要么是对费率的市场化包装,要么是平台用自己的资金池代你插队再向你收费。 本文为机制说明,不构成任何投资建议。

发表评论
还没有评论,来说两句吧。
评论区为展示样式,提交不会被处理。