以太坊核心开发者会议 #89
- 以太行星
- 更新于 2020-06-15 12:50
- 阅读 3031
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表示他们的工作还在进行中，其它暂时没有更新。
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进行充分的讨论。
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表示如果谁觉得会忘记参加会议的时间可以共享这个日历，然后可以及时得到提醒。
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
