# Celestia 六月的项目成果更新

By [W3.Hitchhiker](https://paragraph.com/@w3hitchhiker) · 2022-07-07

---

**_原文：_**

[https://blog.celestia.org/july-engineering-update/](https://blog.celestia.org/july-engineering-update/)

**_译者：Hoyt_**

最近几个月就像一场旋风，首先和首要的是 \*\*[Mamaki 测试网](https://blog.celestia.org/celestia-testnet-introduces-alpha-data-availability-api/)\*\*上线。Mamaki 上的数据可用节点已经能按预期工作，并且一些更新已经正式提上了日程，比如编码错误欺诈证明。

我们正在开发的一些项目，已经在进行内部测试，比如基于 [**Optimint**](https://github.com/celestiaorg/optimint) **和**[**量子引力桥**](https://github.com/celestiaorg/quantum-gravity-bridge)（Quantum Gravity Bridge）的主权独立的 rollup 示例。

在本更新消息中，我们将展示过去几个月中，项目进展的亮点。

### Mamaki 测试网

从上个月 Mamaki 测试网布署以来，出现了许多成功项和挑战项。开发者能够成功连接到数据可用性 API，并且向测试网提交 PayForData 消息。同时，他们也能够获取指定命名空间的数据。这些使得可扩展的数据可用性层，应用于 rollup 有了基础。

测试网还吸引了许多社区成员来搭建他们自己的节点，150个有效验证者的空位，很快就被填满了，更不用说参与网络实践的轻节点和全节点（译者注：存储节点）。我们感谢参与测试和提供反馈的每一个人。

当然，测试网也不是风平浪静的。网络出现了一些不稳定的情况，主要是最新版 Tendermin t的新 p2p 模块造成的，我们的测试网升级到了这一版本。

已知节点维护是放大不稳定情况的问题中的一个。已经确定的是，最大已知节点数，[**被硬编码为 1000**](https://github.com/tendermint/tendermint/issues/8683)。节点可以在它们的配置文件中，调整已知节点设置，但是这无法阻止它们已知的节点数，超过它们设置的值，因为最终只有硬编码的那个值起效。简单说，节点被大量已知节点冲垮了。

我们尝试了多种修复方法，比如切换回旧的 p2p 模块，不幸的是，它的问题更多。并且，旧模块和新模块存在一些兼容性事项，导致问题更严重了。毫无疑问，我们的核心和应用团队把上个月最好的时光，都花在调试和解决测试网的问题上了。

好在有 Tendermint 团队帮助调试和修复影响稳定性的那些问题。显然，我们不是，在升级到最新版本后，遭遇到 p2p 问题的唯一 Cosmos 链。

之后，我们打算采用更稳定的 Tendermint 版本，只要它仍然支持新引入的带优先权功能的交易池，我们不在意是升级还是降级。带优先权的交易池，对 rollup 来说是一个必备的功能，它能够保证成功向 Celestia 提交它们的区块，只要多付一些燃料费来取得优先权。

### 量子引力桥

三个月前，我们在西班牙集中开发期间，对量子引力桥进行了首次测试，它能在内部的开发网上成功运行。它的工作方式，近似于轻节点转发器。Celestia 的验证者集提供一个数据可用证明，他被桥的合约转发，同时转发的还有相应的数据承诺和验证者集的状态。

![](https://storage.googleapis.com/papyrus_images/4d8a45d5d7c36900e78777f9304ef7a7cf545cafd444c6e0c64495e6b0dcfe19.png)

桥的目的，是给，我们称之为 \*\*[Celestium](https://blog.celestia.org/celestiums/) \*\*的，某种混合式 rollup 提供，安全和可扩展的数据可用性。

进行集成测试期间，我们发现转发器太频繁地，只发出用于跟新状态的必要数据的一部分。如果没有这些数据，Celestium 无法知道它们发布到 Celestia 的数据是否可用。

为了解决这个问题，桥的设计被改变为更加同步化，这使（译者注：桥的）合约能够确保所有必要的数据都按顺序更新了。这些努力使得桥对 Celestium 来说更安全了，为几个月后在 Mamaki 测试网上的部署做出了贡献。

### Optimint

Optimint 被用于在 Celestia 上构建主权独立的 rollup，它使用 Cosmos SDK 并对 Tendermint 做了替换。不同于已有的 rollup，主权独立的 rollup 会在 p2p 网络中，分发自己的欺诈证明或者有效证明，以便节点进行本地验证。

我们对使用 Optimint 的主权 rollup 进行了内部测试。通过测试，我们改善了可靠性，比如即使序号生成器崩溃了，也能\*\*[成功提交区块](https://github.com/celestiaorg/optimint/pull/442)\*\*。超时和错误处理逻辑也得到了改善。改善抗掩盖性对 Optimint 的序号生成器很重要，因为一开始它是中心化的——我们正在努力实现领袖选举和去中心化的序号生成器。

### Celestia-node

测试网发布以来，大部分的测试和改进，都聚焦于数据可用性节点的功能上 。包括针对多种网络构型的，[**初期的本地测试**](https://github.com/celestiaorg/celestia-node/pull/702)。比如，存储全节点重建区块的能力，在（译者注：单个全节点）无法连接到足够使数据能重建的轻节点的构型中进行了测试，当然，它能连接到其它全节点，使得整体上，有足够的轻节点可以重建区块。

下一个提高区块重建效率和可靠性的步骤是，改善在 p2p 网络中发现全节点的能力。比如，全节点可以在网络中广告它自己，以便轻节点可以收到广告并且连接到它们。改善可发现性，同时对提供更受欢迎的网络构型有利，因为轻节点将能连接到更多存储全节点，提高数据采样和重建的可靠性。

发布 Mamaki 测试网的同时，错误编码欺诈证明也即将发布。这个欺诈证明可以警告轻节点，某个区块的纠删码被错误地生成了。这样一来，欺诈证明就被全部集成和完成了。下一步将是实现大规模的网络中的测试。

社区成员参与测试网的好处在于能发现更多问题和 bug。总的说来，更好的用户反馈流程，能帮助我们更好地理解潜在的用户体验问题。接下来的工作将围绕节点的 RPC 接口展开，这将有利于用户和依赖我们的服务，比如基于 Optimint 的主权 rollup。

### 总结

综上所述，这是进展巨大的几个月。针对测试网，我们还有一些重要的、额外的计划——请保持关注。

* * *

> _声明：本文内容仅供参考、交流，不构成任何投资建议。若存在明显的理解或数据的错误，欢迎反馈。_
> 
> _本文内容系 W3.Hitchhiker 原创，如需转载请标明出处。_
> 
> _商务合作：_[_hello@w3hitchhiker.com_](mailto:hello@w3hitchhiker.com)
> 
> _官网：_[_https://w3hitchhiker.com/_](https://w3hitchhiker.com/)
> 
> _W3.Hitchhiker 官方推特：_[_https://twitter.com/HitchhikerW3_](https://twitter.com/HitchhikerW3)

---

*Originally published on [W3.Hitchhiker](https://paragraph.com/@w3hitchhiker/celestia-4)*