社区成员们好!这个帖子是关于 SKALE 网络在短期内发布的时间表以及网络在开发过程中的情况。

作为一个开源协议,所有源码都是开放的,这意味着所有开发也都是公开进行的。也就是说,如果你去 GitHub,你可以跟踪我们所有的开放问题和拉取请求。虽然这些信息很容易获得,但本帖和时间表链接将让大家直观了解版本发布操作。这样,整个社区都可以看到主网上的新版本细节和时间表。

基础设施和性能的改进

SKALE 去中心化主网在去年 10 月成功启动。该网络自启动以来一直在不间断地运行,时至今日有 48 个验证器组织在运行 160 个节点。最近,第一批 SKALE 链在 SKALE 主网上启动,并部署了一些 dapp(去中心化应用)和开发工具,在实时生产环境中进行测试。

在此次测试中,我们发现了几个需要改进的关键领域。首先是需要在网络中实现更好的负载平衡。短短几周内,核心开发人员推动了一个负载平衡器的开发进程,使 dapp 开发者能够以一种非常简单的方式利用一个链条的所有 16 个端点。此外,我们也实施了一些调整网络和 SKALE 链性能的方法,这将提高主网上节点的稳定性。

在此过程中,一些验证者正在更新他们的基础设施,以使其更加安全、灵活,这需要将一些节点从主网中关闭,然后再将其恢复。这些都说明,从最初的主网 SKALE 链启动以来,核心团队和开源贡献者一直忙于与验证者协调、测试和推送更新,同时网络一直在不间断地运行。

IMA 改进和审计

在 SKALE 链所有工作推进的同时,我们也就以太坊<>SKALE 网桥即 IMA(链间消息代理)开展了大量工作。我们已于数月前在测试网上向 dapp 开发者和一些内部网络发布了 IMA 的初期部分成果。从那时起,团队做了大量的重新架构,赋予这个机制超棒的燃料效率,简化了架构,并纳入了一些关键功能。IMA 在一月份接受了初步审计,在重组和重新架构之后,它接受了最新的审计并即将发布,该审计已于上周完成。

IMA 由几个智能合约组成,它们将被部署在以太坊和被建的每条 SKALE 链上。此外,IMA 的 docker 容器被部署在验证节点上,这些节点也是每个 SKALE 节点的资源。测试、优化和重新部署这些合约和容器需要大量的协调和管理工作,不仅涉及 SKALE,也涉及验证者。48 个不同的验证者均有不同类型的基础设施和不一样的经验水平,为此付出了巨大努力。值得庆幸的是,核心团队和验证者社区已从早期的 SKALE 测试网中获得了很多经验,并通过复杂的工作和协调,针对主网进行了更改和修复。

在 Denali 之后,随着第一个 SKALE 链的上线,开发人员已经准备好部署 SKALE,如同现在所作的一样。也就是说,有相当多的客户对使用 IMA 跨链桥感兴趣,这将有助于他们在 SKALE 和以太坊之间来回转移资产。满足这第二个需求正是这个最新版本如此重要的原因。

下一步

SKALE 的开源开发团队遵循的发布流程涉及代码审查、内部 QA 回归测试、向测试网和主网的推送。这些涉及共识,需要在每个节点上运行 SKALED 以太坊客户端,还涉及 SKALE 的 BLS 阈值加密技术,涉及在每个 SKALE 链上预先部署的合同等等许多工作。这一切都在一个堆栈中,而 dapp 开发者和他们的最终用户将使用这个堆栈。此外,还有支持验证者的堆栈。其中包括节点软件即一组 docker 容器、支持节点软件的 CLI 容器,以及一个或多个 SGX 服务器(这取决于节点的数量)。

所有这些组件,无论是共识、预先部署的合同还是验证节点,都经过了测试、更新和改进,以与 IMA 实现兼容。事实上,在过去整整一周里,QA 一直在对 SKALE 链和节点堆栈进行回归测试。本周,QA 的回归测试告一段落,我们将开始在两个阶段过程中向测试网推送测试版本。这样做是为了在触及更大的验证者社区之前,更快获得更多关于每个节点内部情况的信息。

首先,会有一个基础运行测试节点的推送,以进行一轮快速测试。如果在机器操作、SKALED 运行和执行、加载交易和采矿区块以及 IMA 消息传输这些方面都表现不错,我们将启动第二阶段的测试网进程。这时,参与的外部验证者将他们的测试网节点更新至这些测试网版本。然后,在外部验证者测试网中启动另一轮的测试。团队开展性能测试,部署数个 SKALE 链以及带有 IMA 的 SKALE 链。届时,我们基本上已经对 SKALE 链进行了负载测试,来自成百上千个账户的众多交易将在 IMA 跨链桥上进行,来回转移代币。

一旦这些步骤完成,并且团队同意继续,我们就开始向主网发布版本,这需要几天时间。别忘了我们有 48 个验证者组织,在世界各地运营超过 150 个节点,不同验证者使用略有差异的机器和实例或基础设施。然后,会进行故障排除和验证程序,以核实验证者是否已真正升级了他们的所有节点,同时确保所有节点都符合在主网上运行的要求。这一切都需要进行大量的协调工作,通常得几天时间,在此期间,核心团队将在主网上部署 IMA 合约。一旦它们到了主网,我们就会进行验证,以确保所有这些合约都在 etherscan 上得到验证,并且部署的代码能按预期运行。

在所有验证节点更新后,我们将部署合约至主网,经过仔细的检查和故障排除程序后,第一批带有 IMA 的链将被放置在主网上。这里还有一个 QA 过程,以确保一切正确,QA 将从 SKALE Manager 上的分布式密钥生成(DKG)过程开始测试,跟进并观察参与 SKALE 链形成的节点上的交易。如果有任何小问题,核心开发人员和贡献者会对该问题进行分流并做 QA 传递。一旦 SKALE 链建立起来,IMA 合约就会自动部署在这些 SKALE 链上,并且会对预先部署的合同进行 QA。然后将为每个 SKALE 链部署一个负载平衡器。接下来,第一批 dapp 就会上线。

IMA 发布和部署的时间表是怎样的?

为了让你们更准确地了解每天的情况,我们附上了一个简化的 Gantt 图和暂定日期表。从 QA 回归测试开始一直到测试网阶段。在测试网的第一和第二阶段之间,有一个 内部网络 DappNet,供客户测试即将在主网上发布的版本。这样他们能够为在主网上的部署做好准备。此后,假设一切顺利的话,所有内容都会在主网上线。我们的开始程序是用浅蓝色标记的,那是我们预期的最早开始的过程。绿色是我们期望该过程完成的最晚时间。这样就形成了这个概率时间表和范围,即这些活动预计何时开始和完成。

点击这里用 Google Sheet 查看开发时间表

开发这些网络是一项非常困难的任务,需要做出大量协调。与典型的软件开发周期不同,我们不仅仅是在开发一个像 Cryptokitties 这样的软件,我们是在开发一整套产品,为 Web3 创建基础层。这套产品有复杂的相互依存关系,每一个改变、增加、错误修复、重新架构都会产生连锁反应。

举个例子,我们对 SGX 钱包做了一些非常重要的调整和改进,SGX 钱包能允许许多 SKALE 链共识进入使用 BLS 阈值加密技术的签署区块。如果你对 SGX 钱包做了改变,可能会影响到共识,可能会影响到 SKALED,又可能会影响到阈值加密技术,再会影响到 IMA 跨链桥,因为 IMA 使用 SGX 和 BLS 阈值签名技术以便来回签署区块。因此,我们改变了 SGX 钱包,改变了共识,改变了 SKALED,改变了 BLS 阈值加密,改变了 SKALE 节点,改变了 SKALE 节点之间的 API 层。正如你所看到的,所有都是相互依赖的。如果我们对堆栈中的一个部分做了改变,就会启动一个完全独立的 QA 回归过程,你必须对堆栈的全部内容进行测试。这就是为什么这么多周以来,我们一直在做 QA 测试。

最后的想法

SKALE 是开源的,所以我们有很多利益相关者。Dapp 开发者、开源贡献者、研究人员、验证者、委托者、代币持有人,甚至以太坊社区也是利益相关者。他们对 SKALE 网络的发展和可持续性都很重要。有个正在进行的黑客一计划,已经引发了重大影响。甚至还有研究人员和其他社区成员,对我们的 DKG 协议、SGX 和其他最佳安全做法都做出了贡献。很多事情都是在后台发生的,其中一些可以通过 SKALE 的 GitHub repo 看到。核心团队和开源贡献者不仅仅在推送软件,也在调动社区积极性,并确保我们在网络各个方面都遵循最佳做法。

这次更新非常重要,我们很高兴验证者与我们一起,从测试网的早期阶段到主网阶段,帮助我们开展协调。SKALE 以太坊网桥将允许应用程序合作伙伴在其应用程序中使用 SKALE 链。我们知道 SKALE 链和 IMA 桥对以太坊开发者来说是极具吸引力的产品,因为它具备高度的灵活性、安全性和速度。与开发者们目前可能使用的其他桥接器相比,这确实是一个重大改进,向前推进了一大步,将他们的 dapps 推向大众。