在对该平台即将进行的君士坦丁堡升级的初步测试未能实现预期结果后，以太坊开发生态系统受到影响。

开发人员周一对CoinDesk表示，最初计划在2018年投入使用的系统范围变更，即代码发布，旨在引入五项改进提议，并改变200亿美元区块链的经济效益，现在可能会因周六在测试网络Ropsten上的激活失败而推迟。

在上周五与以太坊的开源开发团队会面之后  ，有人建议君士坦丁堡最早可以在11月实先，但上周六的失败激活揭示了代码中意想不到的问题。也就是说，以太坊基金会Martin Holst Swende的安全负责人发现了一个错误，该错误导致同一软件升级的两次不同迭代在testnet上运行。

虽然已经发布了修复已识别错误的补丁，但独立的以太坊开发商Lane Rettig周一向CoinDesk解释说，目前正在对君士坦丁堡测试网络发布事件进行调查。Rettig说：“我们应该花时间了解出了什么问题，以及如何避免将来出现这类问题 - 不仅是低级代码问题，还有所有相关问题（采矿问题，通信问题，沟通问题,如何不被测试,等等），还有很多取证仍有待完成。“

Rettig还肯定了君士坦丁堡释放的计划可能会因此而被推迟，他断言：“如果升级导致测试网上的分支，我们应该将mainnet的发布暂停一段时间。”

虽然尚未确定君士坦丁堡实施的固定日期，但是基于区块链的非营利组织Giveth的创始人领导和创始人Griff Green在2019年的某个时候设置了主网络激活。Green表示：“我希望它延迟到2019年，区块链不会停止，但开发商需要。” “如果我要在预测市场上下注，我会把我的ETH放在1月底，2月初。”

以太坊核心开发商已经同意在即将到来的星期五通过直播电话集体重新组合，并将根据测试失败的情况讨论相关计划。

永远不要在周末分叉

为了回顾星期六的事件，君士坦丁堡的推出计划继续在以太坊的主要测试网络中进行，  编号为4,230,000，然而，矿工未能根据定时发射升级他们的软件。

由于它发生的时间“比星期六的预期要早得多”，Schoedon表示，许多开发人员无法获得，甚至不知道这一变化。Schoedon从事件中加入了他的内容：“永远不要在周末分叉。”

这被证明是一个问题，因为硬分叉能够顺利进行，所有参与的“节点”或由矿工和用户运行的计算机，需要几乎同时升级到同一软件。

随着以太坊开发商在社交媒体上公开呼吁推动测试时，由于Geth和Parity之间的君士坦丁堡代码存在差异，该网络经历了第二次分叉。

在向CoinDesk发表讲话时，积极参与Ropsten测试网络的矿工Brian Venturo解释说：“看起来共识失败是由于EIP-1283中SSTORE操作码的改变而导致的，Parity和Geth之间的操作方式不同。”

君士坦丁堡升级的一部分在以太坊改进提案（EIP）1283下提供了新代码，这将改变智能合约存储在以太坊上的方式，并降低智能合约开发人员更新存储合同的成本。

然而，Parity发布的君士坦丁堡代码中设计的EIP 1283的迭代具有退款机制，导致“对Ropsten区块4,230,605的明显分歧以及部署此智能合约的成本，正如以太坊核心开发人员在官方说明中所强调的那样。

在发现君士坦丁堡代码中的差异后，以太坊核心开发人员同意修补Parity的代码与Geth支持的代码保持一致，并尝试再次重新同步到正确的Ropsten链。

计划的一部分

不过，有些人认为失败的测试对整体发展有利。

上周六在Ropsten试图推出君士坦丁堡，Rettig 在周日发了推文：“我们打破了Ropsten，但它是一个测试网络，它将被修复，这正是首先发布到测试网络的重点。这真的很有趣，令人兴奋，并且看到这个过程按照设计发挥出来是令人放心的。”

他后来在周一向CoinDesk发送的电子邮件中补充说，他现在比以往任何时候都更有信心，正确的事情正在以正确的顺序发生，以保持以太坊主网的运行和安全。

其他核心开发人员似乎同意Rettig分享的观点，以太坊基金会的安全负责人在公共Gitter频道写作，周六“显然是一个很好的测试”，并补充说Ropsten的临时分叉状态不会让你慌得睡不着的。

以太坊核心开发人员Alexey Akhunov也在同一频道写道，虽然“流畅的流程有利于提高效率......但他们可以灌输一种虚假的安全感”，并补充道，“破裂......让人们更加警觉。 “

展望未来，Parity的发布经理Afri Schoedon解释的所有以太坊开发人员的计划是为相关客户实施错误修复并“再次将它们全部集中在Geth Ropsten链上”。他补充说：“一旦完成这项工作，希望围绕Devcon，我们可以继续在Ropsten上测试君士坦丁堡......并最终达成主要的网络分叉日期。”Schoeden肯定他也认为最有可能的结果将是新年的发布日期。Schoedon告诉CoinDesk：“我认为2019年1月是现实的分叉日期，但只有客户端会被修补，所有测试都准备就绪（并通过了），并且没有发现Ropsten上的其他问题。”
      编辑：却原来