【币圈聚会达成九二共识】支持2MB，反对低于90%算力共识的分叉

1月23日下午，在北京最冷的一天，好比特币（haobtc.com）组织了一场热火朝天的币圈聚会。与会者在好比特币的发展，比特币区块扩容，算力挖矿，比特币未来前景等议题上展开了热烈的讨论。

在区块扩容问题上，与会者达成了以下共识，并希望所有比特币企业与用户加入这一广泛的九（90%）二（2MB）共识：

1、比特币需要扩容至2MB。
2、反对低于90%算力共识的分叉。

2MB共识源于中本聪的白皮书——《一种点对点的电子现金系统》，而不是《一种点对点的电子结算系统》，比特币按中本聪设计是货币，而不是结算系统，1MB不可能满足货币的需求，甚至也无法满足结算系统的需求（1MB=7笔/秒，SWIFT=60笔/秒）。

90%共识是对任何社区分裂行为的坚决抵制，保证社区的安全持续发展。

聚会参与者：
好比特币 CEO 吴钢、超级比特币、纵横四海、大熊等
比特大陆 CEO 吴忌寒
蚂蚁矿池 潘志彪
蚂蚁矿机 李盈斐
Btc123 郭洪才
富国基金 赵国峰
云币 老猫
比太钱包 文浩
币看 芳芳
搜搜比特币 林佳鹏
（参与者众多，如有遗漏，请见谅）

【共识解读】

众所周知，本次区块扩容已经不再是一个技术问题，而是一场利益之争导致的政治问题。相关背景请见前一文章：《【比特币面临关键选择】恳请所有持币人支持2MB扩容》https://www.bikeji.com/t/3149#reply55。

昨日的迈阿密比特币大会没有达成任何实质性的方案或结论，在社区无法就分叉至Classic方案达成一致的情况下，为避免社区分裂，有必要求同存异，达成一个更基础的共识。Core认为未达成一致的扩容有风险，需要共识，我们就给他共识。这个共识既要能达成广泛一致，避免分裂以安抚市场，又要有未来可操作性。

虽然九二共识是一个很弱的共识，看起来并没有什么用。但就算是这么弱的共识，我们也并没有达成完全一致。圈内依然有不少人持有“比特币1MB结算网络就够了”的观点。但我们毕竟往前走了第一步，达成了就算结算网络也需要2MB的共识。扩容的另一大分歧是有很多谨慎派不愿意冒险进行有争议的硬分叉，很多反对Classic的人并不是反对扩容，而是反对有争议的硬分叉，尤其是只达到70%算力的冒险硬分叉。我们通过90%承诺，消除了谨慎派对硬分叉的担忧和反对。

因此2MB和90%团结了更多人，达成了更广泛的扩容共识，并有望在事态发展（比如区块彻底爆满，大量交易无法确认）后，再取得更多共识。

在这一基础共识之上，欢迎所有比特币企业与用户加入其它进一步的看法与方案，例如在聚会讨论中就碰撞出了一个不错的方案：

若发生了区块已满，且Core方案未升级到2MB，Classic方案未得到广泛共识的情况，社区将支持矿池根据九二共识，在90%算力共识的前提下，按中本聪在2010年给出的区块扩容预案（[PATCH] increase block size limit https://bitcointalk.org/index.php?topic=1347.msg15366#msg15366 ），在现有版本基础上，简单修改一行代码，将1MB升级为2MB，以解燃眉之急，让社区有更充分时间讨论不同方案优劣。
这不失为一个优秀且简单的，最可能达成广泛共识的方案。有这样的最终可行方案，才有可能促（bi）使（po）Core主动和解。

【隔离见证风险】

Core开发试图用隔离见证（segwit）来间接达成扩容效果，但这存在很大问题和安全隐患。

首先，隔离见证在单签名交易100%使用的情况下，最多也只能达到1.6MB的扩容效果，隔离见证的复杂性和巨大开发工作量，使得其他应用难以及时更新，甚至不愿更新。假设有50%交易使用，那相当于在6-12个月之后才达到1.3MB的扩容效果，这并没有什么意义。

第二，隔离见证对比特币底层逻辑进行了大量改动，开发工作量巨大且危险程度高，在社区扩容的压力下，Core开发必然存在赶工情况，比特大陆 CEO 吴忌寒在昨天聚会上也证实了“Core开发存在每天工作十几小时赶工的情况”。比特币用户不少人都是技术出身，各位都很清楚赶工出来的代码是什么质量。

和很多人印象中“稳定可靠”的比特币不同，比特币历史上出现过不少漏洞（《历史漏洞披露》https://en.bitcoin.it/wiki/Common_Vulnerabilities_and_Exposures ）。例如2010年8月15日，黑客曾利用整数溢出漏洞进行刷币（《比特币曾经被刷出1844亿个》http://8btc.com/thread-23642-1-1.html ）。

现在比特币的“稳定可靠”，是六年来不断修补漏洞的成果。如果匆忙赶工上线隔离见证，一旦出现类似严重漏洞，币价就不是简单的波动一两百了，而是直接被抹去一位数，并将长期对比特币名声造成不可弥补的恶劣影响。因此阻止Core匆忙上线未经充分验证的隔离见证，非常重要。

【共识行动】

我们将尽最大努力，邀请比特币企业加入这一基础共识。
请所有比特币用户，回帖支持这一基础共识，谢谢大家。

补充说明：为什么是90%算力共识？
因为有部分算力不在公开矿池（solo挖矿或私池），这部分算力难以直接表达意愿，
去掉这部分沉默算力，要求90%算力共识，实际上就是要求95%公开矿池算力共识。

作者： 莱比特矿池_江卓尔

打赏地址： 1G6fhQh194VQnMKhAZt4hV2VPhr7N8hvsb

原文地址： https://www.bikeji.com/t/3172

币科技评论：

1. 莱比特矿池_江卓尔 于 2016-01-25 01:34:46

   @kcb 你应该理解为，干掉了比特币最后一个权力中心节点——代码

2. kcb 于 2016-01-25 01:48:18

   @莱比特矿池_江卓尔 你们真准备单干的话，那我严重反对！

   一帮做矿机的突然说要自己维护比特币的源代码了？！

   这就跟说我是搞艺术的，我突然要开始做最前沿的数学研究了一样！

   谁会相信你们有能力比Gavin和Jeff这些一直从事开源项目开发的专家做得好？！

   简直是开玩笑！

   这个提议完全不能服众！

3. 莱比特矿池_江卓尔 于 2016-01-25 03:01:32

   @kcb 不维护，就解决2MB扩容，顺带解决了代码中心化问题，
   后面就慢慢吵吧，吵到Core和Classic哪个方案在社区达成一致，就换哪个方案

4. kcb 于 2016-01-25 03:45:43

   @莱比特矿池_江卓尔

   那就是要硬分叉两次咯？

   看来2016年币价彻底没戏了。

   一心想维稳，其实搞出了更多的不确定性。

5. 时尘西 于 2016-01-25 06:40:01

   @kcb 并不是硬分叉两次。只要把core的代码fork出来，修改一行代码，然后把这个修改push到core的github代码库里面。在事实面前，core开发组只能接受这个push。当然这个仅仅是方案B而已。
   方案A已经有了90%的把握。

声明：此文出于传递更多信息之目的，并不意味着赞同其观点或证实其描述。本网站所提供的信息，只供参考之用。