

如果 Celestia 拥有一个结算层,它就会失去一些中立性——使其与位于其之上的所有结算层竞争。
原文标题:Routes to enshrining a settlement layer in Celestia
原文作者:Alex Beckett,就职于 Celestia
原文来源:alexbeckett.xyz
编译:DeFi 之道
Celestia 在 L1 区块链设计中是独一无二的,因为它没有智能合约功能。相反,它选择了尽可能简单的设计——消除了执行流程。这个想法是其他区块链,如Rollup,可以成为用户部署智能合约的地方。同时,Celestia 为 Rollup 提供了他们需要的可扩展基础设施(共识和数据可用性)。
面对放弃智能合约,Celestia 无法为 rollups 提供任何结算服务。虽然结算是一个相对模糊的术语,但带有智能合约的结算层可以提供一些东西。
就目前而言,如果 Rollup 打算使用 Celestia,同时还需要上面列出的任何结算功能,它可以使用 Celestia 之上的结算层。事实上,这个结算层只是一个 Rollup(所以我们最终会在一个 Rollup 上再添加一个 Rollup)。
虽然为结算而堆叠 rollup是一种潜在的解决方案,但 Celestia 还可以采取哪些其他途径来载入结算层?
将智能合约功能引入 Celestia 似乎违反直觉,因为它被明确设计为不具备这些功能。添加智能合约的主要问题是这抵消了Celestia 从一开始因没有智能合约而获得的许多好处。其中一些权衡:
Celestia 确实使用了 Cosmos SDK,因此它确实可以通过 CosmWasm 之类的工具直接集成智能合约。 添加智能合约的另一个好处是,Celestia 可以在其用于迁移代币的 Rollup 之间建立信任最小化的桥梁。
除此之外,使 Celestia 成为一个具有智能合约的 L1 会带来大量的权衡,其中许多可能是不可取的。
这个想法需要添加另一个与 Celestia 相关的区块链。 Celestia 主链将保持最小化,而分片将具有用于 Rollup 结算的智能合约。有几种方法可以实现:
选项 2 将使在分片上维护信任最小化的轻节点变得更加容易,因为它的运行类似于带有证明系统的 rollup。验证分片可能是减轻节点负担的选择过程。以轻节点为例,节点运行者可能有以下选择:
无论如何,如果节点想要完全的安全保证,他们应该同时验证主链和分片,这意味着增加了硬件要求。分片上的节点还必须对交易有效性感兴趣,而不仅仅是共识和数据可用性。然而,证明是一种可扩展的方式,可以降低验证交易的开销——尽管它们并非没有自己的权衡。
一个潜在的明显问题是分片会显着增加协议和工程的复杂性。如果以太坊技术不断复杂,那么区块链应该尽可能降低复杂性。
分片的替代途径是可能的——链间安全(Interchain security)。链间安全的概念是给定链的验证者选择成为子链的验证者。子链本身可以是一条独立的链——拥有一个独立的社区——同时从提供者链那里继承安全性。
Celestia 可以使用链间安全的目的是将另一条链置于其安全之下,而无需创建与该协议密不可分的分片。也没有什么可以阻止 enshrined 结算层成为 Celestia 顶部的 L1 或 Rollup 层。
链间安全通过 Cosmos SDK 中的一个模块进行管理,与执行分片相比,该模块在引导和维护 enshrined 结算层方面引入的复杂性显着降低。
由于 enshrined 结算层将是一个明显独立的区块链,因此验证 Celestia 的节点不会有额外的要求。只有 Celestia 验证者需要参与验证。节点也可以选择验证结算层,但如果他们决定不这样做,它们不会失去安全保证。
Celestia 与其所供奉的结算层之间的桥梁的安全模型将取决于其实施。是标准 IBC、带有欺诈/有效性证明的定制 IBC,还是一种更深奥的桥梁解决方案?
简而言之,跨链安全可以让 Celestia 保持其围绕扩展和节点要求的所有技术优势,而无需分片的复杂性或将智能合约直接添加到链中。
有一种可能的论点是,如果 Celestia 拥有一个结算层,它就会失去一些中立性——使其与位于其之上的所有结算层竞争。
Celestia 社区可能希望建立一个与在新领域竞争无关的结算层的原因有很多。
最终,可能会由社区来决定将结算层纳入 Celestia ——也许是通过治理投票或一些链下社会协调。 如果社区认为建立一个结算层符合其最大利益,那么也许这是一条值得追求的道路。
责任编辑:Felix