SOFT / HARD基于来源的比较

Soft Fork vs. Hard Fork

考察有效性规则的变化、未升级节点的兼容性,以及激活或网络分裂的风险。

Soft Fork 收紧规则,使按新规则有效的区块也满足旧规则的检查。Hard Fork 则还允许某些旧规则拒绝的区块。两者的区别描述兼容性,而不是变更规模或政治支持。

有效区块的集合

新规则排除部分原先允许的区块。满足新规则的区块仍兼容旧规则。

新规则允许至少某些原先无效的区块。旧节点即使看到很大的累计工作量,也会拒绝此类区块。

旧节点看到什么

它可以跟随兼容的链,但不验证新增限制。例如,在 SegWit 中,它不验证 witness 数据。

不改变规则就无法验证并接受新允许、旧规则禁止的区块;它可能停留在另一分支,或停止前进。

升级节点做什么

满足激活条件后,它执行新增规则。信号不能替代真正的验证。

它依据激活安排执行新规则集。升级一个节点不会改变其他参与者的规则。

分裂风险

对激活或执行存在分歧,可能形成不同分支。向后兼容本身不保证顺利过渡。

如果不同群体继续维护不兼容的链,就会发生持久分裂。变更名称不保证一定有两个可持续的网络。

提案与协调

BIP 是提案说明,而非自动批准。例如,BIP9 区分信号、激活锁定及规则生效。

在这里,发布 BIP 同样不会激活任何规则。运营者需了解具体过渡规则和不兼容的后果。

Soft Fork 不保证链不会分裂,Hard Fork 也不会自动创造新币。结果取决于激活、规则执行,以及不同群体是否继续维护不兼容的历史。

本比较讨论共识变更,而非普通界面或内存池策略更新。BIP9、BIP16 和 BIP141 是具体示例,其激活条件并非所有提案的通用规则。

我们如何使用来源