“6966集团官网直营”理解比原链MOV链上交换协议

去中心化互相交换协议的发展从Bitshare，Stellar到以太坊上的Etherdelta，Bancor，0x协议，去中心化互相交换协议也经过了好几代发展和很多模式的探寻，每一代都通过前面的协议的痛点来展开改良和深化，主要分成：链上orderbook链上承销、链下orderbook链上承销与基于智能合约管理的资金池。链上orderbook，链上承销最先的基于以太坊的去中心化互相交换协议的顺利探寻非Etherdelta什科，一度占有去中心化互相交换市场的半壁江山。Etherdelta是更为几乎的去中心化模式，用户充值、挂单、吃单、承销及提现全部在链上已完成。

明确运行机制如下：Etherdelta的整个运营都在链上已完成，用户交给自己的私钥，平台会触碰用户资产，确保了资产和互相交换的安全性、半透明。但其弊病也更为显著：1. 由于所有的互相交换环节都在链上已完成，且每一个挂单、撤单、吃单等操作者都会消耗GAS费用，造成延时低、成本效益低落；2. 不存在矿工非法预先互相交换的有可能；链下orderbook，链上承销为了解决问题纯链上效率低落，且手续费便宜的问题，0x协议引进了relayer(中继)的概念，所有订单都发给relayer，需要上链，只有成交价才会上链。

0x的“链下订单中继、链上最后承销”运作模式如下：0x协议的主要问题在于，如果必须分享订单，运用0x协议的交易所每一笔成交价都必须广播出来，以便其他交易所获知和证实，因此全然地用于0x协议无法构建瞬时成交价；另外，由于必须将ETH转化成为WETH，也减少了互相交换成本。基于智能合约管理的资金池最不具典型的资金池模式有Bancor和Kyber。所谓资金池，可以解读为平台利用智能合约创建了一个用作储备各类资产的池子，资金池中资产的获取方可以是普通用户或者做市商。

MOV去中心化互相交换协议讲解我们在实地考察各个互相交换协议时，只不过纯链上互相交换协议才是最充分发挥区块链价值的方案，但是因为以太坊等公链性能问题，造成像Etherdelta这样的纯链上方案挫败，才有0x这样的链下orderbook经常出现，来提高性能的问题。不谋而合显然，是本身的基础设施不完备，造成的迫不得已的转变。所以比原链MOV从一开始就先著手解决问题区块链性能问题。高速侧链是确保MOV使用了高速侧链Vapor pro作为底层的基础设施，Vapor每0.5s出块，每个区块可以容纳8000笔交易，即每秒16000 tps，在减小区块，提高节点服务器的情况下，依然有更进一步提高空间。

这个性能需要符合当前非高峰时段的用户市场需求，可以媲美部分的中心化的方案。同时MOV使用了DPoS作为共识机制，虽然失去了一定的去中心化，但是减少了可以展开链上相爱的门槛，提升管理制度门槛可以更佳的避免部分有不当企图的“矿工”展开预先交易，同时因为链上相爱本身具备一定的相爱收益，所以通过这个经济鼓舞可以避免DPoS的出块节点害人来毁坏系统（其害人的成本低于其不害人的长时间收益）。

订单分享0x协议为了解决问题性能问题，所以使用链下orderbook，但带给的问题就是订单的混杂，使用0x协议的各个有所不同参与方，网卓新闻网，为了自己的利益，必定会将自己用户的订单分享出来，从而影响整体的交易深度，而mov使用链上orderbook，所有的用户订单都在链上，公开发表半透明，所有参予相爱的共识节点都可以分享这个深度，从而强化mov上资产的流动性。磁力合约的优势因为比原链是基于比特币的UTXO模型，所以在UTXO模型上的磁力合约来做到互相交换协议具备更大的优势，因为UTXO模型本身以资产为基本单位，和账户模型比起，对于资产的操作者更为简陋和便利，我们来对比两者的流程。

以0x为事例，0x整个交互流程：1. Maker许可DEX合约采访自己的Token A余额；2. Maker创立订单（订单有相同的格式）后用私钥亲笔签名；3. Maker用于给定通信手段广播订单；4. Taker接管订单并不愿继续执行；5. Taker许可DEX合约采访自己的Token B余额；6. Taker递交订单给DEX；7. DEX检验订单的合法性，在两个账户之间按照订单上的汇率展开账户；那么磁力合约的整个流程就简陋很多：1. Maker创立一个磁力合约（在磁力合约中放进自己的资产，并登录要外币的资产和数量）；2. Taker创立一个磁力合约（在磁力合约中放进自己的资产，并登录要外币的资产和数量）；3. 共识节点根据合约中的价格和数量，启动时需要给定的磁力合约，并互相交换两者的资产；不仅在流程上非常简单，手续费因为流程的修改也不会更加较低，我们只要在用户设置磁力合约的时候缴纳手续费才可，事实上，我们还可以尝试0手续费，因为用于DPoS的模式，关于手续费，各个节点之间的博弈论也会过于简单。跨链资产的生态我们仔细观察现行以太坊上的去中心化互相交换协议，还逗留在以太坊本身的生态上，虽然无法坚称以太坊生态的强劲，但只不过外面才是更大的世界，当然跨链是先前的主旋律，还包括Cosmos和Polkdot都是想要做到跨链的事情，所以MOV在一开始就考虑到了跨链的事情，通过OFMF将比原链之外的资产同构到比原链上来，然后构成涵盖所有数字资产的大生态，用户在MOV中体验的是跟中心化一样的体验，可以交易多种资产，这些资产也不分开是在某一个链的生态。

MOV磁力合约编撰这里再行详尽进行一下MOV磁力合约，看它究竟是如何构建的。MOV磁力合约本质上是一个挂单合约，不管是Taker还是Maker都必须分解这样的一个合约，本质上只不过并不区分Maker和Taker，只是根据挂单的先后来区分Maker和Taker，两者在忽略的交易对上提高了交易深度，实质上也可以指出都是Maker。挂单交易合约是高级版的币币交易合约，合约的本质目的是瞄准给定数量的资产A，不愿以某特定的汇率外币资产B。

合约的内部应当留存有四个常量（资产A的ID不必须遗因为合约瞄准的是资产A）：希望外币的资产B的ID, 希望外币的汇率（用于分子分母方式解决问题浮点反对问题），和挂单用户的公钥，挂单用户拒绝接受资产B的地址。合约可以通过三种模式关卡：全部关卡：所有合约中的资产A都被外币出了资产B并转至挂单用户的地址中。部分解决问题：部分合约中的资产A被外币出了资产B并转至挂单用户的地址中，剩下的资产A通过迭代合约的模式从新的瞄准淘汰赛大约本身（新的分解的UTXO）。中止挂单：挂单用户通过私钥亲笔签名将合约中的资产A都转到自己的地址。

磁力合约Equity的代码如下：MagneticContract source code:contract MagneticContract(requestedAsset: Asset, ratioNumerator: Integer, ratioDenominator: Integer, sellerProgram: Program, standardProgram: Program, sellerKey: PublicKey) locks valueAmount of valueAsset {clause partialTrade(exchangeAmount: Amount) { define actualAmount: Integer = exchangeAmount * ratioDenominator / ratioNumerator verify actualAmount0actualAmountvalueAmount lock exchangeAmount of requestedAsset with sellerProgram lock valueAmount-actualAmount of valueAsset with standardProgram unlock actualAmount of valueAsset}clause fullTrade() { define requestedAmount: Integer = valueAmount * ratioNumerator / ratioDenominator verify requestedAmount0 lock requestedAmount of requestedAsset with sellerProgram unlock valueAmount of valueAsset}clause cancel(sellerSig: Signature) { verify checkTxSig(sellerKey, sellerSig) unlock valueAmount of valueAsset}fullTrade()就是全部关卡方法，partialTrade()是部分关卡，当启动时部分关卡时，不会谈为关卡的资产放进一个新的分解磁力合约中去，从而等候下一次给定；cancel()方法将用户的资产转到自己的地址，中止这个合约。我们再行想到磁力合约的输出参数：type MagneticContractArgs struct {RequestedAsset bc.AssetIDRatioMoleculeint64RatioDenominator int64SellerProgram[]byteSellerKey[]byte}RequestedAsset是想外币的的资产，RatioMolecule，RatioDenominator是想外币资产的汇率（RatioMolecule/RatioDenominator 就是汇率），因为当前BVM不反对浮点型，所以额外使用这个参数作为比例，SellerProgram，SellerKey就是合约创建者自己的合约和地址，目标资产就要瞄准到合约创建者自己的账户里面。细心的朋友有可能找到，这里面和Equity合约较少了一个参数，也就是standardProgram，那么这个参数不必用户自己输出，系统不会配置文件补足，standardProgram 只不过就代表原合约，因为部分给定不会使一部分资产依然没用于，就依然回到到合约中。

本文来源：6966集团官网直营-www.houses2fix.com