ロールアップはイーサリアムの生態系を分裂させますが、V God、Matic、Celer などはそれをどのように解決したいと考えていますか?
3月はロールアップの拡張計画のハイライトとなる。進捗の観点から見ると、さまざまなロールアップ ソリューションの準備が整っており、一部のソリューションは明らかに 3 月に発売されており、ロールアップ拡張ソリューションの発売は業界に大きな影響を与えるでしょう。
しかし、ロールアップ間の相互運用性の難しさにより、イーサリアムエコシステムの断片化を引き起こし、異なるプロトコル間の相乗効果を達成することが難しく、DeFiにとって非常に重要な構成可能性も断片化することになります。では、この問題を解決する方法はあるのでしょうか?
最初のレベルのタイトル
1. ロールアップの準備が完了しました
4 つの主要なロールアップ拡張ソリューションである Optimism、ZkSync、Arbitrum、StarkEx を紹介しました。背景として簡単に説明します。
4 つのロールアップ スキームの詳細については、クリックして表示できます。副題。
さまざまなロールアップ スキームと DeFi プロトコルの選択
現在、4 つの主要なロールアップ拡張ソリューションはそれぞれ、次のようなエコロジー ユーザーのグループを魅了しています。
Optimism は Uniswap と Compound の注目を集めており、メインネットワークのプレローンチ後も、合成資産取引プラットフォーム Synthetix に深く関与しています。
Curve、StablePay、GitCoin は、Matter Labs の zkSync ソリューションを拡張オプションとして採用しているか、採用する予定です。
Offchain Labs によって作成された Arbitrum は、Bancor、Bounce、DODO、Math Wallet、Burgerswap、Hop、MCDEX、Swapr を含むいくつかの DeFi プロジェクトでテストされているか、使用が計画されています。
副題
各ロールアップ拡張計画の進捗状況はどうなっていますか?
オプティミズムは2月に、Andreessen Horowitz（a16z）率いる資金調達ラウンドのAラウンドを完了し、3月にメインネットを立ち上げると発表した。
Arbitrum は学術研究プログラムとして開始され、プログラムが商業化段階に入ったときに特許が申請されました。同チームは最近、プリンストン大学の同意を得た後、プロジェクトがコミュニティの成熟段階に入ったことを考慮し、特許を放棄すると発表した。Arbitrum は、メインネットが次の段階にあることも発表しました。
zkSync プロジェクトの創設チームである Matter Labs も資金調達 A ラウンドの情報を公開し、「Union Square Ventures (USV) がラウンドを主導し、以前の投資家である Placeholder、1kx、Dragonfly が引き続きこのラウンドに参加した」と述べています。 Aave、Balancer、1inch、Curve、Binance、Coinbase Ventures、Huobi、Loopring、Argent、MYKEY、imToken、Flexa、MoonPay、ripio、ZKValidator、CoinGecko を含むエコロジカル パートナーが投資に参加しました。最初のレベルのタイトル
2. ロールアップは生態系の断片化を招く
ほとんどの DeFi プロトコルはスマート コントラクトに基づいて作成されており、レイヤー 1 のイーサリアム上に展開され、独自の方法で独自のレイヤー 2 ネットワークに接続されます。
ユーザーは、スマート コントラクトに資金を入金し、これらのレイヤー 2 ネットワークの使用を開始します。スマート コントラクトはすべてのトランザクションの変更を記録し、ユーザーはそれをレイヤー 2 ネットワーク上で使用して効率を向上させ、コストを削減できます。
しかし、Synthetix と Uniswap が異なるレイヤ 2 ネットワーク上に存在する場合、それらはそれぞれ独立した孤立した島にある可能性があり、どのように対話するかが問題になります。
さまざまなスケーリング ソリューションを接続し、DeFi プロトコルの特徴である構成可能性とコラボレーションを維持するにはどうすればよいでしょうか?
Bihu コミュニティのオンライン AMA で、Vitalik 氏は、Rollup などのレイヤー 2 ソリューションが解決する必要がある 2 つの問題について言及しました。
イーサリアム コミュニティの多くのアプリケーションは、DeFi プロジェクトなど、スマート コントラクトを呼び出すことを好みます。ただし、現在のZKロールアップはスマートコントラクトをサポートしておらず、コインの発行やコインの取引などの単純なアプリケーションのみをサポートしています。これが最初の質問です。 EVM を完全にサポートする Rollup が登場すれば、より多くのユーザーが Rollup に移行すると思います。
現時点では、Rollup に関連するインフラストラクチャ エコロジーはあまりありません。たとえば、異なるロールアップ間のトランザクションの問題はまだ解決されていません。 ZKsync にコインがある場合、どうすればそれらを Loopring に移動できますか?まず、ZKsync の第 2 層からイーサリアムの最下層に通貨を引き出し、それを Loopring の第 2 層アカウントに転送する必要があります。この場合、取引手数料は特に高くなりますか?
現在、イーサリアムには多くのユーザーエクスペリエンスの課題（問題）が存在するでしょう。しかし、6か月後にはそれらの問題の多くが解決されると思います。
最初のレベルのタイトル
3. Vitalik の提案: クロスロールアップ転送を実現する方法
数日前、イーサリアムの共同創設者ヴィタリック・ブテリン氏は、異なる第2層スケーリングソリューションを接続し、相互に「対話」してDeFiプロトコルの構成可能性と相乗効果を維持するというアイデアを提案した。
A と B の 2 つのロールアップがあるとします。ユーザー アリスは、ロールアップ A の一部のトークンをロールアップ B の他のトークンと交換したいと考えています。次の 2 つの状況があるとします。
ロールアップ A とロールアップ B は両方とも契約をサポートできます
1 つのロールアップのみがスマート コントラクトをサポートし、もう 1 つのロールアップは単純な転送のみをサポートします。
最初のケースでは、コミュニティには次のような提案もあります。"ホップ: ロールアップ全体でトークンを送信 (ホップ: ロールアップ全体でトークンを送信)"、アドレスを参照してください: https://ethresear.ch/t/hop-send-tokens-across-rollups/8581。
Vitalik の提案は 2 番目のシナリオ、つまりロールアップ A が単純な送金トランザクションのみをサポートし、ロールアップ B がスマート コントラクトをサポートする場合を対象としています。
副題
クロスロールアップ転送の基本シナリオ
「Ivan という名前の取引仲介者がいるとします (もちろん、選択できる仲介者はたくさんありますが、ここではほんの一例です)。Ivan はロールアップ A にアカウント IVAN_A を持っています (彼はアカウントを完全に管理しています)。Ivan はまた、いくつかの資金を入金しています」スマート コントラクト IVAN_B のロールアップ B。」
次のような操作を想像してください。
アリスは、ロールアップ A の IVAN_A アカウントへのトランザクションを開始し、ロールアップ B のアカウント ALICE_B に送金します。 (アリスはロールアップ A で IVAN に転送します)
イワンに何ができるでしょうか？彼は IVAN_B アカウントを通じてトランザクションを送信し、手数料を差し引いた金額のトークンを ALICE_B のアカウントに送信します。
最初のステップの後、すぐに 2 番目のステップを実行できます。 Ivan が 2 回目の取引と最初の取引の差が非常に小さいことを証明した場合、より高い手数料を許可するルールを契約に設定することも可能です。
「最悪のケース」は、Ivan が期待どおりに ALICE_B にトークンを送信しないことです。この場合、アリスはロールアップ A のトランザクション確認を待ってから、他の手段でロールアップ B のトークンを取得してクロスロールアップ転送の手数料を支払い、その後自分で資金を請求して取得することができます。
V 神の説明によると、ユーザー アリスはロールアップ B で直接完了できます。必要なのは、ロールアップ レコードの以前のバッチの前に、ロールアップ B が L1 上の対応するハッシュ レコードを取得できるようにすることだけです。そうすれば、ロールアップ B はマークル ブランチを記録し、ロールアップでそれを検証できます。
平たく言えば、技術的手段により、ユーザーのアリスがロールアップ A でトランザクションを確認した後、(手数料を支払った後) ロールアップ B で対応する資金を安全に受け取ることができ、仲介者に問題が発生し、その結果、資金の損失。
取引仲介者の Ivan が誰であるか、なぜ他の人が彼にトークンを転送することを選んだのかに関係なく、これらは当面無視できます; ここで意味するのは、さまざまな分離された Layer2 スマート コントラクトに入金された資金を同期しておくための接続層があるということです。 、ロールアップ間で資金を移動する機能を実現します。
特定の実装の詳細については、ロールアップ B の契約 IVAN_B のルールを理解する必要がある場合があります。以下の設定に従います (理解しやすいように省略しています)。
誰かがトランザクションを開始し、アカウント IVAN_A (ロールアップ A に保存されている) に一定量のビットコインを送信すると、メモにはターゲット アドレスの情報が含まれます。その後、一定の時間が経過すると、トランザクションをコントラクト IVAN_B に送信できます。これには転送証明が含まれており、対応する量のビットコインをロールアップ B のターゲット アドレスに転送できます。
対応する転送バッチとインデックスがロールアップ A のレイヤ 2 ネットワークに記録されることを保証するために、出金にはある程度の遅延 (たとえば、1 日) が必要です。
この場合、
この場合、副題
Settler はクロスロールアップ転送の共同役割として機能します
結局のところ、特定のロールアップで資金が不足する可能性があるため、イワン自身も内部決済を実行する必要があります。たとえば、ユーザーはロールアップ A からロールアップ B に資金を転送しており、ロールアップ B で Ivan によって予約された資金をユーザーが指定したアドレスに転送する必要があります。現時点では、Ivan などの取引仲介業者は内部決済を行う必要があるため、本提案の制約により、Ivan などの取引仲介業者は利用者のニーズに応えるために多額の資金を口座に保有する必要があります。
より理解しやすいと思われる法定通貨を例に挙げてみましょう。 ICBCからCCBカードに送金した場合、ATM機上の表示はすぐに変わりますが、実際の決済処理は1日1回行われ、実際の資金がCCBに送金されるのはICBCの決済後となります。中央銀行の決済口座間。
同様に、スマート コントラクトをサポートするロールアップ B から通常の送金のみをサポートするロールアップ A への送金トランザクションを開始するのも同様の操作です。
アリスはトークンを契約アカウント IVAN_B に送信し、ターゲット アドレスを添付します。
一定の時間が経過すると、アリスは資金を取り戻すことができます。
ただし、仲介者 IVAN がスマート コントラクト IVAN_B に証拠を提供し、ロールアップ A でアリスに資金を転送したことを証明するチェーン上の転送記録およびその他の情報を添付できる場合、アリスは資金を取り戻すことができなくなります。この時点で、クロスロールアップ転送は完了です。
ここまでで、Vitalik氏の提案にあるクロスロールアップ転送の原理を大まかに理解しましたが、これを実現するにはいずれかのロールアップのみがスマートコントラクトをサポートする必要があり、主にクロスロールアップ転送をサポートするために仲介者IVANが導入されています。
最初のレベルのタイトルhttps://ethresear.ch/t/cross-rollup-dex-with-smart-contracts-only-on-the-destination-side/8778。
4. ホップのクロスロールアップ転送スキーム
上では、別のシナリオについても触れました。ZKSync や Optimism などの 2 つのロールアップはどちらもスマート コントラクトをサポートしているため、ロールアップ間の相互作用を実現するにはどうすればよいでしょうか?
Hop チームのメンバー Chris Winfrey は、1 月 24 日に ETH Research フォーラムに投稿し、Hop がロールアップ間で分散型トークン転送を行う方法を紹介しました。
内容は以下の通りです。
ホップ プロトコルは、トラストレスでスケーラブルなクロスロールアップ通信ブリッジを提供します。に専心して：
高速かつ簡単なクロスロールアップトークン転送
ロールアップからすぐに終了できる
クロスロールアップ契約コールの機能をついに実現
Hop チームの見解では、次の 2 つのアプローチを通じて、クロスロールアップのコンポーザビリティの問題を解決するための幅広いソリューションが提供されています。
クロスネットワーク ブリッジング トークンを作成します。これは、あるロールアップから別のロールアップに迅速かつ経済的に移動したり、対応する基礎となる資産の要求をサポートするためにレイヤー 1 上に作成したりできます。
Automated Market Maker (AMM) を使用して、各ブリッジ トークンと各ロールアップの対応するトークンの間で取引を行い、動的な価格設定とネットワーク全体の流動性のリバランスを実現します。
言い換えれば、アンカー トークン (ブリッジなど) の助けを借りて、複数のロールアップにデプロイできます。また、レイヤー 1 のイーサリアム ネットワークにデプロイして、ロールアップ 1:1 でレイヤー 1 およびレイヤー 2 のブリッジ トークンをサポートすることもできます。アンカー交換。
ユーザーがロールアップ A からロールアップ B の自分または他の人のアカウントに 100 BTC を送金したい場合、プロセスは次のとおりです。
まず、ロールアップ A で、これらの 100 ETH を AMM を通じて Bridge_A トークン、つまりブリッジ トークンに交換します。
トランザクションが確認された後、Bridge_B トークンはロールアップ B の AMM を通じて 100 ETH トークンと交換され、ユーザーが指定したロールアップ B の対応するアドレスに転送されます。
Bridge_A と Bridge_B は両方とも同じトークンであるため、クロス ロールアップ ブリッジとして機能し、その比率は 1:1 に固定されます。価値が変動した場合、裁定取引者はリスクのない裁定取引を実行し、差を均等にするためにレンガを移動します。
最初のレベルのタイトルhttps://hop.exchange/send。
5. 他に何か計画はありますか?
副題
Celer のレイヤ 2 ソリューション: インプレース拡張
国内の DeFi プロジェクトである Celer は、「インプレース拡張」と呼ばれる新しいアイデアを提案しました。インサイチュとは、DeFi プロジェクトがレイヤー 1 に存在し続けることができ、特別なバージョンをデプロイするためにレイヤー 2 に移動する必要がないことを意味します。解決策 -- Layer2.finance で拡張を実現します。
Celer チームの紹介によると、このシナリオでは、ユーザーの資産は Layer2 チェーンに保存され (Celer はオプティミスティック ロールアップ ベースのソリューションから開始し、ZK ロールアップをサポートするために拡張およびアップグレードします)、その後ユーザーがLayer2.finance プロトコルに独自の運用要件を伝える命令で、自分の資金の量と、Curve、AAVE、Compond、およびイーサリアム Layer1 ネットワーク上にある他の DeFi プロトコルなどのどの DeFi プロトコルに保存するかを指定します。
このようにして、レイヤー 2 はコマンド エージェントとして機能し、ユーザーは資産を保存して指示を送信することができ、特定のビジネス ロジックは引き続きレイヤー 1 上の DeFi プロトコルに引き渡されて実行されます。トランザクションをマージすることで、さまざまなユーザーのコマンドがより経済的に Layer1 コントラクトと対話できます。
副題
Matic Network のリブランディング: Polygon
以前は Matic Network として知られていた Polygon は、別の道を歩み、レイヤ 2 アグリゲータとしての立場を確立し、次の 2 つの方法で拡張を実現しました。
Ethereum ネットワークに依存し、対応するネットワーク上のバリデータに依存し、Matic Plasma、zkRollups、Optimistic Rollups、Validium およびその他のスキームをサポートします。
独自のサブチェーン システムと独立した検証ノードを確立し、独自のセキュリティに責任を負います。この方向に向けて、現在、Matic PoS チェーンが開始されています。
Matic Network のアップグレード計画はさらに進んでおり、既存の生態系に依存するだけでなく、独自の生態系を独自に確立する必要があり、より多くの労力がかかります。統計によると、現在 Polygon には 80 を超える DApp が展開されており、DeFi、NFT、ゲーム、その他の分野をカバーしています。
最初のレベルのタイトルhttps://polygon.technology/
6. まとめ
Arbitrum と Optimism のメインネットの立ち上げは、現在、Rollup などのレイヤー 2 ソリューションの流行の前夜にあることを示しています。ユーザーを奪い合うレイヤー2計画が3月から上半期の大きなテーマとなるだろう。
そして、DeFiの連携の破壊を避けるために、異なるLayer2（特にRollup）間で互換性を保つにはどうすればよいでしょうか？これまで見てきたいくつかのプランは、実際に石を感じながら川を渡っていました。 Vitalik氏の提案、Hop氏の実装、そしてCeler氏の創造性は、彼らが思い描く問題を解決できるかもしれないが、ロールアップ間でのDeFiコールの組み合わせの実装にはまだ大きな問題が残されている。
一方で、複数のチェーン上での Sushi やその他のプロトコルの最近の展開は、ホップ計画で言及されているものと同様に、AMM とプロトコル独自のトークンの助けを借りて、別の可能性を示唆している可能性があります。おそらく多くの DeFi プロトコルが最初に試みるでしょう。内部的に異なるレイヤ 2 ネットワークとレイヤ 1 間のギャップを広げて閉ループを形成します。
暗号化業界の最先端のトレンド、ブロックチェーン業界の直接の情報、潜在的なプロジェクトのマイニングと分析、ブロックチェーン研究所が注意深く作成した「ブロックゲストスペース」へようこそ。先輩投資家！
参考文献:
https://mp.weixin.qq.com/s/2HYIsxnUaovKYs19xQ_KbQ
https://www.trustnodes.com/2021/03/02/vitalik-buterin-proposes-cross-rollup-scaling-solution
https://www.chainnews.com/articles/872971457746.htm
https://hop.exchange/whitepaper.pdf
免責事項: この記事は著者の独立した意見であり、Blockchain Institute (パブリックアカウント) の立場を表すものではなく、投資に関する意見や提案を構成するものではありません。
暗号化業界の最先端のトレンド、ブロックチェーン業界の直接の情報、潜在的なプロジェクトのマイニングと分析、ブロックチェーン研究所が注意深く作成した「ブロックゲストスペース」へようこそ。先輩投資家！
-END-
