测试网，测试网，测试网！
以下是这期以太坊2.0进展更新的重点：
Medalla多客户端测试网的启动日期已经设定；
初始beta攻击测试网已经启动，白帽黑客们请注意了；
关于以太坊1.0和以太坊2.0的合并研究，开发社区已经取得了令人振奋的进展；
以太坊升级以来约352万枚ETH新存入质押，净存款约84.2万枚ETH:金色财经报道，Token.Unlock数据显示，自以太坊上海升级完成以来，已有约268万枚ETH解除质押，约352万枚ETH新存入质押，净存款约84.2万枚ETH。此外，当前约4.3万枚ETH处于待提款状态。[2023/5/16 15:05:31]
Medalla测试网
继Altona测试网表现出很高的稳定性之后，根据以太坊2.0客户端团队的说法，Medalla会是下一个多客户端测试网，其最早的unix启动时间为1596546000！
Medalla是一个为社区而构建，并由社区参与维护的测试网，从这个意义上来说，这是一个重大的进步，Medalla之前的多客户端测试网被认为是“开发者测试网”，主要是一些客户端团队和以太坊基金会的成员在测试运行，但随着这一测试网的推出，链的稳定性和健康性将几乎完全掌握在社区的手中。
数据：当前以太坊上锚定比特币流动量为12.86万枚:据欧科云链OKLink数据显示，截至今日18时，以太坊上流锚定比特币流通量约合12.86万枚，环比上升0.58%。其中排名前三的锚定比特币分别时WBTC 95746枚，占比74.43%; renBTC 25722 枚，占比20%以及HBTC 4810枚，占比3.74%。[2020/10/10]
请注意，MIN_GENESIS_TIME是Medalla测试网可启动的最早时间，而启动的前提是要达到最小的验证者数量。参照主网规范，Medalla的启动至少需要16,384个验证者，如果在UTC时间8月2日下午1点未能达到最低存款数，那么Medalla测试网的启动时间就会被延迟，这没什么关系。
动态 | 以太坊开发者们开始搜集“伊斯坦布尔”升级建议:在上周五举行的以太坊核心开发者会议上，开发者们讨论了测试网在“君士坦丁堡”硬分叉升级后的网络状态，拒绝了EIP1355 “Ethash 1a”的提案。并开始搜集“伊斯坦布尔”硬分叉升级的提案，升级建议提交的截至时间为5月17日。“伊斯坦布尔”硬分叉升级或将考虑EIP1418关于区块链租金（blockchain rent）的提案。[2019/2/18]
总之，Medalla测试网会在两个条件都满足的情况下的48小时后启动。我们都会警觉起来，观察存款的情况，当我们知道创始启动时间的时候，我们会大声告诉社区。
我们还将为Medalla测试网发布一个验证者“Launchpad”，它可以引导验证者进行存款。有关于此的更多细节也即将会公布。
34200份以太坊智能合约存在漏洞:国外一个5人组成的研究团队，创建了一个可以大规模扫描智能合约的分析工具——Maian，利用该工具对970898个智能合约的扫描显示，其中3.5%的智能合约（34200个）受一个主要漏洞的影响，使它们极易受到攻击。目前，研究人员还没有公布Maian，担心攻击者可能会利用Maian扫描易受攻击的智能合约，并窃取或锁定相关资产。[2018/3/4]
我们将有不少于4种客户端会参与这个测试网，其中包括lighthouse、nimbus、prysm以及teku，与往常一样，我们强烈鼓励客户端多元化，以增强网络的强度和抵抗性。
除了上面列出的四种客户端之外，我完全希望lodestar能在一开始的时候参与进来，我们甚至还可能会迎来另一个令人惊喜的客户端。
另一个激动人心的消息：Medalla将为那些参与启动的人提供特别的POAP！敬请关注更多的细节。
攻击测试网beta-0的推出
呼叫所有的白帽黑客！
本周，开发者们推出了三个攻击测试网，每个攻击测试网都有5000美元的赏金，只要你摧毁它，你就能拿到这个奖励。
这些初始的攻击测试网非常简单，并且很小，所以它们应该很容易被攻破。查看README文件，以了解更多关于入门的详细信息和注意事项，并加入EthR&D#attacknets频道参与讨论和提示。
继beta-0攻击测试网之后，我们将扩大攻击测试网的规模和复杂性，并给予更大的奖金。
哦！这里也要提到Jonny(TXRX)，他设法攻破lighthouse-attack-0测试网，虽然他并没有破坏测试网的终结性，但他发现了一个关键漏洞！也感谢SigmaPrime的快速修复。
以太坊1.0和以太坊2.0的合并研究更新
我想对以太坊1.0和以太坊2.0合并的研究进展，进行一次快速更新回顾，并对Mikhail(TXRX)和Guillaume(geth)的出色工作大加赞扬。
根据当前的愿景，以太坊1.0在未来会作为一个分片以整合到新的以太坊2.0当中。这是将以太坊2.0客户端与以太坊1.0客户端结合到一个系统当中。客户端之间的关系你可以在这里找到，关于Mikhail提出的更详细的合并讨论在这里，而Guillaume讨论的基于geth的以太坊1.0引擎的架构也在这里。
自从写完以上的方案贴之后，Mikhail和Guillaume一直在忙着实现这些概念。Guillaume的Catalyst的geth版本已构建完成），而Mikhail的第1阶段实施方案正在运行完全分片的eth2模拟，其中选择的分片将区块生成和对有效性的调用，推迟到本地的eth1引擎。
下一步是将这两个部分连接到一起，进行端到端的eth1+eth2模拟！
再次向Mikhail和Guillaume致敬，我对这件事感到无比兴奋，事实上，这件事会和信标链的上线同时发生。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。