我很看好L1— Sei

虽然Sei还没有发布，但是看起来非常有创意。我特别喜欢它的技术，因为它使用了 Cosmos SDK技术”

以下是关于 Sei 的技术简述：

本文主要简介它的技术，仅此而已。

在未来的主题中，我将在推特上介绍其生态系统。

现在，让我们来专心看看这个项目

Sei是一个为交易而设计的通用的L1。

它通过引入新颖的方法（区块传播、交易排序、区块处理和并行化）来实现这一点。

Sei旨在为其用户提供一个无许可、无信任的资产交易场所。

Twin Turbo 共识

Sei架构的一部分，包含了块传播和块处理过程，和区块传播。在网络中，一旦一个节点从用户那里收到一个信号，它就会向其他节点传播（广播）这个信号。然后验证者验证这个txn并将其添加到他们的本地mempool中。区块提议者在他们的mempool中使用这个txn来创建一个区块提议，包括每个txn的唯一标识符。他们与其他验证者分享该提案，再分享给完整的区块（分成若干部分）。如果验证器上已经有了所有的交易，它就从它的mempool中重建该区块。否则，它将等待接收所有的区块部分。这个过程减少了验证者的等待时间。验证者然后收到这些txns，并使用Tendermint BFT作为共识来将txns排序。这其中涉及到在区块和相关状态变化被提交到区块链之前的预投票、预提交和提交步骤。

 Optimistic Propagation

验证者将启动一个进程，积极地处理他们收到的第一个区块提案，而不是等待预投票步骤。

这个Optimistic的区块将写下一个缓存记录，然后，如果缓存记录被网络接受，它就会被提交。如果这段缓存记录没有被接受，它就会被丢弃。

并行化：

Sei在其应用逻辑中使用了Cosmos SDK，具有可定制的BeginBlock、DeliverT×和EndBlock操作。

DeliverT×和EndBlock被并行化，以优化交易处理，尤其是对订单匹配引擎交易。这可以实现高效的批量拍卖并提高性能。

DeliverTx交易并行化：

在这里，Sei不是一个一个地处理交易，而是同时并行地处理交易，从而提高性能。

为了确保一致性和避免冲突，Sei维持了一个交易类型来与它们所访问的键的映射。

交易更新的不同键可以被并行处理，而那些交易更新相同键的工作必须以定好的顺序按顺序执行。

在一个区块中执行事务之前，Sei通过构建一个有向无环图（DAG）来识别事务之间的依赖关系。这个图表示每个事务的信息需要使用的不同资源之间的依赖关系：

例如，与模块X相关的消息都更新了同一个键（ABC），所以它们必须在访问DAG的同一个分支中顺序执行。在某些情况下，消息的内容需要允许进一步的并行化。当代币转帐涉及到不同的账户，更新不同的密钥时，就会出现平行执行。然而，如果只考虑消息类型，传输将按顺序运行。

为了实现并行性，依赖性映射可以定义为模板，在运行时填充特定的资源。例如，发送方和接收方的账户可以被传入模板，用于代币传输。预定义的消息类型在区块链的创世之初就建立了依赖关系的映射，可以通过治理建议进行更新。

影响每笔交易的gas费收取，是单独处理的。由开发者在Sei上设置的自定义消息类型要求智能合约在初始化时定义自己的资源依赖关系。这些依赖关系可以由合约管理员更新。正确定义的依赖关系允许并行性，并减少智能合约的气体费用。如果没有依赖关系，智能合约会按顺序运行，阻碍其他交易，这就会导致更高的gas费用。

错误地定义依赖关系会导致失败的信息和该合同的气体费用增加，但整个网络不受影响。

基于市场的平行化

在区块结束时，本地匹配引擎将处理与匹配有关的所有订单。而不是一个接一个地处理订单，Sei将同时处理独立的匹配引擎订单。如果订单不影响区块内的同一市场，则被视为独立的订单。默认情况下，系统假定涉及不同市场的订单是独立的，除非开发者指定特定市场之间的依赖关系。这些依赖关系是在部署智能合约的过程中建立的。如果这些依赖关系被定义为错误的，涉及依赖的智能合约的交易就会失败。

原生价格预言机

Sei有一个原生的价格预言机，依靠验证器作为预言机来实现准确的资产定价。验证者在短的投票窗口中提出汇率，确保更新和快速的更新。

最终的汇率是由基于验证者投票权的加权中值计算决定的。验证者如果不参与或提供不准确的数据，将面临惩罚，失误计数系统会随着时间的推移跟踪他们的行为。

原生订单匹配引擎

Sei提供通用的功能，如资产转移和智能合约部署。它还包括一个匹配引擎，被称为 "匹配引擎"，可以被建立在Sei平台上的交易所利用。

使用Sei的去中心化交易所

匹配引擎使使用Sei的去中心化交易所能够创建和管理他们自己的订单簿。它在链的层面上运行，维护每个交易所的订单簿，为用户创造市场和交易提供便利。

一个订单的周期

订单的周期包括在一个区块中执行交易，按市场汇总订单并调用智能合约进行资产结算的时间。匹配引擎处理订单的取消，增加限价订单以获得最大的流动性，以统一的价格填补市场订单，并以最佳的可用价格匹配限价订单。未完成的市场订单会过期。