Connext如何解決跨鏈交易的流動性問題

要點速覽

• 我們正在开發兩個重要的升級，它們共同解決了Connext的流動性問題：

• Virtual AMM（虛擬自動做市商）允許路由器根據現有的流動性對跨鏈轉账進行定價。這會激勵套利者通過將流動性重新分配的方式進行獲利。

• 流動性拍賣會選擇提供最便宜流動性的路由器進行轉账。這可以聚合不同路由器之間的流動性，並可以讀取不同路由器的流動性。

過去幾周，我們看到Connext的交易量出現了驚人的增長。然而，這種增長帶來了一個新的問題，即流動性稀缺並且會經常出現路由器流動性不均衡的問題，這導致了糟糕的用戶體驗甚至是宕機。

Connext的核心團隊很早就預料到了類似的事件會發生（盡管我們不知道這種問題竟然這么快就發生了），我們一直致力於一個長期的解決方案，即在網絡中釋放流動性，並創造激勵機制使不同的路由器中的流動性可以保持一個相對平衡的狀態。

今天，我們很高興地介紹我們的Virtual AMM和流動性拍賣計劃。

路由器和流動性問題

讓我們先回顧一下Connext 路由器（流動性提供者）是如何工作的。

Connext 路由器是一個狀態通道的節點，它可以自動處理通道發送給他的交易。對於一筆跨鏈交易來說，這意味着Connext 路由器相當於一個流動性提供者，它在鏈B的通道中將資金轉移給你，並在鏈A獲得你的資金。

例如，如果你想從Polygon發送100個USDC到Arbitrum，你需要將100個USDC存入Polygon路由器的狀態通道中。然後，你向路由器發送一個通道內傳輸，隨後你會從Arbitrum上路由器相應的狀態通道接收傳輸。這些交易會自動解鎖，確保你永遠不需要信任任何人。

為了讓一切看起來簡單可行，現在我們使用了哈希鎖（hashlock），但是因為Connext是一個狀態通道系統，所以我們可以使用任意的條件（包括傳遞calldata來執行合約交互！），最終，我們可能會使用類似於ILP首創的打包支付方式。

換句話說，路由器在Arbitrum上給你100 USDC（減去費用），而它會在Polygon上獲得100 USDC。路由器要想在Arbitrum上給你提供資金，就需要有足夠的流動性。然而，如果一個路由器的流動性有限，而且資金的流動很大程度上是單向的話，那么你經常會遇到下面這樣尷尬的問題：

簡而言之，這就是我們必須解決的流動性問題。

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可以讓套利者在相反的方向進行交易來重新獲得資金的平衡，並從中獲利。

流動性拍賣

在Connext中已經有一些路由器提供了流動性，而且任何人都可以在沒有團隊參與的情況下啓動自己的路由器。

然而，目前確定連接哪個路由器的過程完全是手動的。這意味着路由器之間沒有進行流動性的聚合或讀取。如果給定的Dapp的使用量激增，那么即使其他路由器上有足夠的流動性，它所連接的路由器也會超載。

流動性拍賣是一種將特定的轉账動態路由到能為其提供最廉價流動性的路由器的機制。

當你在進行轉账時，你將向網絡廣播您想要的發送/接收的流動性。然後，路由器會直接向你提交報價，以最便宜的價格幫你轉账，這就像優步幫你匹配你所在地區最便宜的司機一樣。

當與Virtual AMM的定價進行互換配對時，這意味着你的轉移會自動發送到流動性最不平衡的路由器中。換句話說，不管進行互換的需求來自哪兒，網絡會根據可用的流動性自動在生態系統中讀取路由器的余額。

發展現狀及時間表

1Hive已經搭建了流動性拍賣的MVP實現！非常感謝他們的團隊幫助开發了網絡的一個關鍵部分。本周，我們計劃建立一個simnet環境來嚴格測試拍賣機制，目標是在測試完成後立即啓用它。我們預計這將在未來兩周內發生。

我們還將一個早期的、特性標記的Virutal AMM實現合並到我們的代碼庫中。該實現使用了新發布的Balancer v2 Stable曲线，感謝來自Mike McDonald的早期幫助和反饋。要讀取所有基金的鏈上余額，還需要做一些額外的工作，並且在上线之前需要進行嚴格的測試。這方面的發展受到流動性拍賣的阻礙，但我們預計在流動性拍賣上线後不到兩周就會發布一個實驗性的版本。

請注意，上述兩種實現都將是早期的實驗版本。因此，我們將在確保一切都保持安全和可靠的同時，慢慢擴大路由器的規模。然而，即使有了上述MVP實現，我們仍然預計流動性將得到10x-100x的改善!

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。