Coinbase首席执行官:中本聪圆桌会议上究竟发生了什么

互联网 2016-03-05 09:54:00

Coinbase Inc. CEO Brian Armstrong Interview
上周末,我和Charlie Lee,以及大约其余70位比特币社区的成员,一同出席了中本聪圆桌会议。

我想分享一下我的个人观点,关于会议上所发生的一些事情(但不会透露姓名或任何私人谈话内容)。

core开发者、矿工、比特币公司首席执行官之间,发生了很多的对话。正如你所见,当前关于如何扩容比特币已经有了很大的分歧。一方面,core开发者在担心链上(on-chain)扩容会影响比特币的去中心化。在另一边,大多数比特币公司想要让比特币成长。而矿工们则夹在了中间,他们的意见也有着分歧。

我觉得这次会议的组织者,是希望这次会议能够达成某种共识(就如在香港所发生的那样),但很清楚的是,最终双方之间的鸿沟还是太大了。谈话最初关注于如何在扩容道路上作出妥协,但是随着过程的推进,我越来越不关注我们可选择什么样的短期解决方案,因为我意识到,我们都有了一个更大的问题:也就是比特币的系统性风险,如果Bitcoin Core是比特币唯一的开发者团队。

core开发团队里有一些智商很高的人,但是在上周,当我花了一些时间与他们进行沟通之后,我觉得有一些事情我是非常担忧的。

他们当中有些人的沟通技巧非常糟糕,或者说不够成熟,这一点会阻碍新的协议开发者进入到这个行业。

他们更喜欢“完美”的解决方案,而不是“足够好”的。如果没有完美的解决方案存在,他们似乎会选择无为而治,即使这会让比特币承担很大的风险。

他们似乎有一个很坚定的信念,认为比特币无法进行长期扩展,任何的区块扩容于比特币的未来而言都是滑坡謬誤,他们不愿意作出退让。

尽管 core开发者答应说,他们对一次扩容到2MB的硬分叉也是OK的(他们有了自己的路线图,只是离现在还很远),他们拒绝提升它(硬分叉)的优先级。他们拒绝一些现在就能帮助比特币网络的一些东西,因为他们不信任社区。 他们认为自己是网络的中央计划者,人民的保护者。只要其他人对他们的原则不妥协,似乎他们看着比特币失败也是OK的。

一个团队想要成功,仅仅拥有高智商是不够的。你需要做出合理的权衡,需要合作,需要好的沟通者,以便于工作。任何团队,如果没有以上这些,就无法吸引到优秀的人才,将难以长远。在我看来,这也许就是比特币最大的系统性风险,现在的问题是(具有讽刺意味的是),过去在帮助比特币最多的那些人:bitcoin core开发者。

即将遭遇的麻烦

我在这次会议上描述了一个有趣的失败场景,下一次区块奖励减半将在7月份到来,假设矿工平均挖一个币的成本是250美元(我不知道确切的数字,所以这是一个猜测),七月份减半后,其成本会增加一倍至500美元。如果比特币的价格仍保持在425美元左右,那么大量的矿工继续挖矿就会无利可图。

这会导致比特币网络算力在7月份减半期时会下降。可能是在10%-50%的范围(我没有好的方式来估算这个数字,如果有人能够写明的话,请发帖说明下)。

在最坏的情况下,假设说有50%的算力在区块减半时选择关闭(因为对于这些矿工而言,继续挖矿将是无利可图的)。这将意味着比特币出块时间将是平均20分钟,而不是10分钟。但区块在今天的平均值已填满了70%。如果平均确认时间推移到20分钟,这意味着我们在每一个区块将有140%的积压。

当算力发生改变时,比特币具有一种机制来调整工作量证明的难度,它会以每2016个区块为间隔进行调整,也就是需要2周的时间。但如果我们挖取一个区块需要没隔20分钟,那么这就需要4周的时间,事情会变得更加糟糕。即使四周过后难度调整了,仍然会有两周的积压期,之后才会回到正常(70%容量和偶尔的延迟)。所以,在六周期间的两周,比特币确认时间会变长,或者要大幅度提高交易费。此外,有大量未处理的交易会积压在大多数节点的mempool当中,这意味着很可能大部分比特币交易不会被中继确认。这会阻止商家和钱包获取一笔交易的通知,甚至是以周为时间单位。

如果这导致比特币价格下跌,那矿工的挖矿利润将会更少,负螺旋可能就会发生。

目前还不清楚上述场景发生的可能性会是多少(我所描述的也是最坏的情况下)。随着比特币供应再次迎来减半,它当然也可能会推动价格上涨。我也很难估计会有多少算力会在减半时选择关闭。它可能会远少于50%。但这没有理由说我们要去冒这个险,如此接近边缘是不负责任的。今天的网络,其区块已经填满了70%,它已经历了拥塞和积压问题。而算力的骤降会加剧这一问题。

bitcoin core允许网络达到这一边缘的事实,是令人难以置信的。我们没有理由要去掷骰子,来查看这种失败的场景是否会实现。

幸运的是,社区中理性的声音开始呼吁谨慎的扩容,这种规划已经从2年前就已经开始了,他们甚至离开了bitcoin core团队,来编写代码让它实现。有一种方法,我们可以规避掉这种风险。

前进的道路

我相信我们有了一个前进的道路,能够避免上述的情况:

  1. 第一步,我们需要做的就是直接将区块扩容到2MB,这是最现实的短期扩容解决方案,可以为我们争取时间。我个人觉得我们现在就可以做这个升级(当有足够的时间让大家进行准备时),否则我们将在紧急情况下做这些事了。今天已有可用的代码能够做到这一点,这些代码是高质量的,它是由前core 开发者编写的,并已经在很多比特币公司的产品中运行(包括Coinbase)。升级到BitcoinClassic,并不意味着我们要永远停留在 Classic团队,这只是当下降低风险的最佳选择。我们可以在未来选用任何一个团队的代码。
  2. 关于这个升级路径,我们需要和中国矿工进行沟通,他们被误导了,他们认为世界上仅有4-5人能够让比特币协议安全地工作 ,但实际上这个团队对他们的业务而言将是最大的威胁。我会要求让cnLedger帮忙翻译这篇文章,让这些话传达出去。社区当中的我们,需要和中国矿工建立更好的沟通关系。
  3. 长期来看,我们需要形成一只新的比特币协议团队。一只能够欢迎新开发者的团队,愿意做出合理的权衡,能够帮助比特币协议继续扩展。你们会在未来一到两个月里,听到更多关于这一点的消息。

值得一提的是, bitcoin core对于扩容的回应,一直是一个所谓的隔离验证解决方案。虽然这一技术的确是好的,但我相信,鉴于上述提到的情况,使用隔离验证作为一种扩容解决方案是相当冒险的。使用隔离验证作为一种扩容方案的最大的风险,不仅是它需要由bitcoin core新写的代码,还需要由生成交易的各大主要钱包提供商所编写的代码。想要及时地完成这些工作,避免我们目前所面临的扩容问题,这是不太可能的。其需要编写的代码,相比从1MB扩容到2MB的解决方案要多上几个数量级。鉴于区块减半很快将在七月份抵达,我的观点是,跟随在香港达成的扩展性路线图,将是不负责任和危险的,其中包括了隔离验证。

结论

总结下我的看法(这是我在上周末圆桌会议上的阐述):相比于一个单一的协议开发团队,一个多方合作的制度将会是更成功的。我认为我们可以做到这一点。事实上,我们必须做到这一点。

如果你想确保比特币的成功,我会鼓励你在短期内升级到Bitcoin Classic,然后尽你所能来帮助我实现上述列出的三步计划。这是我们迈出减轻危险情况的最佳路径。

在未来,我们需要创建一个新的比特币协议开发团队,帮助比特币成为多党制系统,避免core成为协议工作唯一开发团队的系统性风险。我希望你能在未来的几个月会有一个更新。

常见问题与批评

在圆桌会议上,关于一些评论与批评,以下是我的回应:

1. 市场是不确定的,因为每个人的意见都不相同,如果我们都抛开分歧,然后一起工作,岂不是更好?

要让两个人同意一个观点很难,三个人则是更难,四个人就是难上加难。一旦社区里有500甚至1000人,想要要每一个人都同意就是一种非理性的目标。但这也没有问题,我们有机制来解决分歧(比如矿工投票),等着大家去同意,就如同什么事也不会发生。

这里我拿美国总统选举来进行比喻。让特朗普和希拉里的支持者都去同意某一个人,这就是一个愚蠢的任务。但是,哪怕其中一方以微弱优势获胜,之后的每一个人都会停留在同一个国家。系统仍然会工作(有些人说如果特朗普获胜了,他们可能会移民到加拿大,当然这是真的,但远远低于美国1%的人口,这也进一步证明了我的观点)

我再举个Web浏览器的例子,Chrome和Safari 团队之间的竞争非常激烈,但他们也会出席同一个会议,和IETF协同制定标准。很多竞争公司也都会出席会议。他们不是敌人,彼此之间没有斗争。我们都在在同一个行业中工作,在很多方面仍然是朋友。在比特币协议问题上,我们也可以拥有多个团队。通过市场的选择,你会得到更多的进步,而不是更少。

现在的市场是不确定的,因为它像是一个国家,在进行它的第一次选举大会。一旦第一个硬分叉成功,并出现多个开发团队,这会为市场创造信心,因为它显示了比特币内置的管理系统是可行的(矿工投票)。

2.比特币是不同的,因为它需要达成共识规则,它永远无法和多个团队工作。

我并不认为这是正确的观点。不同的团队和实现者,都可以在软件上工作,实现互操作,并使用相同的协议(这在比特币当中,已经成为了现实)。任何一支团队都可以提出升级或增强,但需要达到一个多数的阈值时才会生效。比特币有一个机制来解决这些分歧:矿工投票。在这次会议上,我们花了很多的时间来讨论改善矿工的投票,其中包括用户(或比特币的持有者)也可投票的方式。有关于使用“币天销毁”来作为一个投票机制,其中产生交易的用户可以投票赞成一次升级。这些想法我认为都是好的,也应该做进一步探讨,但其本身的争议也不下于任何其他的重大更改,所以等待这些方案来解决我们的扩展问题是不现实的。我们需要升级到2MB,为自己争取一些时间,它可能会需要建立一个新团队,让社区的分裂少一些。

3. 75%的升级触发阈值是不够的,因为它会让网络分裂!

我在别的地方谈论过这个问题,不过在我看来,这也是一个错误的观点。经济激励让大多数(99%)的矿工、钱包和交易所排列在同一个分支当中,关于最终的多数共识,其阈值多少才是合理的,有着很大的分歧。

一些人建议说,如果我确信这一点,为什么不把门槛设置到95%,那样的硬分叉才是安全的。这里有几个问题。

当在决定一个阈值时,你需要平衡两件事情:令人苦恼的少数人与死锁的风险。如果设置在51%,那它是比较容易解决优柔寡断的问题,但风险是,有很大一部分人会被一些他们不喜欢的东西给拖拽着。如果你设置了95%的阈值,那只有少数人被拖拽着,但它也很难让95%的人都同意所有的事情(再一次,请参考总统选举)。换句话说,5%少数的人可以否定95%多数人的所求,设置95%的阈值,几乎是相当于说:“我们永远也不会改变任何东西。”

我认为,Bitcoin Classic设置在75%的阈值,并添加了一个28天的升级宽限期,这是非常合理的平衡解决方法。我的猜测是,它会成为未来协议改变的一个标准。

4. 疏远一部分比特币协议开发者,这将是危险的。

为了回答这个问题,我试图区别下计算机科学家(工作于加密货币的学生研究者)和软件工程师(构建可靠和可扩展软件的人)之间的区别。可能当下会有数十位在做加密货币研究的计算机科学家,但世界上至少有数万名合格的软件工程师,他们有能力建设好比特币协议软件。仅在谷歌,就有500到1000名成员。而在Coinbase,我们也成功地构建了一支工程师团队,能够建立可扩展的比特币节点软件。

我的希望是,许多 core开发者能够继续留在比特币(有些人会退出,这是ok的)。这个行业需要研究人员和软件工程师,但后者则是不缺乏的。

我也会说,我认为 bitcoin core是造成当下只有很少的开发者愿意在比特币协议上工作的部分原因。这次圆桌会议上,人们提到共同的话题是,bitcoin core一直是不受欢迎的,他们可以使用改进的开发者文档,却没有为协议产生一个正式的规范,以鼓励其他的实现者。

5. Bitcoin Classic 现在去接手这个工作也是不够好的。

在这里,我的看法是,我们不是让他们去接管这个工作。我们只是简单地升级到可靠的软件,解决比特币目前的扩展性挑战,之后,我们可以升级到由任何团队编写的软件(我希望会出现更多)。

人们也忘了, Bitcoin Classic的代码是由前core开发者(Gavin和Jeff)编写和审查的。所以我并不认同代码质量的争议,尤其是最新的版本。未来的版本,我们可以独立进行判断。但他们目前给出的扩容代码是高质量的,这也是我一直在主张我们去使用的。

Bitcoin Classic已经做好了准备,并已在很多的比特币公司的产品中得到了运行。而Bitcoin Core至今仍然没有提供这样的选择,似乎他们在致力扑灭我上述的次优方案。

长期来看,我们要着眼于创造新的团队,但不去升级到 Bitcoin Classic,回避我上述描述的扩展性问题,这一点将是不负责任的。

最后一点

https://www.reddit.com/r/bitcoin对这场辩论的审查仍然是猖獗的,我觉得这令人惊讶和遗憾。我继续鼓励大家去https://www.reddit.com/r/btc,因为这是免审查的一个替代品。

原文:https://medium.com/@barmstrong/what-happened-at-the-satoshi-roundtable-6c11a10d8cdf#.duoxzhpvb
作者:Brian Armstrong
编译:洒脱喜
稿源(译):资讯(http://www.8btc.com/coinbase-satoshi-roundtable)

相关资讯Relevent