【雷盾交易所靠谱吗】以太坊下次分叉重点，看这篇就够了？ -金沙下载送彩金

作者 | 秦晓峰

编辑 | 卢晓明

出品 | odaily星球日报

过去两周，由于众多的核心开发者奔赴多伦多参加以太坊扩展（scaling）会议，每周一次的电话会议被迫取消。本周五晚，以太坊核心开发者将继续举行电话会议，议题抓要围绕伊斯坦布尔（istanbul）硬分叉，并决定最终入选的提案（eip）。

从设计层面来说，伊斯坦布尔（istanbul）硬分叉是以太坊将走向 serenity（宁静）阶段最后的分叉（不会产生新代币）。同时，本次分叉的提案涉及问题众多（progpow、状态租赁、chainid等）。如果一些问题在本次分叉中得不到解决，将对以太坊后续生态发展影响重大。另据以太坊2.0研究员justin drake所说，以太坊2.0阶段0将于2020年1月3日发布。

推迟progpow，聚焦「状态租赁」

上个月17号，伊斯坦布尔硬分叉提案（eip）征集结束，共收集了29个提案。这些提案分别是：

• eip-615：evm的子程序和静态跳转

• eip-663：无限制的swap和dup指令

• eip-1057：progpow，一种程序化的工作证明

• eip-1108：降低alt_bn128预编译gas成本

• eip-1109：precompiledcall操作码（删除预编译合同的call费用）

• eip-1283：没有dirty maps，测量sstore的净gas成本

• eip-1344：添加chainid操作码

• eip-1352：为预编译/系统合同指定受限制的地址范围

• eip-1380：减少自我呼叫的gas成本

• eip-1559：改变eth 1.0链gas费用

• eip-1965：检查chainid在特定块号处是否有效的方法

• eip-1702：广义帐户版本控制方案

• eip-1706：当gas费用低下时，禁用sstore

• eip-1803：重命名操作码

• eip-1829：椭圆曲线线性组合（ elliptic curve li combinations）的预编译

• eip-1884：重新定义依赖于trie-size的操作码

• eip-1930：gas呼叫标准严格化，如果没有足够的gas调用可以复原。

• eip-1985：某些evm参数的合理极限

• eip-1959：新的操作码，检查chainid是否是chainid历史的一部分

• eip-1962：ec算术和与运行时定义的配对（取代eip-1829）

• eip-2014：扩展状态oracle

• eip-2026：状态租赁h - 固定帐户预付款

• eip-2027：状态租赁c - 核算净合同规模

• eip-2028：降低calldata gas成本

• eip-2029：状态租赁a - 状态柜台合约

• eip-2031：状态租赁b--净交易柜台

• eip-2035：无状态客户端 - 重新定价sload和sstore以支付块证明

• eip-2045：evm操作码粒子的gas成本

• eip-2046：降低对预编译程序进行静态调用的gas成本

此前的核心开发者电话会议，临时批准的提案是eip 1108——提议对以太坊网络的gas费用进行了微小改动。不过，开发人员强调，该提案虽然获得批准，但需要在之后的核心开发人员会议上提交基准数据。

另外，备受关注提案eip-1057可能被推迟。eip 1057提出了一种改进的pow算法，称为“渐进式pow”或progpow，旨在更好地利用gpu特定的计算功能。

此前，开发人员通过开源赏金平台gitcoin进行众筹募集了5万dai（约合5万美元），作为progpow代码审计资金。但由于该代码至今并未找到第三方机构进行审计，因此在5月24日的开发者会议上被宣布推迟。

同样被推迟的还有eip-1559，该提案旨在改变以太坊交易费模式，但由于过于复杂，被开发者“抛弃”。

在这些提案中，「状态租赁」显得格外耀眼。

「状态租赁」设计初衷是，以太坊的状态大小当前已经是非常庞大了，如果其继续以目前的速度增长，以太坊网络将变得异常臃肿。而我们正在低估存储的长期成本，存储成本可以近似地建模为：字节*时间，因此，我们有必要对当前以太坊的状态设计进行改动。

根据以太坊2.0的路线图来看，状态租赁也将在eth 2.0（目前的计划是在阶段2）进行部署。到底要不要在eth1.0重新耗时费力地开发，相信也会成为本周五电话会议的讨论热点。

删减提案

上述提案也在社群中也引起广泛讨论，不少开发者质疑有些提案内容重复，应该进行删减。

开发者alex beregszaszi 表示：“我很困惑。我认为那些提出相互冲突、相邻、重复的eip（有3到4个eips都是关于chainid、重新定价、swap和dup的）的建议应该在再次提出之前达成一些共识。如果他们没有明确规定，那么争论eip就没有什么意义。”

直到目前，提案审计进程仅仅进行了一小段，核心开发者们能否在本周五给出最终答案，仍然悬而未决。

alex认为，一些提案其实并不需要在硬分叉中进行，可以联系以太坊客户端开发人员解决。“那些（eip）作者不应该只是试图自己解决它，而是要联系一些相关的开发人员，比如客户端开发人员来审查他们的想法。如果每个人都等着核心开发者召开电话会议讨论实施，我们将没有足够的时间讨论所有这些提案。”

对于上面的eip，开发者社群目前也在讨论进行缩减，以降低核心开发者工作量，提高效率。

硬分叉时间表

除了关注提案，关于伊斯坦布尔硬分叉的时间安排也同样值得关注。

根据前硬分叉协调员 afri schoedon（已离开）制定的时间表，硬分叉过程分解为“一个固定的9个月周期”。伊斯坦布尔硬分叉时间表如下：

• 2019-05-17(星期五)：接受“伊斯坦布尔”提案截止日期

• 2019-07-19(星期五)：主要客户端实现的截止日期

• 2019-08-14(星期三)：测试网（(ropsten、gorli或特设testnet)）升级时间

• 2019-10-16(星期三)：主网升级时间(“伊斯坦布尔”)

目前已经完成了第一阶段提案收集，接下来要进行的则是“主要客户端实现”。所谓的“主要客户端实现”，即将已接受的epi合并到以太坊现有客户端中，这一步类似于将代码组合在一起，这样就可以对其进行全面测试。

不过，按照以太坊一贯的调性，这次硬分叉“按时”完成的可能性并不高。此前的君士坦丁堡分叉中，就出现了代码漏洞，导致分叉延期。

以太坊基金会的受助人alexey akhunov在gitter聊天室中说道，每个人都应该考虑“截止日期”，不应该为了截止而截至，一切以做好工作为前提。

“我自己也在思考这个截止日期的目的是什么？”akhunov说，“因为这是第一次（在分叉中）引入这么多东西，所以我们来这里是为了确保我们所做的事情是有原因的，而不是因为‘有人这么说’。”


文章作者：秦晓峰