Connextの流動性問題の解決手法
仮想AMMとルートオークションの導入
私たちは、Connextの流動性の問題を解決するために、2つのアップグレードを開発中です。
バーチャルAMMは、ルーターが利用可能な流動性に基づいてクロスチェーン転送の価格を設定できるようにします。これにより、アービトレージャーが利益を得るために流動性のリバランスを行うインセンティブが生まれます。
ルートオークションは、最も安価に流動性を供給できるルーターに転送をルーティングします。これにより、異なるルーター間で流動性を集約し、負荷分散することができます。
ここ数週間、Connextの取引量は驚異的に増加しています。しかし、この成長にともなって、流動性が不足によるアンバランスや、UXの低下とダウンタイムにつながるという新しい問題を引き起こしています。
コアチームは、この問題がいずれ生じることを以前から把握しており（ここまで早く来ることは想定外）、ネットワーク内の流動性を調整し、バランスの良い状態を維持するためのインセンティブを生み出す解決策に取り組んできました。
今回は、バーチャルAMMとルートオークションについて紹介します。
ルーターと流動性問題
まず、Connextのルーターがどのように機能するかについて復習しておきましょう。
Connextのルーターはステートチャネルノードであり、送られてきたチャネル内転送を自動的に転送します。クロスチェーン取引では、ConnextルーターはチェーンA上の資金と引き換えにチェーンB上の資金をインチャネルで転送する流動性プロバイダーであることを意味します。
例えば、PolygonからArbitrumに100USDCを送る場合、Polygon上のルーターのステートチャンネルに100USDCを入金します。次に、Arbitrumのルーターとの対応するステートチャンネルで送金を受け取ることを条件として、ルーターにチャンネル内送金を送ります。これらの転送はアトミックにアンロックされるので、誰も信用する必要がありません。
この条件分岐はどのように機能するのでしょうか？
シンプルにするためにハッシュロックを使っていますが、Connextはステートチャネルシステムなので、任意の条件分岐を使うことができます（コントラクトのインタラクションを実行するためのcalldataを渡すことも可能）。最終的には、ILPで最初に開拓されたパケット化された支払いのようなものを使うことになることが想定されます。
つまり、ルーターは、Arbitrumで100USDC（手数料を差し引いた金額）を渡す代わりに、Polygonで100USDCを渡すというものです。ルーターがArbitrumでこれらの資金を提供するためには、十分な流動性が必要となります。しかし、あるルーターが限られた流動性しか持たず、資金の流れがほぼ一方向である場合、この状態に辿り着いてしまいます：
これが私たちが解決しなければならない流動性の問題です。
バーチャルAMM
この問題は、流動性プール間のスワップに依存するどのようなシステムでも経験することです。例えば、Uniswapで100 USDCを100 USDTにスワップすると、Uni USDCプールサイズは100増加し、USDTプールサイズは同じように100減少します。もし、2つのプール間に固定スワップレートがあれば、上記と同じ状況になることは十分にあり得るのです。
Uniswapやその他のAMMは、両プール間の流動性の比率の関数としてスワップ価格を設定することでこれを処理します。つまり、上記のスワップはUSDC→USDTの価格を1から1.00001のような少し悪いものに変えるということになります。重要なのは、プールの比率が不均衡になればなるほど、価格の差は大きくなることです。これは、USDT →USDCの価格が最終的にエコシステム内の他の取引所よりもはるかに良くなるため、今度はアービトラージの機会を増やすことになります。AMMは常にこのように機能し、これが、AMMの流動性を保っている要因の一つとなります。
ルーターにはオンチェーンAMMのようなパッシブLPプールのダイナミクスはありませんが、チェーン間転送に同じコアコンセプトを使用して価格を設定します。ArbitrumとOptimism間のETHの転送の場合、これは次のようになります：
バーチャルAMMと呼ばれるこのコンセプトにより、ルーターはチェーン間転送を可能にする場合でも、AMMのアービトラージ・インセンティブによる利益を得ることができるようになります。
つまり、流動性がルーターの片側に偏っている場合、バーチャルAMMを利用すれば、アービトラージの実行者が反対方向に取引を行い、リバランスを行うことで利益を得ることができるのです。
ルートオークション
Connextに流動性を提供するルーターは既に複数存在し、チームの関与なしに誰でも自分のルーターを立ち上げることが可能です。
しかし、どのルーターに接続するかを決定するプロセスは、現在、完全に手動で行われています。つまり、今はルーター間で流動性の集約や負荷分散が行われていません。あるdappの利用が急増すると、他のルーターに十分な流動性があったとしても、それが接続されているルーターは過負荷になってしまうのです。
ルートオークションは、特定の送金を、その送金のために最も安く流動性を供給できるルーターに動的にルーティングする仕組みです。
転送を実行する場合、あなたはネットワークに対して、希望する送受信の流動性をブロードキャストすることになります。ルーターは、Uberがあなたの地域にいる最も安いドライバーをマッチングするのと同じように、あなたの転送を最も安い価格で行うことができる入札に、直接あなたをつなげます。
バーチャルAMMからのスワップ価格と組み合わせた場合、あなたの転送が最もアンバランスな流動性を持つルータに自動送信されることを意味します。言い換えれば、ネットワークは、需要がどこから来るかにかかわらず、利用可能な流動性に基づいて、エコシステム内のルータ間で自動的に負荷分散を行います。
開発状況およびタイムライン
ルートオークションのMVP実装は、1Hiveによってすでに構築されています！ネットワークの重要な部分の開発を助けてくれた彼らに心より感謝いたします️。今週は、オークションの仕組みを厳密にテストするためにシムネット環境を構築する予定で、テストが完了次第、本稼働させることを目標としています。
また、バーチャルAMM の初期の機能フラグ付き実装をコードベースにマージしています。この実装は新しくリリースされた Balancer v2 Stable curve を使用しています。
全ての資産のオンチェーン残高を読み取るための追加作業と、本稼働前に行うべきテストがあります。この開発はルートオークションによってブロックされていますが、ルートオークションの稼動から2週間以内に実験的なリリースが行われる予定です。
上記の実装はどちらも初期のテストバージョンであることに注意してください。そのため、当初はルーターの規模を徐々に拡大し、全ての堅牢性を確認する予定です。しかし、上記のMVPの実装でも、流動性制約が10倍から100倍改善されることを期待しています 🚀
そして最後に、もしあなたがConnextの取り組みを面白いと感じたら、周りの暗号/ブロックチェーン好きな友人と共有してください。私たちは、ウォレット、ブラウザ、アプリケーションにおいて、イーサリアム上での即座に低コストな取引を実現させていきます。
これまでも、これからもご支援ありがとうございます。
Team Connext
