以太坊 2.0 多客户端测试网 Schlesi 结束，Witti 崛起

编者按：原标题为《通知 | Schlesi 测试网结束，Witti 崛起！ “

-（图片来源：Claudio Galamini）-

以太坊2.0的多客户端测试网络Schlesi现已完成历史使命以太坊测试网goerli，即将停止运营。

毫不夸张地说，Schlesi 已经完成了以太坊 2.0 路线图上的一个重要里程碑：成功启动公共多客户端测试网。 在本文中，我将讨论 Schlesi 测试网及其后继者 Witti 测试网。

一些重要的定义让我们先交流一些术语的含义。 什么是测试网络？ 测试网络是用于测试的备份网络，希望尽可能模拟目标网络的生产环境，以测试软件和协议的实际能力。 计划使用目标网络进行生产的用户可以通过测试网络测试客户端的能力，确保不会遇到BUG。 测试网很重要，因为它们可以帮助人们在实际投入生产之前发现错误。 什么是以太坊 2.0 测试网？ 以太坊 2.0 的第一阶段，Phase 0，将退出信标链。 关于什么是信标链，Bed Edgington在2018年10月给出了很好的解读：“信标链的核心功能是为自己和分片链管理权益证明协议的运行。这种管理包括：管理验证者及其区块权重；在每个时间段为每个分片安排区块提议者；组织验证者，将他们分成委员会，参与对提议的区块进行投票；执行共识规则，发放奖励和施加惩罚；成为每个分片的锚点注册自己的状态以促进跨分片交易。” 为了测试信标链，我们需要让一个或多个客户端一起组成一个网络。 所谓“以太坊2.0测试网”，就是在测试环境中运行Phase 0信标链实例。 目前仍在运行的一个单客户端测试网是由 Prysmatic Labs 发起的 Topaz 测试网。 什么是多客户端测试网？ 多客户端测试网络是由多个不同开发团队开发的客户端连接在一起组成的测试网络。 Schlesi 和 Witti 都是多客户端测试网。 多客户端测试网更具挑战性，因为不同的客户端有自己的特点，bug，配置也不同。 大多数客户端在参与多客户端测试网之前运行私有测试网。 Afri Schoedon 说得好：

“在主网上线之前，我们需要上线一个尽可能模拟主网情况的测试网。 这就需要我们有一个稳定的、长期的、持久的测试网络，仅仅得到一个客户端的支持是不够的，要得到客户端的各种客户的支持，甚至是所有客户端的参与。 ” （来源）

以太坊 2.0 测试网是如何分叉的？ 信标链由权益证明协议支持。 当2/3的验证者见证了部分区块的有效性时，一批区块将被确认。 这就是所谓的“达成确定性”，在此之后，之前的区块将永远无法更改。 当区块链无法实现确定性时，它就会变得不稳定，可能会出现分叉。 当不同的验证器支持竞争块时，就会发生分叉。 这就是 Schlesi 测试网上发生的事情。多客户端测试网络历史

Schlesi 实际上并不是第一个多客户端测试网。 还有一个更早的测试网络叫做“multinet”，于 2019 年 10 月 24 日上线（GitHub），也有多个客户端参与：Nimbus、Trinity、Lighthouse、Prysm、Lodestar 和 Artemis（即当前的 Teku 客户端） ). 不过，它更像是一个模拟的多客户端测试网。 Afri Schoedon 解释说：

“Eth2.0 Multinet是一个模拟多客户端测试网络的脚本集合，可以调整各种参数来模拟测试效果，比如验证者的数量。Multinet使用的是最低Eth2.0规范。” （ 来源）

2020 年 3 月以太坊测试网goerli，在一次开发者电话会议上，以太坊基金会的研究员 Danny Ryan 表达了他希望“启动多客户端测试网”的愿望。 然后是 Schlesi 测试网。

这个名字来自德国柏林的 Schlesisches Tor 火车站。 Schlesi 多客户端测试网于 2020 年 4 月 27 日启动。

在运行期间，Schlesi 测试网旨在测试以太坊 2.0 v0.11.1 和 v0.11.2 的规范。 由于不稳定，之前针对 v0.10 的测试网已停止。

Schlesi 启动时成功连接了两批运行不同以太坊 2.0 客户端（Lighthouse 和 Prysm）的验证器，随后成功添加了 Teku。 Nimbus 和 Lodestar 在进度上略有落后，但正在迎头赶上。

然后，在 5 月 17 日，Afri Schoedon 宣布在测试网上进行分叉。

尽管它的存在时间很短，但 Schlesi 已经产生了组织文档、编写配置和引导程序以及允许多个客户端同时加入的机会； 人们可以公开部署节点，与测试区块链同步，质押Goerli测试网ETH成为验证者； 开发人员对 Schlesi 运行了这么长时间感到惊喜，客户团队也因快速解决软件实施中的问题而受到认可。 总而言之，这是一个令人愉快的结果。

那么，是什么导致 Schlesi 测试网最终停止？ Prysmatic Labs 团队的 Ivan Martinez 在他们的变更日志中总结了问题的根源：

“在 5 月 15 日世界标准时间上午 11 点左右，Schlesi 测试网被发现在近 50 个时间段内没有实现最终确定……这最终导致链条不稳定，出现了几个临时分叉。

Prysm 客户端和 Lighthouse 客户端在 300 多个 epoch 未能实现最终确定后在 epoch 150496 slot 分叉。 一个区块是通过削减见证人来实现的，但是不同的客户在计算被削减的验证者的奖励和惩罚时存在不一致。 这在 Prysm 客户端的惩罚计算中暴露了两个不同的错误！ 经过这次链分叉，我们觉得最好的办法就是重新开始。 虽然当时 Schlesi 可以从这个错误中恢复过来，但我们认为最好立即应用我们从这次事件中吸取的教训并启动一个新的多客户端测试网。 “

然后，施莱西拉上了窗帘。 维蒂要崛起了！