区块链MOLDEX交换协议介绍

目前 有许多基于 ERC 721 的数字资产，包括 Cryptokitties ，但是 区块链游戏的真正 价值将在未来，不仅仅限于角色上而是游戏中的物品交易也会在区块链上进行交易。 为此， 需要能够自由交换以无伪令牌表示的游戏内物品和以非伪造令牌表示的游戏角色的协议。 由于无形令牌不仅可以像 ERC 20 那样以货币形式流传，而且可以按照 ERC 1155 的标准 来表示，所以其利用预测会在将来变得越来越多。

通过 支持 Fungible 令牌和非 Fungible 令牌 ，根据 ERC 20 和 ERC 721 标准， MOLDEX 可以实现与现有的分布式交换机不同的作用。

MOLDEX 还提供无信任，实时，高吞吐量的交易以及基于区块链的支付。 通过 MOLDEX 集中管理交易验证并将交易发送到以太坊，用户可以持续交易，无需等待在网络上批准交 易并立即处理多个订单或者可以立即取消订单而不使用 Gas 。

MOLDEX 的特点

MOLDEX包括智能合约，交易引擎和交易处理中介。 在智能合约上，所有资产都以可靠的 方式存储，并执行数字资产的交换。 此外，由于所有交易都需要由用户的私钥批准，因此 不太可能出现问题，例如第三方以及第三方的伪造。

与其他分布式交易所不同，MOLDEX 的智能合约的设计使得只允许交易所向以太坊发送签名交易。 这允许 MOLDEX 控制交易的顺序并将订单匹配与最终结算分开，因此如果用户 交易，则订单将实时更新。 同时，用户的私钥用于授权智能合约上的交易，此批准可以防 止 MOLDEX 方启动未经授权的交易。

用户的签名订单被交给管理订单匹配的交易系统。 在以太坊中，每个交易都以正确的顺序 挖掘，然后发出交换对订单对（交易中介），以确保智能合约上的余额与交易余额同步。 通过控制交易顺序，MOLDEX 可以结合 DEX 安全性和可审计性提供集中交换的速度和 UX。 基于以上特征，可以说 MOLDEX 具有以下特性。

不可信

关于分布式交换的重要事情是用户管理私钥。 在 MOLDEX 中，存款和退出智能合约是用 户在下订单时直接请求并使用密钥签名的机制，因此用户即使对交易方存在着不信任的情 况下也可以实现快速的资产交换。

快速交易

在与链上匹配的传统分布式交换机上，它被设计为在实际使用中不切实际，因为每次进行 交易时都需要等待订单被分块。 然而，在 MOLDEX 的情况下，订单的匹配仅在链下中进 行，并且区块链用于交换实际资产，因此可以从用户的角度实时地进行 UX 交易。

快速的订单更新

同样，关于更新订单，可以通过利用现有数据库几乎实时地进行更新。

取消时不消耗 Gas

订购时，要求用户签署订单数据，但订单本身在数据库中进行管理，直到交易订单匹配为 止。 因此，你无需在取消和等待之前盯着屏幕，或者只需取消即可支付 Gas。

可以订购多个订单

MOLDEX支持多个订单，允许你一次购买大量资产。 但是，每个匹配的买入和卖出订单都 会发出交易。

所有 Assets 都可以在 Ethereum 上进行交易

为了实现 MOLDEX 的概念，还可以根据下面的 ERC 标准进行令牌交换。

• ERC20

• ERC721

• ERC 1155

MOLDEX 中的交易流程

接下来，我们将看到在 MOLDEX 上实际执行交易时的流程。 下图显示了在 MOLDEX 上执 行交易时的流程。

0. 新注册

首先，用户新创建或导入以太坊的地址，并使用自己设置的密码在 MOLDEX 中重 新注册。 当然，与集中式交换不同，用户自己管理地址的密钥。

1. deposit

MAKER 和 TAKER 都直接存入智能合约。 你可以随时提取存入的资产。

2. 反映在数据库中

请参阅智能合约并更新管理 MAKER 和 TAKER 余额的数据库。

3. 订购 MAKER

MAKER 可以以任何价格和数量下订单。 MAKER 使用其私钥对订单数据进行签名 并将其发送到服务器。 如果交易在一段时间后没有发生，MAKER 的订单将自动失 效。

4. 验证 DB 中的订单数据和存储

在服务器端验证 MAKER 的签名是否正确，数据是否足够（存在余额）。 例如，如 果 A 的签名数据与 A 的地址不符，则该订单被拒绝为非法订单数据，因此其他人不 可以在没有共享密钥的情况下冒充 A 并下单。 验证完成并确认订单数据正确后， 将其存储在数据库中。

5. 订购 TAKER

TAKER 发出订单，其价格与 MAKER 设定的董事会信息相匹配。 如果你想以任意价格下订单，请作为 MAKER 下单。

6. 验证订单数据

在服务器端，验证 TAKER 的签名是否正确，数据是否足够（存在余额）。

7. 匹配

经验证的 TAKER 订单与通过交易匹配引擎从数据库获得的 MAKER 的订单配对。

8. 数据库更新

并更新匹配的交易订单对和用户的余额。 此时，虽然事实上并未在以太坊的区块 链上建立交易，但由于订单状态是在链外管理的，因此用户可以立即转到下一个交 易。 当交易未建立时，状态记录在 DB 中。

9. 交换资产交换

当 MAKER 和 TAKER 的顺序匹配时，从服务器端执行 Smart Contract 的交易功 能。

10. 更新智能合约的状态

交易在以太坊网络上获得批准，资产交换结束，钱包内容也成功更新。

在这里，我们将首先订购的人成 MAKER，而那些从另一方订购的人称为 TAKER。

交易匹配系统

强大的交易平台围绕有效的订单分配算法构建，也称为匹配引擎。 该算法是每次交换的核心。MOLDEX 采用 FIFO 的 Price-Time-Priority 算法，这是最简单的算法。

首先，让我们考虑以下模型来理解匹配引擎的基本概念。

1. 顺序

它对应于 MOLDEX 中 Taker 的顺序。

2. 手持订单

这是 MOLDEX 中的一组 MAKER 订单。

3. 交易

与订单簿订单匹配的订单将被视为交易。 在 MOLDEX 的情况下，匹配对将在此之后广播到以太坊的网络。

4. 无与伦比的订单

与 Orderbook 订单不匹配的订单或部分处理为 Trade 的订单将作为不匹配订单添加到 Orderbook。

当 Order 与 Orderbook 完全匹配时

匹配引擎总是试图找到特定订单的最佳价格。 在这种情况下，Sell 1@99 匹配Buy 1@100订购的便宜匹配，Sell 1@100不匹配仍然在订单簿中。

当 Order 与 Orderbook 部分匹配时

购Buy 4@100订单，Sell 1@99和卖出Sell 2@100订单匹配。 剩余的Buy 1@100被 添加到订单簿中，因为没有匹配的卖单。

如果订单与 Orderbook

不完全匹配如果订单与订单的订单不完全匹配， 它将作为 MAKER 添加到 Orderbook 当中。

FIFO

如果多个订单有可能与当前订单匹配，则系统地不清楚要匹配的订单。 因此，除了上述基 于价格的算法之外，FIFO（先入先出）的概念介绍如下。

也就是说，对于相同价格的订单，由于优先处理具有较旧时间的订单，在价格 — 时间优先 级中，发现价格和时间按照匹配的顺序排列。

综述

由于稳定协议需要时间来解决快速变化的区块链技术，因此 MOLDEX 的交换协议不太可能 迅速传播。 此外，显而易见的是，对 MOLDEX 交换协议的需求的存在与否首先成为一个 问题，因为几乎没有 Ðapps 本身 在区块链上同时携带了Fungible资产和非Fungible资 产。 但是，在未来，如果将第二层技术等突破性实用化，并且准备好能够处理大量资产交 易的基础设施中，对于 MOLDEX 提出的协议的需要是不言而喻的。 因此，现在可以说它 尚处于为了未来的需求而还在进行研究和开发的阶段。 MOLD 团队，我们将继续探索游戏 的未来，并专心的开发所需的功能和协议为将来所带来改变。