如何用正确的姿势在 Polkadot 上开发 DEX

“当下 DEX 大热,疯狂之余,我们是不是应该冷静思考一下 DEX 的何去何从问题,是不是有一种更好的路线来适应将来的井喷?”

现在市面上的 DEX 开发模式大体可以分为以下三类:

1. 直接用带共识的链来做。比如币安链

2. 直接拍 Polkadot 上的 slot,来部署平行链

3. 直接用合约来做。比如以太坊上的 Kyber / 0x

在 Polkadot 生态上开发 DEX,恰好可以完整的采用以上三种方式来开发,那么采用以上三种方式,有什么优缺点呢?

1. 直接采用 Substrate 一键发链框架来搭建 DEX

优点是:性能会最好,因为一个链的资源是有限的,你用一个链专门做 DEX 这件事情,那么资源当然足够充足。

缺点是:成本最大,需要开发认知共识,需要从代码层面运维共识,需要从社区层面来运营共识。

2. 直接拍得 Dot 上的 slot 来部署平行链。

优点是:有一定自如性,不用再花费共识相关的成本。

缺点是:需要支付大量的自身的代币来获取 IPO 的竞拍,损失成本还是较大。

3. 直接部署在 Polkadot 上的最大合约平行链上。

优点是:成本最低,生态信息不用通过平行链跨链信息交互就能完成通信,合约平行链类似一个独立的以太坊智能合约平台生态,上面可以长出来各种生态项目(如 DEX,稳定币,预言机等),这些项目共享同一个智能合约平台,交互起来更快捷,可以快速成长起来。相对于 1、2 两种方式是最节约成本的做法。

缺点就是:不能一个 DEX 独享一条链的资源,需要支付相应的 gas 费用给合约平台。

通过综合比较,基于 Polkadot 的第一个 DEX 协议项目 —— ZenLink 将选择第 3 种技术方案,来构建下一代 DEX 的通用框架。

作者:简单的Zenlink,来源:Zenlink

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。

留言与评论(共有 0 条评论)
   
验证码:
微信号已复制,请打开微信添加咨询详情!