在这篇文章中，我们将讨论EVM汇总的最佳结算层是什么样的，以及如何使用Celestia、Evmos和Cosmos作为基于EVM的应用程序的模块化堆栈的一部分来构建它。
沉降层是什么意思？rollups的结算层是一个链，rollups有一个信任最小化的双向桥梁，使用结算层上的争议解决合约。这允许以信任最小化的方式在汇总和结算层之间或通过结算层在汇总之间转移代币。
目前，rollup使用以太坊主链进行结算。然而，以太坊链并不是一个理想的汇总结算层，因为它与直接使用该链进行智能合约交易的非汇总应用程序共享。因此，与专门的结算层相比，以太坊链是非专业化的，并且规模较小。
正如Matt在94号文章中所解释的那样，一个理想的汇总专用结算层将受到限制，使其仅允许 (a) 汇总智能合约和 (b) 汇总之间的简单转移，因此将禁止（或使其过于昂贵）用于非汇总应用程序使用结算层。
这与geth团队的观点形成鲜明对比，他们的目标是以太坊链既适用于非汇总应用程序，也适用于基于汇总的应用程序：具体来说，我们担心EIP-4488会因为它的二维性质，该方案非常支持汇总交易，以至于非汇总交易无法使用区块链。EIP应该提供更多证据证明情况并非如此。
我们建议通过使用Optimint而不是Tendermint部署一个基于Evmos的链（一个内置EVM的Cosmos SDK链），该链被实现为Celestia汇总。Optimint是Tendermint BFT的直接替代品，它使开发人员能够部署使用现有共识和数据可用性层（如Celestia）的新链，从而使新链成为汇总。
我们称之为“结算汇总”。由于结算汇总是一个受限的 EVM 环境，我们设想该状态将通过单轮欺诈证明来证明欺诈。
然后可以将汇总部署在Evmos结算汇总之上，作为递归汇总（汇总中的汇总）。 每个汇总都会有一个与结算汇总的双向信任最小化桥，类似于以太坊汇总。目标是可以重新部署目前存在于以太坊上的相同汇总合约和软件，因此移植汇总所需的工作量最少。这意味着汇总使用结算汇总上的 calldata，结算汇总使用 Optimint 对数据进行批处理并将其发布到 Celestia。
结算汇总需要一个抗审查的区块生产领导者选择机制，因为没有“上层”执行环境来构建逃生舱。目前，几个寻求分散区块生产的以太坊汇总团队正在积极研究这一点。这主要是为了防止拒绝服务攻击，以防止任何人创建需要免费分发欺诈证明的区块。
Monorollup
使用此结算层的汇总之一可能是类似于Arbitrum One的通用 EVM“monorollup”，它使用户能够部署任何以太坊智能合约。这将允许开发人员轻松进入生态系统，但为他们提供类似于Polygon的开发人员体验，他们可以轻松地重新部署现有合约。然后，如果monorollup拥塞，他们可以使用信任最小化的桥将合约分片（即重新部署）到他们自己的特定于应用程序的rollup上。
集群间桥接
如果Celestia/Evmos/Cosmos堆栈中的汇总想要与另一个非汇总链（例如IBC网络中）通信，或者使用不同结算层的汇总（即集群间通信），委员会将需要基于-based的桥，因为信任最小化的桥是不可能的。但是，理想情况下，结算汇总不会有验证者集或委员会。为了解决这个问题，我们建议将基于委员会的桥梁运营商和结算汇总的区块生产者解耦。
第三方连锁店将运营一个基于委员会的桥梁。 如果结算汇总的EVM对于过桥合约可能过于受限，例如验证一个大型委员会的多重签名或阈值sig，桥可能会在结算汇总上进行汇总，而不是结算汇总本身。
这可以通过以下两种方式之一实现，或两者兼而有之：
- Cosmos区域充当“集群间汇总中心”，其中该区域的验证者通过跟踪结算汇总的状态来操作桥梁，并允许结算中的资产rollup将通过结算rollup上的multisig或阈值sig合约转移到区域，可能使用重力桥。Evmos主链可以适合这个角色。（见上图。）
- 依靠现有的“链间通信即服务”，例如Axelar或Polymer，来完成上述工作。
奖励：根据结算汇总的欺诈证明机制，也有可能允许结算汇总到以太坊上的以太坊桥接合约，以验证结算汇总欺诈证明，以提高安全性，尽管它不会像以太坊汇总那样信任最小化，因为结算汇总的数据可用性与以太坊脱链。
---煤油灯科技victorlamp.com翻译整理---
