今年以来，比特币区块空间的供需关系发生了显著变化，有限的区块空间需求激增导致链上交易费用持续攀升。这一现象很大程度上源于铭文交易的兴起，这些铭文内容作为见证数据的一部分被嵌入比特币交易中。值得注意的是，见证数据享有其他交易数据成本四分之一的折扣优惠。这种定价机制引发了行业思考：我们为何要对铭文交易给予优惠？是否应该通过软分叉来调整见证数据的折扣政策？
深入探讨这个问题，我们需要理解比特币网络的经济激励机制。作为一种去中心化货币系统，比特币的运作本质上依赖于精心设计的经济激励机制。矿工通过收取交易费用来获得将交易打包入块的动力，这种机制巧妙地协调了矿工与交易者之间的利益关系。然而，节点运营者与矿工、交易者之间，以及交易发送方与接收方之间的激励平衡则更为复杂。
回顾比特币发展历程，其激励机制经历了三次重大变革：首先是区块大小限制的引入，其次是复杂脚本成本从发送方向接收方的转移（通过P2SH实现），最后是通过隔离见证（SegWit）调整节点运营者与交易者之间的数据成本平衡。
区块容量限制的演进
在比特币早期发展阶段，中本聪敏锐地意识到不同参与方之间的利益冲突：交易者希望执行大量交易，矿工追求高额手续费收入，而节点运营者则需要承担交易数据的转发、验证和存储成本。为解决这一问题，中本聪引入了100万字节的固定区块大小限制，为节点需要处理的数据量设定了上限。他在早期讨论中曾表示：”如果需要，我们可以逐步调整这个限制”，但同时也明确指出修改区块大小将导致硬分叉，需要全网的协调一致。正是出于对系统稳定性的考虑，比特币网络在此后多年都保持着这一原始限制。
P2SH：复杂脚本成本的重新分配
比特币最初设计中，交易发送方需要将接收方的完整锁定脚本包含在交易中，并支付相应的手续费。随着交易费用的上涨，这种设计导致向使用复杂锁定脚本（如多重签名）的用户转账成本过高。为解决这一问题，比特币通过软分叉引入了P2SH机制。新机制下，发送方只需包含脚本哈希值，而接收方在花费比特币时才需要提供完整脚本。这一创新不仅降低了交易成本，还使各种规模的兑换脚本都能用固定长度的哈希值表示，极大提升了系统的灵活性。
隔离见证：数据成本的再平衡
节点运营者在验证交易时需要维护UTXO集合，这个索引的大小直接影响着节点运行成本。传统交易结构中，解锁脚本（主要是加密签名）往往比锁定脚本占用更多空间。这种不平衡导致节点运营者承担了过重的验证负担，而交易者则倾向于创建大量小额UTXO。为改善这一状况，比特币实施了隔离见证（SegWit）软分叉，将授权数据移出主交易结构，并采用新的权重计算方式：见证数据按1/4权重计算，其他交易数据按完整权重计算，区块总限制为400万权重单位。
这种设计使得见证脚本类型的输入输出字节成本趋于平衡，同时显著降低了多重签名等复杂交易的成本。值得注意的是，见证数据中大部分内容除了最近的交易外都不会被完整验证，这在一定程度上解释了为何给予其成本折扣具有合理性。
Taproot与铭文带来的新挑战
Taproot升级虽然为比特币带来了更高效的脚本执行方式，但其取消脚本大小限制的设计客观上降低了铭文技术的实现门槛。当前铭文交易利用见证数据的成本优势，仅需支付1/4的标准费用，这在推动比特币创新应用的同时，也引发了关于资源分配的争议。
从技术角度看，铭文数据只需经过一次哈希验证，其计算成本远低于同规模的多重签名脚本。然而不可否认的是，铭文热潮确实推高了网络费用，对其他类型的交易形成了一定程度的挤出效应。这种情况凸显了提升比特币交易经济密度的重要性，闪电网络等二层解决方案正是朝这个方向迈进的重要尝试。
未来展望
正如比特币历史上多次证明的那样，保持技术演进与社区共识的平衡，才是推动系统持续发展的正确之道。
注释说明
- 见证数据的概念源自密码学领域，指验证密码声明所需但不影响交易结果的数据。
- 交易ID在SegWit前是交易数据的双重SHA256哈希值。
- 交易延展性指同一笔交易可能产生不同TXID的现象。
- 见证数据限制最初可自由设定，无需硬分叉。
- 100万字节限制保持向后兼容性。
- 假设使用压缩公钥和71字节DER签名格式。
本文为布兰登·布莱克的客座文章，仅代表作者个人观点，与BTC Inc及比特币杂志立场无关。
声明：文章不代表CHAINTT观点及立场，不构成本平台任何投资建议。投资决策需建立在独立思考之上，本文内容仅供参考，风险 自担！转载请注明出处：https://www.chaintt.cn/10496.html