如何打好算力大战？ ——POW算力如何决定协议升级

第0章介绍

由于11月15日的升级，比特币现金社区存在分歧。 算力是决定BCH走向何方的关键。 这就是 Pow 链上的治理方式。 算力如何决定比特币协议改进方向？

第一章算力投票

如果全网面临协议变更，算力分为两类：愿意增加和不愿意增加。 如果冲突不严重，可以直接用算力投票决定。

比特币协议集中有一整套投票方式，使用最广泛的是BIP9。 矿工通过标记 coinbase 交易的输入字段来声明他们是否支持某种协议。

BIP9一般统计最近1000个区块的支持率。 需要升级的协议可以捕获支持率。 例如，如果超过 75% 的区块被支持，协议升级将被锁定。

锁定协议升级后，那些不支持的算力必须升级，否则会被大部分社区孤立，成为分叉币。

如果投票仍未达到设定的支持率，且投票周期已过，则一般视为放弃升级。

第二章什么是算力大战？

如果把算力分成完全相反的两方，至少有一方不愿意分裂，执意要求对方同意自己的路线，那么就会出现算力大战。

但如何打好算力大战，其实并没有真实的案例可以借鉴。 我们逻辑判断，一步步分析算力之争的方式。

计算能力的目的是什么？ 为自己的协议版本继承整个经济生态，防止生态分裂。

谁是计算能力的敌人？ 算力大战的参与方应集中在所有出块方，即拥有算力的全节点。 更具体地说，它是“一个由矿工+矿池组成的完整节点”。 运行不兼容协议的“矿工+矿池全节点”之间的敌人。

在算力之争中，用户不是敌人。 包括交易所、钱包、dapp等生态节点的所有成员，我们都可以把这些当成平民。 平民不参与战争，也不应该卷入战争。

算力的武器是什么？ 51%攻击，最长链为有效链规则。

算力大战中牺牲的军人有哪些？ 是一个无效块。

如何判断算力大战的胜负？ 一方的“矿工+矿池全节点”不再打包与对方协议不兼容的区块，必须要么退链，要么服从对方的约定。

如何打好算力之战？

第三章 两大战场的算力较量

算力战的一种方式是，双方先挖出一条链，先分裂，然后派出一部分算力去挖（防御）自己的链上，同时派出一部分算力到自己的链上。挖对方的链（攻击）。 有可能是一方无意进攻，只注重防守比特币矿池算力统计，也有可能是双方攻守兼备。

攻击的方式是使用51%攻击（或隐藏块攻击），配合最长链为有效链的原则，重组并使对方的块失效。

决战结束前，它分裂成了两条锁链和两枚硬币。 对于所有用户来说，有两条链和两种币。 决战之后，它会回归一个链条，一种货币。

隐藏区块攻击不是挖到一个区块就广播，而是连续挖出多个区块（超过对方挖出的区块数），然后一次性全部广播出去，让这些区块在最长的链，从而隔离对方挖出的区块。

一般来说，想要成功发起这样的攻击，至少需要75%的算力优势才能稳稳获胜。 只有 75% 的超算力有机会隔离 25% 的算力产生的区块。 因为运气。

假设luck为50-50，最坏情况下75%算力的实际算力为75%*50%=37.5%，运气为25%算力时实际算力为25%最佳*150%=37.5%。 双方平分秋色。 因此，为了稳步取胜，攻击者需要保持75%的算力优势。 如果不能取得这样的优势，那么双方就只能自相残杀。

用户是平民，所以如果算力大战双方都遵守规则，用户发送的大部分交易都会在两条链上重放。

在最理想的情况下，攻击者拥有绝对优势，75%的优势比特币矿池算力统计，攻击者的隐藏区块不会打包交易，这样用户发送的交易永远不会在这条链上得到确认。 但用户可以在另一条链上得到确认。 这样一来，对于用户来说，就相当于只有一条链的存在。

但如果在算力上没有绝对优势，两个战场只有相对优势，那对用户来说就是灾难性的。 因为交易确认后，由于区块重组，确认数会突然变为零； 有时交易会在一条链上得到确认，有时可能会在两条链上得到确认。 本质上，在这种情况下，链是不可用的。

还有一种情况，由于新的协议更新，用户发送的交易可能包含一些新的协议规则，这些规则可能在其中一条链上无效，永远不会在这条链上得到确认。 这会更复杂。

基本上，如果发生这种愚蠢的哈希率战争，用户最好的选择是暂停使用。

第四章同场竞技

另一种玩法是，从游戏开始到结束，始终只有一条链，一枚硬币，从未被分裂过。

我们将这种打法的对立面分为进攻和防守。 为了不被分裂，进攻方总是兼容防守方的约定。 即攻击者广播的区块是100%符合防御者的约定，所以只要攻击者的区块被广播出去，防御者就会按照最长链中的区块有效的原则进行挖矿. 根据协议规则，攻击方的区块永远不会打包被防御方拒绝的区块。

攻击者正好趁机使用51%攻击（或隐藏块攻击）来隔离防御者的块。

在这种情况下，所有用户只有一条链和一枚硬币。 但是，即使用户发送的交易得到了防御者的区块确认，也可能因为防御者区块的重组而返回零确认，或者突然变成攻击者的区块确认。 也就是说，用户发送的交易是安全的，只是可能出现在不同的区块高度。

这种打法，对于攻击者来说，可以暂时容忍一些不需要的链上协议规则，但誓要修改。

玩完后就拒绝规则。

这种打法，对于防守方来说，可以通过改变协议来避开进攻方，让进攻方不再兼容自己的协议。 但是因为比特币是开源的，只要防御方改变了协议，攻击方就会知道自己永远追着防御者的屁股打它，这是无法避免的。 除非是不开源的升级，但这是不能接受的。

这种玩法，对于用户来说，可以放心大胆的使用守方的协议。 只要确认了攻击者的区块，就是安全的确认。 不会重组。

第 5 章

其实还有另外一种玩法，对于整个生态来说绝对是一件好事。 唯一的伤害就是算力的两个对立面，也就是烧币。 这是老刘想出来的。

由于计划战斗本质上是烧钱，因此破坏一个区块至少会浪费 12.5 个硬币。 然后大家就真的不打了，直接烧币就行了。

双方各自生成一个黑洞地址。 出于安全原因，只需使用 OP_False 脚本即可。 对方向对方黑洞地址发送币，12.5币起。 最后谁打的多谁赢，然后算力统一运行获胜方的协议。

2333max，各位，这只是个玩笑，不要当真。

第六章结论

很好玩，大家快来看热闹。

广告位出租