摘要
Medalla多客户端测试网已确定启动时间
初始beta版攻击者网络已启动。号召所有白帽子参与
Eth1+Eth2合并研究取得令人兴奋的进展
Medalla测试网
继?Altona?测试网表现出优秀的稳定性之后，Eth客户端团队商讨决定，Medalla?——下一个多客户端测试网——?
最早启动时间?将是?
1596546000?！
微软数字转型总监：正研究为Azure DevOps下一次主要架构添加以太坊Layer2:4月15日消息，微软数字转型和区块链总监Yorke Rhodes在其社交网站表示，正在为微软Azure DevOps招聘一位精通区块链的核心工程师，需要该工程师以以太坊Solidity语言为基础，利用区块链特性，研究为下一次主要架构更新添加整合以太坊L2。[2022/4/15 14:27:29]
这是自Altona测试网以来的一大进步，因为Medalla将是一个?为社区开发并由社区来维护?的测试网。在Medalla之前的多客户端测试网都被认为是“devnet”，主要是由开发者团队和以太坊基金会的成员来运行的；但这次Medalla启动之后，网络的安全性和健康就全部交到社区手上啦
以太坊未确认交易为121,258笔:金色财经消息，据OKLink数据显示，以太坊未确认交易121,258笔，当前全网算力为398.43TH/s，全网难度为5.30P，当前持币地址为55,756,797个，同比增加167,740个，24h链上交易量为3,002,129.54ETH，当前平均出块时间为13s。[2021/3/3 18:12:23]
注意，最早启动时间，顾名思义，是这条测试链最早?可以?启动的时间，但链必须等达到最小验证者数量要求后才能启动。为忠实地与主网规范保持一致，Medalla测试网至少要具备16384名验证者才会启动！如果在UTC时间8月2号下午1点没有达到最低保证金门槛，那么链就会晚于?最早启动时间?启动。
以太坊未确认交易为103,707笔:金色财经消息，据OKLink数据显示，以太坊未确认交易103,707笔，当前全网算力为238.84TH/s，全网难度为3.22P，当前持币地址为48,136,181个，同比增加111,171个，24h链上交易量为3,692,553.49ETH，当前平均出块时间为13s。[2020/10/1]
总而言之，Medalla的启动会在所有条件都达到的48小时之后。我们会屏气凝神、看着保证金合约，等Medalla创世时间确定后，再用欢呼来迎接它?！
我们也会为Medalla放出一版验证者“Launchpad”——一款教育用的接口，帮助测试网验证者存入保证金。更多细节不日放出?！
现场 | ETHIS在香港召开 聚焦以太坊扩容和行业融合:金色财经9月8日现场报道，以太坊行业峰会（ETHIS）在香港召开，Vitalik等核心开发人员受邀参加。此次峰会主要围绕以太坊技术和以太坊行业展开，介绍扩容方案、各行业基于以太坊的应用、智能合约的安全性以及智能合约开发语言Vyper的最新情况。上半场的“智能合约安全”和下半场的“分布式加密交易所”这两个圆桌讨论将成为峰会的亮点。[2018/9/8]
待Medalla创世时，我们将至少有四款客户端能够参与——lighthouse、nimbus、prysm和teku。跟往常一样，我们强烈建议拓宽客户端多样性以提高网络的强度和弹性。请不要客气、多看看客户端的文档、改改编译和配置，然后到他们的Discord频道里面提提问题:)
除了上述四款客户端，我还满心期待lodestar客户端能赶上在测试网一开始就参与，而且没准我们还会有别的客户端也加入进来。
另一个重大消息：Medalla测试网为所有参与启动的验证者准备了特殊的POAP徽章！敬请保持关注?
攻击者网络?beta-0?启动
召唤全体白帽子1337h4x0rz???!
三个攻击者网络已在本周启动，每一个攻击者网络都为破坏性崩溃安排有5000美元的赏金。
这几个初步攻击者网络有意被设计得很简单、很小型，所以应该很容易被破坏。在动手之前先看看README文档了解更多细节和注意事项，然后可以加入EthR&D#attacknets?频道参加讨论、获得提示。
在?beta-0?攻击者网络之后，我们会逐步提高规模和测试网的复杂性、设计更复杂的挑战，提供更高额的奖金！
而且！现在Jonny已经成功发现了?lighthouse-attack-0?的bug并获得了一份荣誉奖项！虽然并没打破测试网的终局性，但他发现了一个严重的bug！另外，感谢Age快速修复了这个bug。
Eth1+Eth2合并研究进展
我想快速播报一下Eth1+Eth2合并方面的进展，并且给Mikhail和Guillaume的杰出工作一个公开的致谢！
依我们现在的设想，以太坊的未来是当前的区块链会作为一个分片被整合到新的Eth2共识机制中。这就需要把Eth2客户端和Eth1客户端整合到单个系统中。客户端关系的抽象描述，可见此处；Mikhail关于合并的详细范围的意见，可见此处；而Guillaume关于一个基于Geth的Eth1引擎架构设想，可见此处。
自这些文章写成以来，Mikhail和Guillaume一直忙于将这些概念变成现实。Guillaume的Catalyst——一个把共识委托给RPC调用的Geth客户端——已经开发好、准备派上用场了；而Mikhail的Phase1实现正在运行完全分片的Eth2模拟器，它会选择分片委派区块生产，并把有效性调用发给一个本地的、经过修改的Eth1引擎。
下一步就是把这两个部件合并起来，然后实现一个端到端的Eth1+Eth2模拟！
再一次感谢Mikhail和Guillaume的工作！我对这些成果感到无比兴奋，而且，这些工作全都是与信标链的启动工作并行进行的！
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。