Nervos CKB上的DEX虽然迟到，但不会缺席，它被设置在第二层

自从跟着游讯入坑了Nervos ，每天都关注它。因为团队稳健靠谱，信任在增加。只是担心Nervos会错过这波去中心化交易所的机遇，看到Defi热火朝天，对Nervos 真的好捉急????

所以，看到官网的这则消息，还是小鸡冻，分享给大家，看看Nervos 的去中心化交易所有多稳重靠谱。

以下主要翻译自官网

去中心化交易所（DEX）最近变得越来越流行，因为用户正在掀起“提币运动”逃离中心化平台，转而使用无许可，无信任和可组合的替代方案。虽然以太坊仍然是Uniswap，Curve和Balancer等热门产品的首选区块链，但在过去几个月中，Gas价格急剧上涨，这对用户产生了负面影响。

许多用户开始意识到，他们正在花费越来越多的手续费来保证交易得到确认，而其它链上的用户则不具有与DeFi产品进行交易的方式

关于“何时开启第2层使用？”的疑问情绪 Nervos在社区中越来越紧迫地被提及，但幸运的是，Nervos的设计是理想的架构，支持可扩展的第2层DEX，这可以带来可持续的交易费用和可预测的确认时间。您可以在定位文件中官网专门文件了解有关Nervos的设计理念和分层体系结构的更多信息。

在本文中，我们将分享有关您可以在Nervos上设计的两种类型的第2层DEX的详细信息，但首先，让我们概述一下DEX基础结构的不同于其它DEX类别。

CKB上的DEX可能性

随着DeFi和链上交换服务的发展，目前我们可以将DEX作为基础结构划分为几种广泛的类型。一种是订单类型，以Etherdelta和0x表示，可以进一步细分为链上和链下订单匹配。

第二种是Uniswap代表的AMM类型，它通过数学方程式自动设置价格来提供无限深度。

第三个是由Kyber代表的做市商类型，它会自动从多个外部储备池中引用最佳价格。

这三种模型的统一特征是用户的资产是自己托管的，与服务提供商中没有信任关系。这样的会，DEX比传统的中心化交换要安全得多。最近，随着汇总技术的发展，已经尝试使用该技术及其改进（zk汇总和乐观汇总）来优化DEX。

这是通过引入链外聚合器来实现的，该聚合器清除大量链下交易，然后定期在第1层上结算它们。此方法还可以显着提高第1层交易的吞吐量并降低平均交易成本。

在产品和协议设计方面，CKB上采用的Cell模型与以太坊上的帐户模型有很大不同，这对在CKB上实施DEX构成了挑战。但是，汇总使用链外聚合/链上结算模型，该模型仅需要验证链外清算结果是否正确，而无需通过事务不断更新用户帐户状态。汇总模型与CKB的业务逻辑非常吻合，因此在本文中，我们将讨论基于第二层订单聚合模型的CKB DEX的设计。

????

基本业务流程

存取款

在存款中，用户将操作资产的权利委托给DEX合同。可以将此操作与传统的中心化交易所的存款过程进行比较，但是资产是非托管的，这意味着资产的所有权仍归用户所有。

????

在存入过程中，用户授权合同来管理其资产，并生成一个记录已存入资产的帐户单元。帐户单元格的逻辑由相应的DEX清除类型脚本确保，该脚本记录用于验证操作的用户公钥哈希。它还允许合同根据预定义的规则修改其余额。

帐户单元的“数据”字段记录用户各种资产的余额，并且根据DEX的类型，用户的订单簿也可以存储在此处。

提款操作与存款操作相反。在此过程中，用户将其帐户单元与一个或多个存款单元组合在一起，并生成一个或多个资产单元。这里需要注意一种情况。如果用户尚未在第二层聚合器中结束其业务，则聚合器可以发送引用用户帐户单元的聚合交易，但是，提款交易也可以引用该帐户单元。

为了防止这种情况的发生，我们需要对提款施加其他限制。例如，用户需要在正式提款之前宣布提款前的单元格。正式提款需要引用该提款前的单元格，如果汇款人看到此提款前的单元格，它将自动从状态中排除用户的“帐户单元格”。

????

交易订单和配对

我们将用户的帐户单元称为初始状态，对于AMM DEX，将在“资产池单元”中记录其他初始状态。用户与第2层聚合器建立连接，获取当前价格报价和订单信息，然后发送交易订单。

交易订单包括交易（订单）的描述，例如“ 0.1 cBTC for 1000 cUSD”和交易签名。聚合器收集用户的订单后，它将立即将信息反馈给用户，因此他们可以看到他们的交易已被接受。

之后，聚合器实时匹配收到的订单，并更新所涉及的每个帐户单元的状态（新状态），然后定期将新的帐户单元提交到链中进行链上结算。每个链上交易都包括初始状态，新状态和用户的数字签名。帐户单元格的类型脚本负责验证结算的有效性。

????

AMM DEX及其配对过程

与Uniswap相似，CKB上的AMM DEX也需要为流动性提供者设置资产池。在本节中，我们将以CKB-sUDT交易对为例，演示如何添加交易对以及如何提供流动性。

添加交易对并注入初始流动性

为了防止重复添加相同的交易对，此处需要引入一种配对注册机制。

????

用户注册新的交易对时，他需要检查注册单元中是否已经存在。如果不是，他可以成功注册它，并使用令牌ID的哈希作为交易对标识符。新对将向注册表添加新记录。当前没有设计用于注销令牌对的方法。

为了使交易池开始促进交易，在注册货币对时，必须有人用每个令牌的初始存入作为种子。该第一流动性提供者将设置池的初始价格。他们被激励将两个令牌的等值存入池中。例如，如果1 CKB = 0.01 USDT，则用户需要在初始存款中注入50k CKB和500 USDT。这两个资产生成一个资产池单元，以用于后续交易。

每当将流动性存入资金池时，就会将称为流动性令牌的特殊标记铸造到流动性提供者的地址中，比例与它们向该池中贡献的流动性成正比。这些代币表示流动性提供者对资金池的贡献。为了收回基础流动性（加上流动性被锁定时产生的任何费用），流动性提供者必须烧毁其流动性代币。这里的业务逻辑基本上与Uniswap相同。

流动性令牌是符合sUDT标准的扩展UDT。此扩展的UDT与标准sUDT之间的区别在于，它们的合同代码略有不同，而Liquidity Token的资产标签是交易对的哈希。

添加/删除流动性

任何人都可以通过存入每个基础代币的等值来换取流动性代币，从而成为集合池的流动性提供者。这些代币跟踪总池中按比例分配的流动性份额，并可随时赎回相关资产。

????

为了防止由于与资产池频繁交互而引起的事务冲突或DDoS问题，可能需要引入一些限制。例如，添加门槛要求，提款费要求等。

交易匹配和费用计算

聚集服务器在一段时间内收集用户订单并将它们聚集在一起。这些订单包括：买单，卖单，增加流动性或删除流动性订单。考虑到交易订单的公平性，汇总订单将根据以下规则（订单）执行。这种方法可以最大程度地减少交易延误。

每当交易发生时，用户都需要支付一定的费用（例如0.3％）。这笔费用的一部分（例如0.2％）作为对流动性提供者的收益直接进入资产池，而另一部分（例如0.1％）作为聚合器操作费用被支付到指定地址。

订单簿DEX及其配对过程

与AMM模型相比，订单簿模型有两个主要区别：一是其订单通常是受限订单，而不是市场订单，这意味着交易者控制交易价格。第二点是它不提供无限的流动性，用户必须等待匹配的订单。在数据结构方面，与AMM模型相比，订单簿模型向链中添加的订单数据更多，并删除了流动性令牌和资金池。

更新限价单

在交易员将资产“存入” DEX之后，他们可以下限价订单。限价单的内容包括：请求的资产，交易价格，交易数量等。为了便于跟踪，每个限价单将生成一个唯一的标识符“ oid”（这可以使用第一个输入像元的出站散列来实现）。

????

交易匹配和费用计算

请注意，交易者的限价单将首先发送到集合商。聚合商将直接匹配部分订单，并将暂时未履行的订单提交给链，从而更新链上订单。在下一个汇总周期中，这些未履行的订单将作为输入参与下一轮对接，并且交易者将无需再次提交新的交易签名。

????

对接引擎遵循以下逻辑：

摘要

在本文中，我们在CKB上设计了两种类型的第2层DEX。他们都充分利用了UTXO模型的聚合特性，完成了交易聚合并匹配了链下交易，并减少了链上交易量以及用户的认知成本。最重要的是，这些设计可确保资产托管的分散性和不信任性。

与汇总解决方案相比，本文中的事务聚合解决方案没有使用零知识证明或乐观假设以及挑战来减少事务验证的计算复杂性。因此，实际吞吐量（预计约为200-300 TPS）与一个块中计算周期的上限与单个签名验证的周期成本之比有关。

尽管在订单模型中旧订单不需要第二次签名验证，但是与此相关的吞吐量的提高是有限的。但是，我们相信，将来，我们可以通过零知识证明技术和集合签名技术等密码解决方案大大提高交易吞吐量。

https://nervosnetwork/layer-2-dex-designs-on-nervos-ckb-63e11282aaa0

—-

编译者/作者：Dew_x

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。