比特币扩容的社会行为学思路——定时投票法

ony23251tfo

中本聪在论文中给出的扩容思路很简单，靠算力表决而已。即，他选择是社会行为学思路，而非编程技术思路。
按照这个思路，我们要做的不应该是编程去保证什么平滑过渡扩容，而是寻找方便可行安全的算力表决方法。
如此一来，事情简化了，因为现实社会在怎么搞投票表决这种事儿上的经验已经太成熟了。第一，大家要设定投票资格；第二，大家要约定统一投票时间；第三，大家要约定投票表决成功与否的标准；第四，大家要约定投票失败后重新再来的程序。然后，不断投票、验证是否成功、接受结果或重新再来，循环往复直至成功。
比特币扩容投票其实也与此类似，第一，投票资格已设定——矿工（矿池）投票；第三，投票成功与否标准已设定——哪一个扩容方案（以扩容至2M方案为例，也可以多方案并行投票）是否获得51%以上算力支持（不会出现长时间的分叉的，失败链会被最快速度抛弃，因为追上胜链的可能性太小了，风险太大）；第四，重新来过的程序已设定——很简单，到下个约定时间重新投票即可，所欠缺的只有第二项，约定一个统一的定时投票时间。
假设大家采用此思路，并约定了每月1号算力表决一次，那么程序改造就变得很简单，只需改动两个地方，一个是将块大小的值由单一固定值改为条件选项值（即分支语句，如果表决结果为A，则采用块大小值1，为B，则采用块大小值2，等等），另一个是挂接一个模块，在其中设定每月1号从格林威治时间早上10点到11点的1个小时中进行算力表决，然后立刻检查表决结果，成功则采用表决后的链，不成功则退回原来的链。这样扩容，成功当然过渡很平滑，即使失败，造成的影响也很小，如果宣传到位，不愿担风险者在此1小时的算力表决时间段内不进行转账的话，影响将接近于零，每次表决过程的沉淀成本仅仅是失败方的一个小时算力电费而已。
简单、易行、成本低。