LD Capital：Sei的加速发展，并行EVM新叙事叠加积极运营

一、基本面分析

1、基本情况

Sei 基于 Cosmos SDK 和 Tendermint Core 构建，是针对 DeFi 领域的 Layer 1 区块链，旨在将订单簿模型带到链上，进而缩小 DEX 和 CEX 之间的速度差距，成为“加密纳斯达克”。

Sei 是一条专注于交易的通用链，而不是专门针对特定应用程序的应用链。换句话说，Sei 是一个针对交易优化的区块链，通过订单匹配系统，原生撮合引擎，双涡轮共识、交易并行性等特点来实现该定位：

（1）核心-订单匹配系统与原生撮合引擎：

作为一个 “为交易而生” 的 Layer 1 ，在处理交易时 Sei 并没有单一采用 AMM 或传统订单簿机制的任何一种，而是选择了一组折衷方案 — — 中央订单簿（CLOB）。CLOB 在链这一更底层的结构中构建了订单撮合引擎，通过在链 “内置” 订单簿来试图解决这一问题（Sei 不管理订单簿，但它只是提供一个订单匹配框架）。Sei 之上的各种 DeFi 协议都可以利用这个订单匹配引擎，现有 DeFi 生态系统的一大问题是每个 DeFi 协议的流动性都是碎片化的，但有了 Sei，所有 DeFi 协议共享一个可以提供深度流动性的订单撮合引擎。

举一个简单的例子，假设 SEI 上有“Red Dex”和“Blue Dex”。如果用户 A 在 Red Dex 上提交了以 2, 000 美元的价格出售 1 ETH 的订单，而用户 B 在 Blue Dex 上提交了以市场价格购买 1 ETH 的订单，Sei 的订单撮合引擎将匹配这两个订单。一般来说，DeFi 网络存在流动性碎片化的问题，因为每个 DeFi 往往都维持自己的流动性，但 Sei 提供了一个非常深的流动性池，将所有与撮合引擎相关的流动性汇集在一起，最大限度地减少用户因滑点等附带影响而造成的财务损失。

（2）双涡轮共识：

Twin-Turbo 共识包括两个功能： 1）智能区块传播，用于高效区块传播；2）乐观区块处理，通过减少区块时间来提高可扩展性。

1）智能区块传播：

在典型的区块链网络中，区块提议者将交易收集在其本地内存池中，将它们形成一个区块，并将其传播到网络。在此过程中，包含所有交易数据的单个块被传播到网络，这意味着即使全节点已经拥有几乎所有交易，常规区块链网络仍然在传播具有相同交易数据的块。这是对带宽的一种浪费。

在 Sei 中，区块提议者在区块提案中不包含交易数据，而是交易的哈希值，以及 区块 ID，它是对区块的引用。交易的哈希值是对现有交易数据进行汇总的哈希函数，因此具有体积小的优点。区块提议者首先将区块提议传播到网络，如下图所示，然后将完整的区块分成小块传播。如果从区块提议者接收到区块提议的验证者已经在其本地内存池中拥有与该哈希值相对应的所有交易，那么他们将从本地内存池中重建该区块，而不是等待完整的区块到达它们。如果某个特定验证器在其本地内存池中丢失了一笔交易（概率非常小），那么它可以等待整个区块到达它。

来源：Four Pillars，Jay-Sei Labs

这种智能区块传播过程的好处是，它大大减少了验证者接收区块所需的时间。据联合创始人 Jay 称，这一过程已被证明可以将 Sei 的整体可扩展性提高 40% 。

2）乐观区块处理：

Sei 使用 Tendermint 核心，但进行了一些修改，以显着减少出块时间并提高可扩展性。Tendermint 核心是一个共识引擎，结合了委托权益证明 (DPoS) 和 PBFT 共识算法。Tendermint BFT 共识流程为：Propose — — Prevote（2/3 共识） — — Precommit（2/3 共识） — — Commit

Sei 的 Optimistic Block Processing 将 Tendermint BFT 流程修改，在 BFT 的一般流程中 Precommit 和 Commit 之间有一个块处理过程，假设恶意节点很少，验证者已经从 Prevote 阶段收到了在 Propose 阶段计算所需的数据。因此，为了进一步减少出块时间，Sei 开始与 Prevote 并行处理计算。通过乐观块处理减少块时间应该不是问题，因为大多数时候块的有效性没有问题，但如果在执行计算时的预投票和预提交过程中块被网络拒绝，可以简单地丢弃。