阶段 0 的发展现状

启动信标链是一项需要小心谨慎的工作。为了确保过程顺利，开发者正遵循这些信标链规范对客户端实现进行测试。

客户端是去中心化系统的核心，因为他们解决了中心点故障的问题。在 ETH 1.0 里，全节点通过以下三种方式点排除中心点故障：

• 保存以太坊的整个状态（即全部的经济活动和余额等），
• 与对等节点（其他客户端）共享最新的区块链信息资讯，例如新挖出来的区块和等待验证的交易，以及
• 接收到信息后先验证再分享给其他客户端，执行网络规则

在现阶段，ETH 2.0 的开发工作主要是由多个独立团队对客户端进行开发测试。Prysm 是一个由 Prysmatic Labs 开发和由 Quanstamp 审计的 ETH 2.0 客户端。这个客户端现在正在进行 Topaz 测试网的测试，任何人都可以下载客户端并模拟运行 ETH 2.0 的信标链。

按时间列举最近阶段 0 的里程碑事件的时间线

多种实现并行能保障 ETH 2.0 的安全性

ETH 2.0 的茁壮成长需要多个客户端在信标链启动时处于活跃状态。如果我们依赖单个客户端，该客户端的一个 bug 就足以给网络带来毁灭性影响，包括将整个网络置于非共识状态或阻止区块的敲定。

当网络上存在多个客户端实现时，单个客户端的一个 bug 对网络带来毁灭性影响的可能性会大大降低。如果在一个客户端中出现了一个 bug，该客户端会无法参与共识，但整个网络还能继续运行并敲定交易，因为其他的客户端不太可能会出现同样的 bug。换句话说，其他的客户端会维持共识。因此，多客户端并存能提高网络安全。

创建测试网的目的是模拟将信标链放到主网的真实情况。为了测试当多个客户端共享信息（区块、交易等）时会不会出现 bug，ETH 2.0 的客户端实现正积极地在多客户端测试网上通信。

Schlesi 是第一个多客户端测试网，于今年 4 月 27 日启动。一度有 4 个已同步的客户端实现在其中运行了测试网信标链，它们是：

• Prysmatic Labs 的 Prysm
• PegaSys 的 Teku，由 ConsenSys 资助
• Sigma Prime 的 Lighthouse，以及
• Status 的 Nimbus

5 月 17 日，某个客户端出现了一个共识 bug，并在 Schlesi 多客户端测试网上引起一个分叉。在找到 bug 后，客户端的开发者决定结束 Schlesi 测试网并 (责任编辑：admin)