比特币核心开发者Antoine Poinsot合并的拉取请求取消了长期存在的80字节OP_RETURN中继限制,这引发了自区块大小战争以来最具分歧性的内存池政策辩论。
事态迅速升级,另一位贡献者发布了一个公开bash脚本,自动封禁所有运行比特币Knots的已知节点——这个持反对政策的实现目前约占可访问比特币节点的13%。
封禁Knots的Bash脚本(来源:Github)
该脚本于5月24日发布到GitHub,对所有/Satoshi:Knots/
用户代理实施为期一年的setban
封禁。
根据Coin Dance截至6月24日的最新统计,如果广泛采用,这将有效隔离近3000个公开可访问节点(当前为2938个),削弱比特币基础的去中心化指标之一。
与过去关于共识规则的分歧不同,当前冲突聚焦于中继政策。随着核心v30客户端计划于10月3日发布,这种运营分裂可能在无需硬分叉的情况下成为现实。
自核心团队5月6日合并Poinsot的OP_RETURN政策变更以来,Knots实现的采用率持续上升。
其可访问节点份额在5月数周内翻倍,并在6月持续攀升,恰逢其首席维护者Luke Dashjr公开批评该变更,称取消限制是”彻底疯狂”。
虽然OP_RETURN不涉及共识关键性,但节点级政策决策会影响交易传播和内存池过滤,进而左右矿工打包哪些交易以及哪些数据交易能进入网络。
比特币OP战争
争议根源可追溯至2014年比特币核心最初实施的80字节OP_RETURN限制。这个原本用于公证哈希或代币元数据等数据铭文的工具,在高峰期成为垃圾交易载体。
最近,Ordinals和BRC-20代币等创新利用类似机制推动高费率、大体积交易上链。核心v30的10月版本将完全取消限制,允许交易创建者包含更大的OP_RETURN载荷——只要支付相应费用。
反对者认为这会削弱比特币作为精简货币结算层的定位。JAN3首席执行官Samson Mow作为大数据量使用模式的长期批评者,呼吁用户”拒绝升级,停留在29.0或运行Knots”,将此视为保护网络完整性的问题。
而像Peter Todd这样在2023年提出相同提案早期版本的人士则认为,取消限制是必要的简化,应遵从市场条件和费用激励。
由于OP_RETURN限制在政策层面执行,节点运营商可自行决定是否采纳变更。这提升了矿工和中继基础设施运营者的决策权重,他们最终决定哪些交易能进入候选区块。
若主流矿池集体支持Knots,包含大体积OP_RETURN数据的区块可能难以有效传播,形成事实否决权。反之若核心默认设置占优,替代政策可能被孤立而失去经济意义。
随着争论从GitHub转向X等公开渠道,关键参与者开始相互指责。Poinsot指控批评者”故意误导公众”并”编造谎言”,技术问题、治理方式和沟通规范的敌对情绪持续升温。
更深层影响可能关乎比特币能否在不分裂运营凝聚力的前提下容纳不同政策观点。
与区块大小战争的区别
与2017年区块大小争论不同,OP_RETURN分裂不要求互斥的共识规则。但网络割裂风险依然存在,特别是协调性节点封禁蔓延时。虽然两大阵营间的区块传播可能保持正常,但交易中继路径可能断裂,影响费率市场、数据服务和链上分析。
根据更新后的GitHub日程,比特币核心v30客户端计划于8月20日代码冻结,9月6日左右分支,最终版本目标10月3日发布。包括Foundry、AntPool、F2Pool、ViaBTC和币安矿池在内,尚无主流矿池就中继政策设置发表声明,v30变更将默认传播还是遭遇无声抵抗仍属未知。
5月以来,比特币Knots节点数量持续攀升,截至6月24日达2938个,创历史新高,占可访问节点超13%。原始封禁脚本仍在运行,至少有一个新工具btc-magic-guard出现,提供基于iptables的过滤来隔离政策分歧客户端。
与此同时,允许每笔交易包含多个OP_RETURN输出的后续提案因反对而撤回,表明核心维护者在v30发布前不太可能重新讨论或收紧已合并政策。
目前网络在共识规则下仍保持统一,但中继行为、节点连接和政策方面的未解决分歧,使得10月版本发布前出现软分区的可能性与日俱增。
声明:文章不代表CHAINTT观点及立场,不构成本平台任何投资建议。投资决策需建立在独立思考之上,本文内容仅供参考,风险
自担!转载请注明出处:https://www.chaintt.cn/6281.html
声明:文章不代表CHAINTT观点及立场,不构成本平台任何投资建议。投资决策需建立在独立思考之上,本文内容仅供参考,风险 自担!转载请注明出处:https://www.chaintt.cn/6281.html