Connext 如何解决跨链交易的流动性问题

要点速览

我们正在开发两个重要的升级，它们共同解决了 Connext 的流动性问题：

Virtual AMM （虚拟自动做市商）允许路由器根据现有的流动性对跨链转账进行定价。这会激励套利者通过将流动性重新分配的方式进行获利。

流动性拍卖会选择提供最便宜流动性的路由器进行转账。这可以聚合不同路由器之间的流动性，并可以读取不同路由器的流动性。

过去几周，我们看到 Connext 的交易量出现了惊人的增长。然而，这种增长带来了一个新的问题，即流动性稀缺并且会经常出现路由器流动性不均衡的问题，这导致了糟糕的用户体验甚至是宕机。

Connext 的核心团队很早就预料到了类似的事件会发生（尽管我们不知道这种问题竟然这么快就发生了），我们一直致力于一个长期的解决方案，即在网络中释放流动性，并创造激励机制使不同的路由器中的流动性可以保持一个相对平衡的状态。

今天，我们很高兴地介绍我们的 Virtual AMM 和流动性拍卖计划。

1

路由器和流动性问题

让我们先回顾一下 Connext 路由器（流动性提供者）是如何工作的。

Connext 路由器是一个状态通道的节点，它可以自动处理通道发送给他的交易。对于一笔跨链交易来说，这意味着 Connext 路由器相当于一个流动性提供者，它在链 B 的通道中将资金转移给你，并在链 A 获得你的资金。

例如，如果你想从 Polygon 发送 100 个 USDC 到 Arbitrum，你需要将 100 个 USDC 存入 Polygon 路由器的状态通道中。然后，你向路由器发送一个通道内传输，随后你会从 Arbitrum 上路由器相应的状态通道接收传输。这些交易会自动解锁，确保你永远不需要信任任何人。

为了让一切看起来简单可行，现在我们使用了哈希锁（hashlock），但是因为 Connext 是一个状态通道系统，所以我们可以使用任意的条件（包括传递 calldata 来执行合约交互！），最终，我们可能会使用类似于 ILP 首创的打包支付方式。

换句话说，路由器在 Arbitrum 上给你 100 USDC （减去费用），而它会在 Polygon 上获得 100 USDC。路由器要想在 Arbitrum 上给你提供资金，就需要有足够的流动性。然而，如果一个路由器的流动性有限，而且资金的流动很大程度上是单向的话，那么你经常会遇到下面这样尴尬的问题：

简而言之，这就是我们必须解决的流动性问题。

2

Virtual AMM

任何依赖于流动性池进行互换的系统都会遇到上述问题。例如，当你在 Uniswap 上用 100 个 USDC 交换 100 个 USDT 时，Uni USDC 的池子多了 100USDC，而 USDT 的池子会相应减少 100USDT。如果两个池之间存在固定的互换的汇率，那么完全有可能出现上述同样的情况。

Uniswap 和其他 AMM 通过将互换定价为两个池子之间流动性比率的函数来处理这一问题。这意味着上述互换将 USDC→USDT 的价格从 1 更改为比 1 稍微高一点的价格，如 1.00001。重要的是，随着池子的资金比例越来不平衡，互换的价格差异就会越大。这反过来又创造了越来越多的套利机会，因为 USDT→USDC 的价格最终会比生态系统中的其他交易所好得多。AMM 经常以这种方式套利，这也是使它们保持流动性的部分原因。

虽然路由器不具备链上 AMM 所具备的被动流动性池子的动态特征，但它们其实可以使用相同的核心概念在链间进行价格转移。关于 ETH 在 Arbitrum 和 Optimism 之间的转换，如下图所示 :

这个概念被称为 Virtual AMM，它让路由器即使在跨链传输时也能从 AMM 中获得套利激励的好处。

换句话说，如果所有的流动性都被堆积到路由器的一边，那么 Virutal AMM 可以让套利者在相反的方向进行交易来重新获得资金的平衡，并从中获利。

3

流动性拍卖

在 Connext 中已经有一些路由器提供了流动性，而且任何人都可以在没有团队参与的情况下启动自己的路由器。

然而，目前确定连接哪个路由器的过程完全是手动的。这意味着路由器之间没有进行流动性的聚合或读取。如果给定的 Dapp 的使用量激增，那么即使其他路由器上有足够的流动性，它所连接的路由器也会超载。

流动性拍卖是一种将特定的转账动态路由到能为其提供最廉价流动性的路由器的机制。

当你在进行转账时，你将向网络广播您想要的发送 / 接收的流动性。然后，路由器会直接向你提交报价，以最便宜的价格帮你转账，这就像优步帮你匹配你所在地区最便宜的司机一样。

当与 Virtual AMM 的定价进行互换配对时，这意味着你的转移会自动发送到流动性最不平衡的路由器中。换句话说，不管进行互换的需求来自哪儿，网络会根据可用的流动性自动在生态系统中读取路由器的余额。

4

发展现状及时间表

1Hive 已经搭建了流动性拍卖的 MVP 实现！非常感谢他们的团队帮助开发了网络的一个关键部分❤️。本周，我们计划建立一个 simnet 环境来严格测试拍卖机制，目标是在测试完成后立即启用它。我们预计这将在未来两周内发生。

我们还将一个早期的、特性标记的 Virutal AMM 实现合并到我们的代码库中。该实现使用了新发布的 Balancer v2 Stable 曲线，感谢来自 Mike McDonald 的早期帮助和反馈。要读取所有基金的链上余额，还需要做一些额外的工作，并且在上线之前需要进行严格的测试。

这方面的发展受到流动性拍卖的阻碍，但我们预计在流动性拍卖上线后不到两周就会发布一个实验性的版本。

请注意，上述两种实现都将是早期的实验版本。因此，我们将在确保一切都保持安全和可靠的同时，慢慢扩大路由器的规模。然而，即使有了上述 MVP 实现，我们仍然预计流动性将得到 10x-100x 的改善 !🚀