# Defi领域的王牌公链？一文详解Cosmos生态Defi公链-Sei Network

By [Metaspace](https://paragraph.com/@leege) · 2022-11-01

---

10 月 28 日，Cosmos生态Defi公链 Sei Network 发布白皮书，并描述了其核心技术点。本文将通过对项目动态和白皮书的梳理，带大家一起认识Sei Network。

项目及团队
=====

项目简介
----

Sei Network是一个基于CosmosSDK和Tendermint共识引擎构建的特定于Defi领域的Layer1公链，通过其出色的性能、原生的Defi基础设施以及Cosmos生态的互操作性等功能特点，可以为其上层协议提供强大的Defi构建能力和优秀的用户体验。官方网站：[https://www.seinetwork.io/。](https://www.seinetwork.io/%E3%80%82)

团队
--

团队由 Jeffrey Feng 与 Jayendra Jog 创立，团队成员具有科技与传统金融背景，多数来自 Robinhood、Databricks、Airbnb 及高盛等公司。

融资
--

![](https://storage.googleapis.com/papyrus_images/8e486861d4a1f53d7637e4dc52f8a36c46114a16b331ab699756e1e6f5e84bd6.png)

2022年8 月 31 日，Sei Labs 完成 500 万美元种子轮融资，Multicoin Capital 领投，Coinbase Ventures、GSR、Flow Traders、Hudson River Trading、Delphi Digital、Tangent 等参投。

代币分配
----

除了会将总供应量的百分之一空投给测试网的参与者外，目前暂无更多的相关信息。

合作伙伴及生态
-------

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

目前Sei主要合作伙伴和生态主要有：Kado、Skip、MultiChain、Axelar、WhiteWhale、KYVE、Keplr、Leap、UXD、DeFund、VORTEX、Nitro、Pharaoh、Synthr等。其中Skip为Sei提供MEV解决方案；Axelar和MultiChain为Sei提供非IBC生态的资产和消息跨链的交互能力；KYVE为Sei提供更可靠的链上数据持久化能力；WhiteWhale帮助Sei解决Cosmos生态的跨链流动性问题；Leap和Keplr为Sei提供更好的钱包接入体验；UXD为StableCoin解决方案；VORTEX、Pharaoh、Synthr是建立在Sei上的DEX(去中心化交易平台）。

项目进度
----

2022年5月23日启动了第一个测试网，目前已进入第四个测试网络，预计2023年第一季度上线主网。

技术原理
====

Sei Network在技术上的创新主要有两个层面：一是通过对协议层面的改进，提升其区块处理数据和吞吐量，使其理论上最快能够达到600ms的区块确认时间\*\*；**二是通过引入内置链级别的**中央订单簿匹配引擎\*\*，简化上层智能合约的开发工作，并为用户提供低延迟的用户体验。其关键技术点包括：**Twin-Turbo共识、并行执行、链级别的原生订单簿引擎和原生价格预言机**等\*\*。\*\*

协议层优化
-----

Sei Network基于CosmosSDK和TindermintCore共识机制构建，在开发的时候，通过对CosmosSDK和TindermintCore共识机制的改进，从而达到提升其性能和网络吞吐量的目的。

### Twin-Turbo共识

#### 智能区块传播机制

全节点接收到来自用户的交易时，会将其广播到整个网络的所有节点，当网络中的验证者接收到这些交易时，会将其存储自己的内存池中。区块提议者根据自身当前内存池中的数据，确定新区块将要包含的交易，然后将提议的区块数据广播给所有的验证者。

![](https://storage.googleapis.com/papyrus_images/23e072e270aa5bf5a12c04c5225d2fab59488f00648d2640ec6838fe39dcc7c2.png)

与普通的区块广播机制不同的是，**Sei Network中的提议者会先将新区块包含的交易Hash列表广播出去，再将交易详细数据拆分成多个数据包广播出去**。大多数情况下，当验证者接收到新区块的交易Hash列表时，其中对应的交易详细数据已经存于在当前的内存池中，可以直接通过当前的内存池数据来还原完整的区块数据；如果一些交易还未存在于验证者当前的内存池中，也可以通过等待接收提议者广播的全部交易数据来获得。通过这种方式，能**显著减少验证者等待接收区块的总时间，从而提升整体网络性能**。

#### 乐观区块状态推进机制

如图所示，在默认的Tendermint共识中，验证者接收到提议的区块后，需先验证区块的有效性，然后推进到Prevote阶段，接着再推进到Precommit阶段，再接着是区块执行阶段，最后做真正的Commit操作，整个过程是一个串行的过程。

![](https://storage.googleapis.com/papyrus_images/5eb4620991121fa666554c97c00a025677d6700f447c5c19e56050c6695afd3b.png)

在Sei Network中，引入了**乐观区块状态推进**的方式。验证者接收到新区块的提议后，在执行Prevote和Precommit操作的同时，会并行执行BlockProcessing的流程，从而减少区块共识流程的总时间。

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

具体说来就是，接收到新区块的提案后，一边进行校验、预投票、预提交的操作，一边并行执行区块执行的操作，并将区块执行操作后的全局状态缓存起来。如果该区块提议最终被网络接受，则直接从缓存中取出状态来使用，否则就抛弃该缓存，并标记对应高度的区块在接下来的共识流程里不再按此方式处理。理论上，采用该方式能够将区块共识的理论时间从原来的1000ms优化到600ms。

### 并行执行

基于CosmosSDK开发的区块链，验证者接收到新的区块提议后，会经历startBlock()、DeliverTX()和EndBlock()三个流程。

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

在Sei Network里，通过将DeliverTX()和EndBlock()的内部流程并行化来提升区块处理流程的内部耗时。

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

Sei Network中，普通交易（发送token, 治理提议, 智能合约调用等）和ClOB（中央限价订单薄）交易在不同阶段执行状态变更。普通交易在DeliverTX流程中执行对应的状态变更；而CLOB（中央限价订单薄）的交易不是在DeliverTX()中执行状态变更，而是在EndBlock()中执行。

#### 普通交易并行执行逻辑

在串行化的执行操作里，交易按顺序执行，从而导致总时间等于各个交易执行的时间之和。

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

而在Sei Network中，先根据交易的MsgType将交易分组，不同分组可以并行化执行；再通过DAG（有向无环图），计算出同一分组内的交易依赖关系，然后根据依赖关系实施特定的并行执行逻辑。

![](https://storage.googleapis.com/papyrus_images/6c4ea85d5b6adbb2be4f541a90aac314acd5df5afc5f5ce81eed3888fc43983d.png)

#### CLOB(中央限价订单簿)交易并行执行逻辑

默认情况下，Sei Network认为区块中不同市场的订单是相互独立的，所以默认情况不同市场的订单可以并行执行。但为了定制化，开发者也可以在部署的时候单独设定不同市场的依赖关系。

### 原生价格预言机

Sei Network在协议层自带一个价格预言机，来支持资产的价格汇率报价。验证者被要求每个区块生成一个新的报价，Sei Network将使用当前区块高度所有报价的加权平均值作为该资产当前区块高度的最终报价。Set Network会对报价参与度低、或提供无效报价的验证者进行惩罚。

内置订单匹配引擎
--------

Sei Network内置了一个链级别的CLOB(中央限价订单簿)，构建Sei Network上的Dapp可以直接通过交易调用CLOB(中央限价订单簿)的功能，从而简化Defi的开发工作量。CLOB不需要处理资产的转换，真正的资产转换是通过接口回调上层的合约来实现。

### 操作类型

内置的CLOB支持**限价订单、市价订单、全量执行或取消订单、止损订单、取消订单**5种订单操作类型。为了最大化流动性，执行时会先执行取消订单的交易，再执行限价订单的交易，最后是市价订单的交易。

### 交易生命周期

![](https://storage.googleapis.com/papyrus_images/04007541a148de276497bacb2596b54fae6a4bdbb65ece8ebcec68925e396d3f.png)

Sei Network支持Hook CLOB的订单执行流程，可分别在CLOB订单的执行前和执行后添加Hook逻辑。从而增加网络的灵活性，让上层的合约能够实现一些复杂的Defi操作，比如闪电贷还款操作。

### 频繁批次拍卖

Set Network通过频繁批次拍卖功能，鼓励验证者捕获区块内的合理MEV。其中拍卖价格，以验证者的价格平均数为准，从而保证价格的相对公平。

交易订单绑定
------

Sei 支持两个层级的订单绑定策略，**应用级别**和**链级别**，从而提升用户体验，并提升性能。

### 应用级别绑定

Sei的交易可以由多个去向不同交易市场（比如同一交易的现货市场和合约市场）的订单组合而成，在区块处理过程中，Sei Network会将订单路由到正确的市场。

### 链级别绑定

如果为每一个订单簿都启动一个VM实例，性能上会大打折扣。在Sei Network中，只会启动一个链级别的订单簿VM实例，不同的订单会绑定到订单簿中对应交易市场来实现市场的隔离。这让每一笔订单的延时控制在1毫秒左右，极大地提升了吞吐量。

总结
==

作为专注于Defi领域的Layer1公链，Sei Network机会和风险并存：

机会:
---

1.  Sei通过协议层的定制优化和内置链级别的订单簿系统，一方面大大降低了上层合约开发的工作量，使合约开发者可以更快的开发和上线项目；另一方面它具备较高的性能和灵活性，能带来更好的Defi用户体验。通过这些特性，在Sei上有机会诞生在体验接近CEX的Dex产品。
    
2.  借助Cosmos的IBC链间互操作性能力以及和三方跨链协议建立的生态合作关系，使其具备成为一个多链Defi基础设施公链的潜力。
    

风险
--

1.  项目还未上线，能够如期上线具备一定的不确定性
    
2.  目前测试网上的生态项目较少，无法确定是否能够发展足够的生态
    

参考文章
====

Delphi: [https://members.delphidigital.io/reports/sei-network-an-l1-for-defi](https://members.delphidigital.io/reports/sei-network-an-l1-for-defi)

Sei官方白皮书：[https://github.com/sei-protocol/sei-chain/blob/master/whitepaper/Sei\_Whitepaper.pdf](https://github.com/sei-protocol/sei-chain/blob/master/whitepaper/Sei_Whitepaper.pdf)

Sei的公链定位：[https://blog.seinetwork.io/general\_purpose\_vs\_app\_specific\_l1s/](https://blog.seinetwork.io/general_purpose_vs_app_specific_l1s/)

---

*Originally published on [Metaspace](https://paragraph.com/@leege/defi-cosmos-defi-sei-network)*
