近期,社区对于 BIP-110 提案 的讨论逐渐升温。该提案提出,在共识层面临时限制部分数据字段大小,以纠正因标准化支持任意数据而产生的激励扭曲,并将优先事项重新聚焦于提升比特币作…近期,社区对于 BIP-110 提案 的讨论逐渐升温。该提案提出,在共识层面临时限制部分数据字段大小,以纠正因标准化支持任意数据而产生的激励扭曲,并将优先事项重新聚焦于提升比特币作…

关于BIP-110提案的讨论,以及Fractal的可能角色

2026/02/23 22:44
阅读时长 5 分钟

近期,社区对于 BIP-110 提案 的讨论逐渐升温。该提案提出,在共识层面临时限制部分数据字段大小,以纠正因标准化支持任意数据而产生的激励扭曲,并将优先事项重新聚焦于提升比特币作为货币的功能。

我们认为,这类讨论本身正体现了比特币作为去中心化共识系统的强大之处。过去十多年里,比特币网络始终允许不同理念与技术路径并存。从 2017 年的 SegWit2x 争议到随后发生的 Bitcoin Cash 分叉,系统在存在分歧的情况下依然展现出持续演进的能力。

目前,BIP-110 的节点信号比例呈现上升趋势。根据公开数据:

  • 2026 年 1 月 25 日:2.98%(729 / 24482 nodes)
  • 2026 年 2 月 23 日:7.99%(1995 / 24981 nodes)

BIP-110 Ready Nodes

这意味着在一个月内上升了约 5%。该提案是否最终能够达到激活门槛仍存在不确定性,仍需持续观察。

在此背景下,我们认为,比特币生态中的产品与服务应在技术层面为多种可能结果做好准备,而不是基于情绪立场或预设结果做出判断。

Fractal 的设计初衷与角色定位

Fractal Bitcoin 的核心设计目标之一,是在不改变比特币主网共识规则的前提下,提供一个可以承载更多复杂状态与数据表达的环境。

如果未来主网在共识层面对部分数据类型采取更严格限制,Fractal 可以作为一个技术上兼容的扩展层,提供资产状态延续的备选路径。

正如我们此前讨论:

需要强调的是:

  • Fractal 不是替代性分叉
  • 它也不是对主网决策的对抗性回应
  • 它也不预设任何特定的治理结果

它的角色更类似于一种“缓冲扩展层”(buffer layer),在不同共识演化阶段,为资产提供连续性保障。

关于“临时限制”的可能场景

BIP-110 被描述为为期一年的临时限制。

在这种情境下,如果相关资产在主网受到约束,Fractal 可以作为一个临时承载环境;如果一年后限制被解除,资产亦可以回归主网。

具体技术实现路径仍有进一步研究与优化空间,但原则是明确的:

  • 不破坏主网共识
  • 不强制迁移
  • 不制造市场恐慌
  • 仅提供可选方案

我们的立场

作为生态参与者,我们尊重比特币最终形成的共识结果。

无论 BIP-110 的走向如何,生态的健康发展不应建立在对立之上,而应建立在技术准备与理性讨论之上。

Fractal 的存在,并不是为了制造分歧,而是为了在分歧出现时,提供一个技术层面的缓冲空间。

免责声明: 本网站转载的文章均来源于公开平台,仅供参考。这些文章不代表 MEXC 的观点或意见。所有版权归原作者所有。如果您认为任何转载文章侵犯了第三方权利,请联系 service@support.mexc.com 以便将其删除。MEXC 不对转载文章的及时性、准确性或完整性作出任何陈述或保证,并且不对基于此类内容所采取的任何行动或决定承担责任。转载材料仅供参考,不构成任何商业、金融、法律和/或税务决策的建议、认可或依据。