这是我们“进入 Mangrove”系列的第 2 部分，我们将深入探索 Mangrove 协议、它的核心引擎以及它的关键特性。

在第一部分中，我们揭示了该协议的*存在理由，请前往此处*阅读。

我们在第一部分中提出，总价值锁定（TVL）通常是用于衡量 DeFi 协议成功与否的“指标”。Mangrove 打破了这种说法并释放了 DeFi 的流动性，因为流动性提供者 (LP) 不需要事先“锁定”其流动性，而是承诺并仅在被要求时交付。 

Mangrove 协议是一个具有全球订单簿的去中心化交易所，能够通过优化的匹配引擎聚合所有可用的链上流动性。您可以将其视为不需要抵押的流动性提供协议。

简单来说，它是一个承诺流动性的市场，其中“报价就是代码” 。实际上，当订单簿中的报价匹配时，嵌入其中的代码部分将执行。该代码的任务是找到订单接受者请求的流动性：它可以从制造商的库存中提取，从池中获取，甚至从贷方借入，或者制造商建立的任何链上采购策略在他的报价代码中。订单成功执行后，订单簿将更新。就这么简单（笑）。

这种新的灵活性使流动性提供者和 DeFi 交易者能够发布未完全配置的报价。流动性可以共享、借入、借出，同时在 Mangrove 的订单簿中显示和放大，当且仅当报价被击中时才准备好获取。

在 Mangrove 上发布的报价可总结如下：

（给定卷 A，通缉卷 B，gasreq）+ 代码 + 赏金（隐式定义），其中：

• Mangrove 的报价包含以下信息：

• 报价提供的代币 A 的数量

• 报价想要的代币 B 的数量

• 执行报价所需的气体量（“gasreq”）

• 执行报价时将调用的智能合约（“代码”）

• 在报价无法执行的情况下提供的原生链令牌（“赏金”）

借助 Mangrove，Maker 可以体验全新的交易环境，在 DeFi 领域具有前所未有的功能：

• 反应性流动性：订单簿中没有资金锁定

• Last look ：防御性的最后看机制来违背报价（例如，如果市场条件对 Maker 来说不够满意）

• 无排他性：制造商可以为同一资产发布多个报价，Mangrove 充当 DeFi 市场的流动性放大器

如果每个人都做出空洞的承诺怎么办？这是我们需要提供者留下原生代币条款的地方。它是 Mangrove 生态系统的关键元素，因为它为流动性提供者提供了接​​受或拒绝报价的绝对灵活性： 

就像经典的订单簿一样，Taker 可以通过市价单或限价单在 Mangrove 上买卖数字资产。他可以访问一个界面，在那里他可以实时查看订单并从报价列表中获取可用订单。

当 Taker 发出订单时，Mangrove 执行它所跨越的所有报价的报价逻辑：

• 如果第一个订单成功并且兑现了流动性承诺，则将其从账簿中删除，并且红树林继续进行下一个要约，直到完成 Taker 的全部订单（无论是限价订单还是市价订单）。

• 如果在执行过程中，订单违反了他的报价，并且流动性不匹配，则产生的 gas 将退还给 Taker，Mangrove 执行订单簿中的下一个报价逻辑，直到所需的交易量或限价。

Taker 还可以通过从订单簿中窥探特定订单的能力为其策略增加一定程度的复杂性，我们将在第 3 部分中讨论！

为了确保一个干净的订单簿，没有垃圾邮件和失败的报价，机器人（或 Keepers）不断地扫描订单簿。Keepers 负责检测失败的报价并使报价在链上失败，并设置 gas 价格，以便报价的赏金补偿消耗的 gas。他们充当红树林生态系统的守护者。 

mangrove 提出的一组功能为成熟的链上参与者、EVM 向导、MEV 研究人员或更经典的做市商提供了提出新的链上交易策略的机会。  

在我们介绍系列的第 3 部分中，我们将探讨您可以在 Mangrove 上部署的一些策略。敬请关注！

Sourse:

https://blog.mangrove.exchange/p/part-2-enter-the-mangrove-the-exchange

这是我们“进入 Mangrove”系列的第 2 部分，我们将深入探索 Mangrove 协议、它的核心引擎以及它的关键特性。

在第一部分中，我们揭示了该协议的*存在理由，请前往此处*阅读。

我们在第一部分中提出，总价值锁定（TVL）通常是用于衡量 DeFi 协议成功与否的“指标”。Mangrove 打破了这种说法并释放了 DeFi 的流动性，因为流动性提供者 (LP) 不需要事先“锁定”其流动性，而是承诺并仅在被要求时交付。 

Mangrove 协议是一个具有全球订单簿的去中心化交易所，能够通过优化的匹配引擎聚合所有可用的链上流动性。您可以将其视为不需要抵押的流动性提供协议。

简单来说，它是一个承诺流动性的市场，其中“报价就是代码” 。实际上，当订单簿中的报价匹配时，嵌入其中的代码部分将执行。该代码的任务是找到订单接受者请求的流动性：它可以从制造商的库存中提取，从池中获取，甚至从贷方借入，或者制造商建立的任何链上采购策略在他的报价代码中。订单成功执行后，订单簿将更新。就这么简单（笑）。

这种新的灵活性使流动性提供者和 DeFi 交易者能够发布未完全配置的报价。流动性可以共享、借入、借出，同时在 Mangrove 的订单簿中显示和放大，当且仅当报价被击中时才准备好获取。

在 Mangrove 上发布的报价可总结如下：

（给定卷 A，通缉卷 B，gasreq）+ 代码 + 赏金（隐式定义），其中：

• Mangrove 的报价包含以下信息：

• 报价提供的代币 A 的数量

• 报价想要的代币 B 的数量

• 执行报价所需的气体量（“gasreq”）

• 执行报价时将调用的智能合约（“代码”）

• 在报价无法执行的情况下提供的原生链令牌（“赏金”）

借助 Mangrove，Maker 可以体验全新的交易环境，在 DeFi 领域具有前所未有的功能：

• 反应性流动性：订单簿中没有资金锁定

• Last look ：防御性的最后看机制来违背报价（例如，如果市场条件对 Maker 来说不够满意）

• 无排他性：制造商可以为同一资产发布多个报价，Mangrove 充当 DeFi 市场的流动性放大器

如果每个人都做出空洞的承诺怎么办？这是我们需要提供者留下原生代币条款的地方。它是 Mangrove 生态系统的关键元素，因为它为流动性提供者提供了接​​受或拒绝报价的绝对灵活性： 

就像经典的订单簿一样，Taker 可以通过市价单或限价单在 Mangrove 上买卖数字资产。他可以访问一个界面，在那里他可以实时查看订单并从报价列表中获取可用订单。

当 Taker 发出订单时，Mangrove 执行它所跨越的所有报价的报价逻辑：

• 如果第一个订单成功并且兑现了流动性承诺，则将其从账簿中删除，并且红树林继续进行下一个要约，直到完成 Taker 的全部订单（无论是限价订单还是市价订单）。

• 如果在执行过程中，订单违反了他的报价，并且流动性不匹配，则产生的 gas 将退还给 Taker，Mangrove 执行订单簿中的下一个报价逻辑，直到所需的交易量或限价。

Taker 还可以通过从订单簿中窥探特定订单的能力为其策略增加一定程度的复杂性，我们将在第 3 部分中讨论！

为了确保一个干净的订单簿，没有垃圾邮件和失败的报价，机器人（或 Keepers）不断地扫描订单簿。Keepers 负责检测失败的报价并使报价在链上失败，并设置 gas 价格，以便报价的赏金补偿消耗的 gas。他们充当红树林生态系统的守护者。 

mangrove 提出的一组功能为成熟的链上参与者、EVM 向导、MEV 研究人员或更经典的做市商提供了提出新的链上交易策略的机会。  

在我们介绍系列的第 3 部分中，我们将探讨您可以在 Mangrove 上部署的一些策略。敬请关注！

Sourse:

https://blog.mangrove.exchange/p/part-2-enter-the-mangrove-the-exchange