原文作者：DelphiDigital原文编译：Babywhale，ForesightNews1月4日，加密货币交易所MEXC宣布启动2000万美元专项基金，用于支持SeiNetwork重点项目发展。而早在8月31日，SeiLabs宣布已完成500万美元种子轮融资，MulticoinCapital领投，参投方包括了CoinbaseVentures、GSR、FlowTraders、HudsonRiverTrading、DelphiDigital、Tangent等。在官宣完成融资后的一个月，SeiNetwork推出5000万美元生态基金，以支持在其上开发的DeFi应用。作为SeiNetwork的投资方之一，DelphiDigital撰写了一份报告来解释其为何看好SeiNetwork，笔者在此将报告中的重点内容进行总结梳理，供大家共同探讨。专为DeFi而设计的网络
在构建区块链时，我们通常试图将其归入两个不同的种类：通用链或应用链。通用链用于无需许可的创新，而应用链则用于需要许可的特定用例。但「应用链」并不是非黑即白的，而是由链自身来决定。Sei是一个即将推出的Cosmos生态链，旨在成为一个「专为DeFi为设计」的Layer1区块链。「专为DeFi为设计」意味着对基础层进行根本性的改变，使得DeFi应用能够蓬勃发展。Sei拥有一个内置的订单匹配引擎，亚秒级的结算速度，订单的并行化处理，单区块订单执行等。所有这些定制化的功能都是在基础层完成的。要知道的是，Sei不是一个DEX，它是一个为DeFi优化的Layer1区块链。同时Sei不是一个单纯的应用链，不像THORChain那样只关注跨链交换的「纯」应用链，而是一个为诸如DEX、合约、期货等产品的特点开发的区块链。
为了理解为什么会想在底层网络上做这些改变，我们可以看看Serum和Solana。Solana是一个通用的Layer1区块链，被宣传为「链上纳斯达克」，目标是400毫秒的区块确认时间和极高的吞吐量。Solana的主要观点是，订单簿交易平台最终将接管AMM，而Solana上的指标也支持了这个观点。Serum是建立在Solana之上的订单簿应用，是Solana生态被使用最多的应用，占Solana上交易的的约1/3。Serum是Solana上的「订单簿层」，供MangoMarkets、Zeta、Atrix、Bonfida、Jupiter等项目使用。当人们想到Solana时，他们通常会想到Serum。
然而这种架构也有一些缺点，最值得注意的是，由于Solana是一个通用链，Serum不断地与其他应用竞争资源。与Serum无关的活动，如游戏和铸造NFT，会导致链上的拥堵，正如我们此前经历过的Solana的几次「停机」。Sei则是选择「削足适履」，将所有非DeFi活动从他们的链上剥离出来。一个简单的解释是，Sei就相当于是Serum推出了自己的Layer1区块链：做出具体的权衡，使基础层为DeFi优化，并给建立在其上的DeFi应用拥有较非DeFi的应用「不公平的优势」。
这里主要的权衡是，Sei不会像Solana那样无需许可，因为想要在其上开发应用需要通过治理来获得白名单。虽然你失去了一些无需许可的创新带来的优势，但你可以创造一个更优化的环境。原生的订单匹配引擎、价格预言机、并行订单执行和单区块订单执行是Sei在基础设施层面建立的一些东西。Sei是一个应用链，但Sei的链上订单簿创建了一个可组合的架构，允许Sei上的CosmWasm应用之间有同步的可组合性，并通过原生订单匹配引擎分享流动性。作为一个支持IBC的Cosmos链，其本身就具有异步可组合性。Sei通过ABCI++实现了他们的一些优化，ABCI++是即将对Cosmos的ABCI进行的升级，使得共识的每个步骤都是可编程的。Sei一直在尝试用ABCI++进行三项改进：优化区块生产、智能区块广播和订单并行执行。用ABCI++优化Sei
对于专注于订单簿交易来说，区块生产时间、交易结算和延迟对做市商来说是最重要的。做市商需要在每个区块中更新他们的价格，因此较短的区块时间意味着区块之间的价格差距较小，价差较小，做市商需要承担的风险就较小。任何超过几百毫秒的时间都是难以接受的的。一个标准的Cosmos链有约6秒的区块确认时间，这使得订单簿并非最优解。然而，Cosmos的魅力在于它的可定制性，Sei一直专注于做出改变以优化共识，并使其尽可能快。Sei的三个主要的重点领域是：优化区块生产、智能区块广播和订单并行执行。Sei通过利用ABCI++来做到这一点。ABCI是应用和共识之间的接口，它的主要作用是执行由共识决定的区块。有了ABCI，应用只用在决策时与共识交互，并且对从mempool中挑选哪些交易几乎没有控制权。ABCI++为共识的每一步都增加了可编程性，允许应用重新排序、修改、放弃、延迟或增加交易，以及通过引入优化产生区块的能力来缩短区块生产时间。在共识的提案步骤之后，应用能够开始优化处理区块，与预投票和预委托阶段并行。然后，Sei将开始「通过优化」将状态变更到一个临时的候选状态，直到被共识接受。如果不被接受，区块就会被放弃。在这个步骤中，有大量的数据需要处理，它可能相当缓慢。但通过经过优化状态变化处理，我们可以缩短出块的时间，并显著减少延迟。
除了优化区块生产外，Sei也在对区块信息广播进行改进。在Tendermint中，当一个验证者提出一个区块时，这个区块会包括所有的交易细节，数据量会非常大，但是验证者已经通过他们本地mempool中获得了这些交易的约99.9%，因此不需要等待再次从区块提出者那里接收这些数据。与其发送所有细节，提议者现在只需发送区块中每笔交易的哈希值，验证者将能够通过使用他们自己的本地mempool来快速重建区块。Sei将这两项优化命名为「Twin-TurboConsensus」，并表示通过实施这两项优化，吞吐量提高了83%。对区块生产过程的第三个优化是围绕交易执行的。使用ABCI的Cosmos链的交易处理是按照先后顺序执行的，该过程中，不管在哪个市场中交易都是挨个儿进行处理，这大大阻碍了吞吐量。并且随着负载增加，延迟也将成倍增加。使用并行处理，不重叠的独立市场可以同时处理。与其在市场A的交易后再处理市场B的第一笔交易，不如同时处理它们。特定市场内的交易仍然需要按顺序处理，以避免不确定性，当两个不同的验证器对同一状态得到不同的结果时，就会发生不确定性。
金融科技公司TrueLayer将为Coinbase支付提供支持:金色财经报道，金融科技独角兽TrueLayer正在与Coinbase合作这是对数字资产更广泛推动的一部分，TrueLayer希望在其以加密货币为重点的产品中增加一个稳定币产品。通过与Coinbase的合作，英国用户将能够把他们的银行账户直接链接到Coinbase，通过银行应用程序进行认证，然后确认付款。这将在未来几个月内逐步推广到整个欧洲。（the block）[2022/11/17 13:17:41]
Sei围绕并行化进行了一些负载测试，以观察在出块时间、延迟和吞吐量方面能得到什么样的改进。一般来说，通过并行化的执行，可以将区块时间比按顺序处理减少75-90%，并行的延迟为40-120ms，顺序的延迟为200-1370ms。在拥有1万个订单/区块和20个不同合约的情况下，并行能够将出块时间从1.33s减少到0.81s，延迟从371ms减少到48ms，吞吐量从7500个订单/s到12200个订单/s。在所有的负载水平上都可以看到明显的改进，随着负载量的增加，边际优化程度更大。
除了上述三项主要改进，Sei还在基础层中增加了其他功能，例如：原生的价格预言机。在基础层中建立预言机；验证者在生产一个区块时需要就价格达成一致。在验证者就价格达成一致之前，区块不会被建立。允许其他模块从链上市场获取可靠的价格信息。单区块订单执行。允许在单个区块中进行下单和执行。订单捆绑。做市商可以在一次交易中更新多个市场的价格。频繁的批量拍卖。可以在区块结束时汇总市场订单，以单一价格进行清算；目的是尝试并最大限度地减少抢先交易。除了软件方面的改进，Sei也一直在测试更小的验证器结构以及更高的硬件要求。虽然在去中心化方面有所取舍，但这些都伴随着显著的性能提升，并再次突出了Cosmos的独特之处：可定制性。使用高性能硬件配置验证器
在Sei项目文档的第一个版本中，推荐的规格与标准的Cosmos链相似。之后硬件的要求被提高了，并且在特定的负载测试中，要求甚至被进一步提高。订单簿模型对硬件的要求很高，低性能的机器会降低网络的整体性能。虽然不是Solana级别的要求，但Sei已经明确表示，他们希望他们的验证器能够超过常见的区块链。此外，他们正在推动验证器地理位置的集中化，以进一步减少延迟。
为什么要进行主机托管？如果验证器在地理位置上分散，信息的传输就需要更长的时间，也就导致在达成共识和产生区块时会有更高的延迟。订单簿交易平台需要尽可能地减少延迟。Sei再次公布了他们围绕主机托管的一些测试结果：1.与地理分散相比，主机托管可减少约46%的延迟。2.50个验证器是可承受延迟的极限。让所有的验证者都在同一个地理区域内有着明显的利弊权衡，但性能的提高是难以忽视的。当Sei推出主网时，他们很可能会朝着这种集中的、较小的验证器集的方向发展。在下面的图表中，p50/p75/p95指的是x%的请求将快于一个特定值的概率。例如，p50意味着50%的请求将快于该测试的p50值。所以p95意味着95%的请求会比p95值快。
总结
DelphiDigital的报告中还包括了生态、代币等方面的内容，本文暂时将其略过，仅仅展示了SeiNetwork在技术方面和机制方面的创新。可以看到的是，Sei在并行处理和区块广播等方面做出了创新，提高了网络交易确认速度；但另一方面，Sei需要高性能硬件配置的验证器，同时需要这些验证器地理位置相对集中来进一步满足其对订单簿模型交易平台支持程度，Delphi在报告中也承认了该方案的中心化问题，但表示其对性能的提升仍是不容忽视的。笔者认为，正如文中所说，Cosmos生态应用链的可定制性极强，而Web3对于区块链应以一种怎样的意识形态呈现应该已经足够包容，我们可以支持去中心化程度高的项目，也可以接纳为了高效而牺牲了部分去中心化程度的项目。不过，SeiNetwork是否能有其所说的那么「快」，还需要主网上线之后用真实数据来给出答案。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。