以太坊的“君士坦丁堡”在测试失败后面临升级延迟

在对该平台即将进行的软件升级——君士坦丁堡(Constantinople)进行初步测试后，因其未能取得预期结果，Etalum开发生态系统正在受到影响。就在周一，开发商透露，最初计划在2018年上线的一项全系统范围的改变以及代码发布，（旨在引入五项改进并改变200亿美元区块链的经济性）现在可能会在周六测试网络Ropsten的启动失败后被推迟。

 

上周五，以太坊的开源开发人员团队举行了一次会议，会议建议君士坦丁堡最早可在11月实施，而周六的激活失败则揭露了代码中的意外问题。也就是说，以太坊基金会Martin Holst Swende发现了一个错误，导致同一软件升级的两个不同迭代在testnet上运行。尽管已经发布了修复已识别漏洞的修补程序，但独立的Etalum开发人员Lane Rettig解释说，对Constantinople Testnet发布事件的调查仍在进行中。

 

 

Rettig还申明，君士坦丁堡的发布计划可能因此而推迟，并断言：“如果升级导致了测试网上的分叉，那么我们应该在至少一段时间内暂停发布主网。”

 

上周六也就是2018年的10月13日，君士坦丁堡计划在423万号街区进行以太坊的主要测试网络, 但是, 矿工未能按照原来的定时发射升级他们的软件。由于它发生的时间“比预期的要早得多”，Schoedon说，许多开发人员“没有机会，甚至不知道”发生了什么变化。

 

 

事实证明，这是一个问题，因为硬叉要顺利进行，所有参与的“节点”或由矿工和用户运行的计算机都需要几乎同时升级到同一个软件。在以太坊开发人员的公开调用之后社交媒体为了推进测试，网络经历了第二链分裂，这是由于两个主要的Etalum客户端(Geth和Parity)之间的君士坦丁堡代码不一致造成的。

 

矿工布莱恩马尔代夫凡托解释说: "我们一致同意失败是由 SSTORE 的 EIP-1283 操作码的变化驱动的, 在奇偶校验和 Geth 之间实现了不同。君士坦丁堡升级的部分功能将改变智能合同存储在以太坊的方式，并降低智能合同开发人员更新存储合同的成本。

 

然而，在君士坦丁堡代码中设计的EIP 1283的迭代特点是退款机制，造成了“在Ropsten区快4，230，605上的明显分歧”，以及部署这一智能合同的费用。在发现了Constantinople代码中的差异之后，ethereum核心开发人员同意修补Parity的代码，以与Geth支持的代码保持一致，并尝试对正确的Ropsten链进行另一次重新同步。

 

旷工Schoedon还说“我认为2019年1月是一个现实的切合实际的分叉日期，但前提是客户端得到补丁，所有测试都已准备好（并通过），而且在Ropsten上也没有发现更多问题。