转译Gavin 博文 75，28...

1031601675

http://gavinandresen.ninja/seventyfive-twentyeight
我不喜欢在代码中随意的选择参数

有时这些参数是不可避免和无害的。我在参数无关紧要的场合选用11作为默认（因为11是我最喜欢的数字）

我更不喜欢在协议里随意选择参数，但有时是不可避免的。2MB扩容方案有几个“魔力”数字，但75%算力支持和28天缓冲期导致了最多的争议和讨论

有些人会宁愿选择95%或99%而非75%。我认为这个太高了，因为给予了一个大的矿工或矿池“否决权”。拥有否决权是危险的 - 不同意改变或故意阻挠比特币的人可能采用敲诈，贿赂，或勒索某一个矿工的方式来阻止变化

有些人认为75%太高了；因为归根到底，掌握了51%算力以后即可选择忽略那些不投票给你的方案的块（译者注：目前矿工在区块头中注明一个位来表明自己所支持的方案）。如果是矿池的话可能会因此而导致矿工换到其他矿池，但他们有这样做的能力

矿工算力投票是个依靠协作的机制。其他机制也可能用于决策 - 比如说定义某一个特殊日或特殊区块，在绝大多数人都同意一个改变时就从这一时间开始升级

有些人认为28天缓冲期不足以让企业和个人升级，但我已经联系了几个大的矿池和交易所，网络钱包服务商，他们都认为四周足够了

如果手机钱包要升级，可能需要更长的时间，因为新APP获得苹果或安卓的验证许可需要一定的时间。但没有任何流行的手机钱包会因为区块大小的变化而受到影响

我们看一下最近的比特币核心版本升级情况来猜测升级所用时间。0.11.0在2015年7月12号发布。28天后，38%的全节点在运行这个版本。3个月后，50%的节点在运行，6个月后66%在运行0.11的某个版本

我认为2MB的变化会被更快的接受，因为一旦有50%的算力支持，core会给出一条警告：“当前版本过时了，需要升级。”

对矿工来说，28天是个足够的时间。上一次的区块版本更新(BIP65)，一个月内75%的算力就已经升级，再过七天后就达到95%。在缓冲期结束时，我估计99%的算力都已经做好接受大于1MB区块的准备了