以太坊核心开发者会议 #89

Ethereum Core Devs Meeting 89 | 以太坊核心开发者会议第89期

会议: 以太坊核心开发者会议#89

会议日期: 2020年6月12日

会议时长: 1小时

会议视频链接:

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

会议议程:

1.柏林EIP - 集成更新

-EIP-2315: 用于EVM的简单子程序

-EIP-2537:BLS12-381曲线操作

2.讨论预编译价格调整的问题

-EIP-2046: 降低对预编译程序进行静态调用的Gas成本

-EIP 2666: 预编译和Keccak256函数的价格调整

3.YOLO测试网更新

4.符合条件的(Eligible forInclusion , EFI) EIP回顾

-EIP-2565: EIP-198 ModEx预编译的价格调整

5.对使用了EIP-2537的ETH 2.0保证金代理合约进行更新

6.账户抽象研究更新

7.以太坊/PM日程

8.测试更新

9.前次会议决定和行动的回顾

会议主要内容:

1. 会议开始,主持人Hudson欢迎大家来到第89次核心开发者会议。他开始第一个议题,柏林EIP的集成更新。会议日程第一项的链接指向一个Google表格,展示了各个客户端的最新情况。现在James开始介绍最新情况。他说大部分的客户端都已经集成和同步到了YOLO测试网上,包括Geth,OpenEthereum(又名开放以太坊)和Besu。Nethermind和Trinity表示他们的工作还在进行中,其它暂时没有更新。

https://docs.google.com/spreadsheets/d/1BomvS0hjc88eTfx1b8Ufa6KYS3vMEb2c8TQ5HJWx2lc/edit?ts=5ebe9851&pli=1#gid=0

2. Hudson开始第二个议题:讨论预编译价格调整的会议。他介绍这个议题包含了两个EIP,分别是EIP-2046和EIP-2666,同时这个电话会议在James的组织下已经顺利结束了。他请James来介绍一下最新情况。James请会议参与者之一Alex V来介绍。Alex简单总结了一下会议纪要,他说首先最初把STATICCALL调整为0的提议被否决了。其次他在Github上基于各个客户端的情况做一个调查,看看价格能调整到多少。Martin和他分别在Geth和OE上做了基准测试。测试结果显示Geth上STATICCALL应该是40,OE上应该是30左右。他表示这不代表EIP-2666就结束了,即便价格不能调整到0,BNADD 和BNMUL还是可以按需要继续调整。后面还需要更多的调查和研究。

Martin补充道,会议后大家还同意在各个客户端做一个测试矩阵,来记录各个客户端在各种测试条件下的测试结果。然后通过分析比较这些结果,讨论决定STATICCALL价格能调整到多少和预编译器价格能调整到多少。测试矩阵里面已经包含了4到5种不同的预编译器,后续还会加入更多预编译器。Axic补充道,应该先集中解决STATICCALL的价格调整,以便更快的整合到柏林里面去。随后再看如何调整预编译器的价格。

James询问在何种条件下YOLO测试网可以调整STATICCALL价格?Martin觉得这个改动很小,所以他认为没有太多限制条件。其它客户端表示需要再具体看一下,并在下一次开会的时候讨论最终结论。James最后表示这个价格调整的会议效果很好,他很愿意组织一些专门针对某一个特定EIP进行讨论的会议。

https://ethereum-magicians.org/t/eip-2046-reduced-gas-cost-for-static-calls-made-to-precompiles/3291

https://github.com/ethereum/EIPs/pull/2666

3. Hudson开始第三个议题,YOLO测试网的更新。Hudson表示YOLO测试网发布后还没有开过会,所以他希望先介绍一下发布上线的情况,有什么主要问题等。Peter介绍说YOLO测试网周一发布了,但随后的确发生了一些问题。第一个是他自己造成的,他把YOLO所有的东西都放到了Martin准备的大硬盘上,没想到过了三天磁盘容量就不够了,但这个已经被解决了。还有一个古怪的问题是Martin把所有的BLS交易记录和内容的文献库都放到网络上去后,Geth的授权节点(signer)停止运作并开始创建区块,然后Geth开始接受这些创建的区块,但这并不是他们想要的状态。Peter记录了授权节点的状态来做后续的分析,并重启了YOLO测试网。没想到Geth的授权节点又出错了,所以这里面一定有问题,后续还要做分析。Alex表示OE和Geth同步到了同样数量的区块,但是后面出错了。他强调这个问题和BLS预编译器没有关系。Peter表示同意,并说出现现在的状态肯定是测试网络里面有一个部分出错了,但现在还不清楚是什么,以及在哪里出错了。

James补充说到他觉得YOLO测试网的发布对柏林的开发工作很有帮助,很多事情也讨论的很充分,所以他觉得这是一个很好的形式,以后鼓励多组织类似形式。Tim也表示同意,并建议也为EIP-1559专门组织一次讨论。Hudson询问Tim说,他知道EIP-1559需要做一些专业的数学分析以及经济学的分析,这个有人在做么?Tim表示不清楚,但他知道比较接近的是来自EF小组的Barnaby正在做不同模型的模拟,Nick Jonson也在努力推动去做理论分析。Tim表示如果大家愿意,他可以协调和组织合适的人来开会并讨论EIP-1559,并和Nick进行充分的讨论。

https://t.co/dmUTxTjOqV?amp=1

https://yolonet.xyz/

4. 下一个议题是符合条件的EIP回顾。这次只有一个议题,是EIP-2565:EIP-198 ModEx预编译的价格调整。Kelly介绍说他们在做最后阶段的矩阵测试,没有大的问题。他预测大约下周初就可以完成,接着就会完成提交PR到EIP的Github仓库去。Tomasz提出既然Kelly已经为几个客户端设置好了矩阵测试,是否可以分享出来,这样他们也可以用。Kelly表示他们有两类矩阵测试,一类大约有近十个测试是为最初的EIP-198设计的,还有一类延伸的有上百个有随机参数的测试矩阵。后面有一些关于怎么给这个测试矩阵,什么格式,哪里给等讨论。

James询问最后到底选择了第一种和第二种哪一种方式(Kelly最初提议了两种办法)。Kelly确认说是第二种办法。他解释说,因为在OE上第一种办法实施得太慢,所以最后就选择了第二种。James建议应该把这个EIP放入EFI里面。Hudson还以为已经在EFI里面了,但最后没有找到。最后Hudson询问大家有无反对意见,在没有得到反对意见后,宣布这个EIP正式会进入EFI。

https://eips.ethereum.org/EIPS/eip-2565

5. 接着进行下一个议题,对使用了EIP-2537的以太坊2.0保证金代理合约(DepositProxy Contract)进行更新。Alex Stokes介绍说这个EIP很简单明了,大概就是一个验证者抵押保证金的智能合约,验证者需要抵押一定价值的以太币来进入以太坊2.0。这个合约是单向的,所以当系统发现这个保证金合约无效的时候,不能退回以太币。有一些无效的情况是因为BLS的签名失效。所以在这个保证金合约的外面又包裹了一层代理合约来预先验证BLS签名的有效性,减少之前发现的因保证金合约无效而导致以太币不能退回的情况。Alex也给了一个链接来具体说明里面的理论。他想问问大家对此有没有疑问和建议。Tim询问有没有任何的安全性审计的计划。Alex表示如果要正式地合并到以太坊2.0里面去,这个非常重要。但是现在还没有计划,只有一个Telegram的频道开放给那些愿意去测试,寻找错误并做优化的用户。他也强调,这个EIP本质还是很简单明了的。Hudson最后表示,如果有任何人,包括网上收听的用户们,有兴趣来帮助测试和优化这个EIP都可以联系他们。

https://github.com/ralexstokes/deposit-contract-verifying-proxy/blob/master/README.md

6. Hudson开始下一个议题,账户抽象研究(Account Abstraction Research)的更新。Will介绍说根据最初的规范,他们已经在Geth上完成了MVP的实施和测试,也通过了一个叫AA的内部测试网络。他们用一个工具来收集矩阵的信息,他们和社区的交流也越来越多,包括组织一些会议来讨论。他们也会发表更多的文章来解释他们的工作。Will表示所有这些工作都是想评估实施账户抽象的可行性。他们想获得更多的数据,让更多的人参与进来,然后再来评估,不过他挺自信地认为现阶段可行性还是不错的。下一步他们在最初的规范的基础上会扩展一些功能,包括支持一个账户的多个交易等。Hudson说在会议日程的评论里面Will还做了一些解释,大家有兴趣可以去看看。

https://ethereum-magicians.org/t/implementing-account-abstraction-as-part-of-eth1-x/4020

https://ethresear.ch/t/native-meta-transaction-proposal-roundup/7525

7. Hudson说下一个议题是James的,以太坊/PM日程,他准备了一个日历,请他来详细的介绍一下。James说他准备的日历里面包含了EIPIP会议,核心开发者会议,以太坊2.0会议等。这是一个公开的Google的日历。James表示如果谁觉得会忘记参加会议的时间可以共享这个日历,然后可以及时得到提醒。

https://calendar.google.com/calendar/embed?src=ethereum.org_semftevk58vu53rv149mvkla78%40group.calendar.google.com

8. 下一个议题是测试更新。Martin询问客户端是否可以和YOLO测试网一起做柏林的状态测试来提高效率?Martin表示如果客户端已经实施了状态测试,那应该是很小的改变。Tomasz介绍说Nethermind很快能够做到这个要求了。他解释说,他们在最终确认他们所开发的Hive测试。Hive测试可以执行共识测试,也可以把状态测试的要求加入进去。之后会再给Martin更新。James建议是否可以在YOLO测试网的EIP里面加入这个要求,并跟踪客户端的状态测试结果。

9. 下一个议题是前次会议做的决定和所需行动的回顾。Hudson表示上次会议的两个决定都实现了。他开始确认上次会议的行动,和每个相关的人确认后,所有的行动都完成了。接着他开始确认这次的行动事项,包括EIP-2565进入EFI,客户端的状态测试后续讨论和YOLO测试网上预编译器的Gas成本减少的讨论等。

10. 最后关于YOLO测试网的授权节点的问题,Peter补充道,他刚才发现授权节点正在运行旧版本的Geth,并未启用Yolo。所以DNS解析在机器上不起作用,这就导致docker无法提取最新版本的Geth。之前的授权节点是启用了YOLO的,但是因为磁盘空间不够就转换去了旧版本。James表示这也是一个很好的例子,说明对于DApp的开发者来说,YOLO测试网并不是一个合适的测试的地方。

11.会议结束。

与会开发者:

• Alex Vlasov

• Alex Beregszaszi (axic)

• Andrea Lanfranchi

• Ansgar Dietrichs

• Abdelhamid Bakhta

• Artem Vorotnikov

• Daniel Ellison

• Daniel Weaver

• David Mechler

• Dimitry

• Greg Colvin

• Karim Taam

• Kelly (Supranational)

• Hudson Jameson

• Mariano Conti

• Martin Holst Swende

• Michael Carter

• Pawel Bylica

• Péter Szilágyi

• Pooja Ranjan

• Rai Ratan Sur

• Robert Drost

• Sean

• Tim Beiko

• Tomasz Stanczak

• Wei Tang

• Will Villanueva

更多参考内容:

http://github.com/etherrum/pm/

欢迎转发,本内容遵循CC BY-SA 2.5协议:

https://creativecommons.org/licenses/by-sa/2.5/

你的支持,是对我们的认可。来打赏我们一杯咖啡吧!**打赏地址:**

以太坊:

0x7Ba18D8d4B0E4EB06a720aF2BeC29603078c806b

Gitcoin:

https://gitcoin.co/grants/468/ethplanet

点赞 0
收藏 0
分享
本文参与登链社区写作激励计划 ,好文好收益,欢迎正在阅读的你也加入。

0 条评论

请先 登录 后评论
以太行星
以太行星
公众号: ETHPlanet , 全球性非盈利以太坊社区组织