我有一个能硬分叉但是又不会导致比特币分裂为两个币的方案~ ...

wet87261fbx

硬分叉其实也是对软件的一种升级，但是鉴于ETH和ETC的教训，硬分叉有让比特币分裂为两个币的风险。
硬分叉之所以会导致分裂为两个币，是因为分叉A和分叉B是平行的，可以互不影响，一部分用户可以用A版本，另一部分用户继续用B版本，所以币就分裂为两个了。
但是，其实应该可以从技术上保证硬分叉后，无论哪一条链成功，都不会分裂。
方案就是在代码中加入对对手版本的51%攻击，使得分叉后，只有一方能够胜出，另一方则完全不能使用。
或者使用其它的技术方案也可以，但是最后应该达到这样一种效果：
比如现在有A和B两个比特币版本，在算力开始投票表决后，算力多的那一方获胜，然后算力少的那一个版本将变得无法交易和正常使用，这样在分叉结果明朗后，算力少的那一方用户将不得不切换到算力多的那一个版本。这样就可以保证顺利升级，并且不会分裂为两个币。
所以关键在于要在代码上实现，比如当A版本算力获胜后，会借助算力优势攻击或干扰B版本产生的那条链，使得B版本的用户无法继续使用，这样他们就不得不也升级到A版本。
当然这个时候B版本的一方可能会继续升级软件为B2版本，以抵抗A版本的攻击，那么这时A版本也需要及时升级为A2，A2版本要继续对B2版本的攻击，一直持续到算力较小的链被放弃为止。
这样就可以保证，每次比特币升级，即使是硬分叉升级，最后总有一方完全获胜，最后也只有一个比特币，不会分裂。
关键还不是技术本身，而是A和B版本这种互不相容，互相决斗攻击的特性，应该作为比特币每次升级的共识，也就是A和B的开发人员都应该遵守这种规则，并体现在代码中，这样失败的那一方就不能继续运行，用户想用也用不了，就可以避免分裂了。每次有争议，都可以用这种互不相容的升级方式，并且让所有用户都了解这一点，这样，比特币用户也会对分叉很有信心，不会恐惧硬分叉了，因为他们清楚的知道，最后只会有一方胜出，比特币不会分裂。
我对Core和BU之争并没有任何倾向性，但我认为他们至少一方应该在代码中加入这种机制（只要有至少一方加入这种机制，那么就会起作用），这样可以保证最后只有一方胜出，另一方会完全用不了，这样最后大家都会升级到同样的版本，既完成了升级（无论是哪一种方案的升级），也避免了分裂。