在以太坊每两周一次的电话会议中，开发人员讨论到了在未来以太坊即将走向Ethereum 2.0，其中牵涉到非常多重大影响层面的改变，2.0 将会把现有的网路migrate改到全新的一个网路。此外，一群ethereum 的资深开源开发人员在昨日的会议上讨论了，每三个月就实行一次硬分叉的可能性。
开发人员诸如Alexey Akhunov和以太坊创造者Vitalik Buterin 都呼吁接下来开发团队要审慎防范去影响到现有以太坊的链上生态，例如哈里森就提问道，以太坊升级方案EIP-615接下来可能的影响范围有多大？由于这项改进方案需要非常多的升级才能在几年后，显现出它的巨大优势。
EIP-615 是下一个伊斯坦堡硬分叉中五项升级方案的其中一个，旨在提升负责运行智能合约以太坊虚拟机（EVM）的效能。
开发人员Swende 则担心EIP-615 会需要至少两次以上的硬分叉才有办法显现出它的效能，他也提出这么繁复的工作，虽然或许能在智能合约的安全性反向分析上有所帮助，但并不见得能在虚拟机本身带来太大的效能改进。
如果要在旧的虚拟机上实现这么大的改变，会需要好几次的硬分叉才能完成所有应完成的工作。
三个月就硬分叉一次？
开发人员抛出了缩短硬分叉间隔的提议来试水温，例如像是状态租金（state rent，向使用者收取储存数据的费用）的升级提案，该提案若执行的话，许多智能合约可能必须重新编写或部署，也会需要多次的硬分叉升级才能让新的功能完全生效，于是便有了将每次升级的时程改为三个月是否可行的讨论。
然而，在以太坊开发公司Consensys 的资深工程师Joseph Delong 认为，三个月这样的时程过于仓促。
以太坊基金会的团队负责人Péter Szilágyi 也表示同意，并解释说：
「如果只是要施行硬分叉并完成，那么三个月确实足够，但作为一名软件客户端开发人员，通常客户端会需要大量的后续维护工作。因此，如果每三个月进行硬分叉，那么就没有时间能做维护和性能改进了。」
以太坊基金会的安全负责人马丁·霍斯特·斯文德（Martin Hoste Swende）虽然也认为每三个月进行一次硬分叉不是好主意，但他指出，有些简单升级变更的可能其实并不需要那么长的时间进行。
「我们不该想着要每三个月安排一次硬分叉，而是分别去检视某功能是否已经开发完毕并且完成测试，并且它已在所有客户端中实现。如果是的话，那么我们硬分叉也很快就能顺利完成。」Swende在电话会议中表示道。
Parity Technologies首席技术长弗雷德里克．哈里森（Fredrik Harryson）则希望开发人员一步一步慢慢来实施他们的计划，因为他认为即使是完整计划的以太坊硬分叉，以先前六个月时程也从未准时实现过。
「我们可能需要额外的准备工作让某些流程自动化，才可能进行更短的硬分叉。硬分叉最麻烦的事情往往不是在于编写代码，而是其他的准备工作。」哈里森说。
除此之外，以太坊基金会顾问Greg Colvin 指出，构建以太坊软件客户端的大多数团队目前没有合适的人来处理硬分叉实践该有的基本工作，例如设置测试网，运行测试用例，进行测试等等其他责任。
对此，哈里森则回应是因为团队没有足够的资金来支持这样的人力成本。
「对我们来说，这是钱的问题。我们背后没有足够的资金。」哈里森打趣道。
虽然同意以太坊2.0 未来的不确定性很大，但哈里森对于接下来挑战巨大的改进，针对非常多硬分叉升级要实践，给出了初步小结：
「我们不应该因为以太坊2.0 的一切都很不确定，就去调整我们规划好的路线图或想法。」哈里森总结道。
微信扫一扫 
