Ethereum Core Dev Meeting #81 以太坊核心开发者会议

首页 > 币界资讯 > 矿业前瞻 2020-04-20 17:00:36

币界网报道：

会议：以太坊核心开发者会议#81

会议日期：2020年2月21日，周五

会议时长：2小时

会议链接：

https://www.youtube.com/watch?v=zSRzlC_dCx8

会议议程：

-EIP回顾

- 下次升级时间讨论

- Open RPC讨论

-测试相关内容回顾

-其他讨论事宜

1. 会议是Hudson Jameson主持的。他先过了一遍agenda。会议首先是EIP review,然后是open RPC和测试相关的内容。

2. 首先是James Hancock发言，他说先讲会加到Berlin分支里面的EIP的进度。他首先请Greg说明了EIP2315的情况

https://ethereum-magicians.org/t/eip-2315-simple-subroutines-for-the-evm/3941

这个EIP是说Simple Subroutine for EVM。目的是加快代码的运算速度从而提高整体系统的表现。Greg介绍了自己的方法是写一些代码创建一个subroutine,在subroutine运算好，然后再通过平行堆栈返回到main routine上面去。然后后面有一些技术的讨论和请solidity team测试等。最后James说六月底之前应该能完成这个任务。

3. 接下来James请Dan说明了EIP2456的情况。

https://ethereum-magicians.org/t/eip-2456-time-based-upgrade-transitions/3902/11

Dan介绍说这个EIP是Time Based Upgrade Transitions，他之前准备退回检查之前1000个block，但是他说这样给轻客户端的负担太大了，所以他建议只检查之前的10个block，他觉得应该足够了。还提到了guest team，可能是需要配合验证之类的。

4. 下一步James介绍了自己的EIP2515

https://ethereum-magicians.org/t/eip-2515-replace-the-difficulty-bomb-with-a-difficulty-freeze/3995

这个EIP是升级难度炸弹（difficulty bomb）在系统里面。他说他先写了一个草稿，介绍大意是先找到一个块，冻结住难度，接下来在之后的块里面持续的增加难度。他说他收到了很多的反馈。但是他说他碰到一个困难就是如何用一个叫调节系数（adjustment factor）的东西。他说这个factor depends on the difficulty on the network所以很难确定。然后，尤其是和Martin有一些很详细的技术的讨论。最后他说他希望下次开会前他能够弄好这个调节的机制。

5.接着是Alex的EIP1962的更新。

https://github.com/ethereum/pm/issues/152#issuecomment-586653678

他说这是一个复杂的事情，他也邀请了另外两个同事Kobi和Zac输入他们的观点和办法。然后他请Zac发言。Zac说目前的预编译情况意味着很难将最先进的加密技术部署到以太坊。特别是考虑到过去一年出现了很多新的开发，但由于预编译支持有限，他们目前无法利用这些单元。但有了BLS 1238预编译，就能够使用更安全的caps，所以他认为这个EIP将非常有价值。他说他对于办法的实现有一些想法。但他强调，这个就像Alex所说的，这是一个复杂的EIP，有很多工作需要充实，因为基本上算是新的加密技术，而且开发团队也将使用预编译技术作为技术堆栈的一部分。后面引起了长时间的讨论，是关于如何改动，和怎么一步一步改才能最小的影响到现有的系统。参会人员都担心如果改动太大，或者说一次性改动太大的话，几千行代码，就算经过测试，也肯定有bug在里面，这样会造成灾难性的后果。而且一次性这么改的难度也太大。所以经过激烈的长时间的讨论，大家最后还是同意一步一步慢慢来，慢慢地扩展复杂性，而不是一下子增加一大堆复杂性。

6.下一步Hudson说了时间节点。他说Berlin要等BLS预编译好了之后才能进行下去。ProgPOW要等到第三个周三后。

7. 最后进行了Open RPC 的讨论。

https://spec.open-rpc.org/

Zack先解释了什么是RPC（service description specification,是一种描述service的方式）他说这个有很多，但open API是最出名的。他发现在将open API与Json-RPC服务结合使用时会遇到一些特殊的困难，因为open API被构造为基于HTTP的单个路由。它有很多特定于基于Rust的API的特性，因此需要一个开放的RPC。然后他介绍了如何使用这个，如何整合进一个叫json RPC的东西，在区块链上的特定应用等。这是一个比较新的工具，有一些参会人员问了一些如何使用，和google的API比较起来有什么不同的地方等和一些技术上的讨论。最后Hudson还提出让Zack给出更好的联系方式，以便于大家有问题可以及时问他们。Zack提出除了常规的，还是在GitHub上面最方便。然后他又强调这个是一个辅助性的工具，不会对整个代码造成什么问题。

8. 会议结束前，主持人Hudson说他会跟进这些讨论的问题，然后也会在下次会议前重新安排优先级，确保没有东西遗漏。最后会议结束。

与会开发者：