Layer2 と Layer1 の技術ロジックを深く掘り下げると、次のことがわかります。
一部の DeFi はレイヤー 1 の拡張に適しており、「シャーディング」テクノロジーで知られる Radix と Near を選択しますが、StarkWare の StarkEx システムなど、レイヤー 2 で高頻度のトランザクション領域を構築するのに適した DeFi もあります。
DeFi は暗号通貨の世界にとって不可欠な部分となっています。
上の写真は、DeBankが表示したDeFiロックアップ資産の変化を示しています
この膨大な数はイーサリアムに基づいて形成されており、現在、イーサリアムはチェーン上のBTC、ETH、DAI、その他の資産の流動価値を引き受けていますが、イーサリアムの運用ロジックによれば、この膨大な数の背後には巨大なLFが存在します。イーサリアムのガス消費量を確認すると、現在、ETH価格の上昇とDeFiアプリケーションの増加により、イーサリアムの1日あたりのマイナーのピーク収入は2,700万米ドルを超えていることがわかります。通常のブロック報酬に加えて、この数字の大部分は、スマートコントラクトを呼び出す DeFi ユーザーによって生成されます。過剰なガス料金は、ユーザーが仮想通貨を利用する敷居を高めるだけでなく、より高い観点から見ると、仮想通貨の本来の目的である包括的な金融を妨げることになります。したがって、暗号通貨は、低コストのDeFi取引を実現するために、取引におけるコストの問題を解決する必要があります。現在、多くのパブリックチェーンプロジェクトはすでに明確な開発ロードマップを持っていますが、イーサリアムはDeFiが最も多く、現在の拡張計画が最も代表的で、PoSへの切り替え、シャーディング、レイヤー2の3つの計画があります。副題
Layer2 は現在最も簡単な拡張ソリューションです
イーサリアムや他のパブリックチェーンは、イーサリアム 2.0 の同種シャーディング、Polkadot が実装している異種シャーディング、COSMOS のクロスチェーン構造など、マルチチェーン構造を利用して容量を拡大しようとしています。 Avalanche Protocol などの新しく出現したネットワークでは、拡張を実現するためにマルチチェーン構造における機能階層化と機能モジュール化がより詳細に定義されています。これらは大規模で長期的な設計であり、たとえば、Polkadot は将来スロット オークションを通過する必要があり、COSMOS はより良いエコロジーを構築する必要があり、残りのチェーンの技術進歩とエコロジー構築はまだ初期段階にあります。拡張を重視する他のプロジェクトでは、layer1 でのフラグメンテーションの実装など、単一のネットワーク構造に重点を置きます。代表的なプロジェクトは、Radix と Near です。長期的には、レイヤー 1 の拡張 (シャーディングなど) は避けられません。これらのネットワークがEVMに対応した後は、Defiを速やかにネットワークに移行することができ、資産移転の問題が解決すれば、これらのネットワークはイーサリアムの拡張ネットワークとなるでしょう。しかし、DeFiの需要が旺盛な強気市場では、レイヤー2の拡大が必要です。副題
Layer2 の原理を簡単に分析する
引き続きイーサリアムを例に挙げると、そのレイヤ 2 ソリューションは、イーサリアム上にオフチェーン構造またはサイドチェーン構造を確立し、イーサリアム上のアドレス バランスをレイヤ 2 にマッピングし、アカウント間のトランザクションとその他の操作を完了して、決済結果をフィードバックします。チェーンに書き込み、最終アドレスのデータ変更を確認します。このようにして、レイヤー 2 で実行されている DeFi アプリケーションの場合、レイヤー 2 が開始され、最終決済が開始されたばかりのときにのみ、レイヤー 2 がチェーンと対話し、他のトランザクション プロセスがレイヤー 2 で行われるため、レイヤー 2 上のリソースを占有することはありません。チェーンに接続し、トランザクションの高速処理を実現し、ガス消費量を効果的に削減できます。しかし、このアプローチには依然として 2 つの関連する懸念があります。1. メインチェーンのパフォーマンスが悪く、チェーンが混雑している場合、レイヤー2とアカウントの間の決済には依然として高額なガス料金と長い確認時間が必要になる可能性があります。2. レイヤー 2 でチェーン上の他のアセットやコントラクトと対話することはできない場合があります。対話できる場合でも、チェーン上のリソースを複数回呼び出す必要があり、これにより 1 の問題が発生します。なぜなら、トランザクションがパッケージ化されてブロックを形成し、チェーン上に保存されることに加えて、すべてのスマートコントラクトもチェーンにアップロードされるためです。DeFi の通常の状態では、資産契約、ローン、およびトランザクション契約が相互に呼び出しを行うため、呼び出しの際にコントラクト間、つまりチェーン上のリソースが占有されているときに発生します。これは、1 つはガス料金の支払いプロセスが避けられないこと、もう 1 つは DeFi には豊富な構成可能性が必要であることを意味します。したがって、問題解決の根本は、イーサリアムPoWチェーンによってもたらされるガス問題を解決し、DeFi間の構成可能性を維持することです。これにより、レイヤー 1 のパフォーマンスが十分に高速であれば、レイヤー 2 の容量を拡張する必要はありませんが、レイヤー 2 のビジネスに適していない場合は、レイヤー 2 がスマート コントラクトの組み合わせに影響を与えるため、レイヤー 1 の拡張技術を使用してみてください。 。ただし、強気市場の熱い需要の中で、開発を求める多くのプロジェクトではレイヤー 2 が選択されており、たとえば、dYdX は StarkWare テクノロジーを使用して、永久契約取引用の StarkEx システムを構築します。 StarkWare の技術ロジックを見てみましょう。
StarkWareが将来形成するレイヤー2ネットワーク構造
例えば、dYdX はオーダーブック形式の DEX ですが、レイヤー 2 が適用される前は、dYdX のオーダーブックマッチングはオフチェーンで機能し、決済データはオンチェーンのやり取りと同期され、このプロセスにより高い収益が得られます。ガス料金: レイヤ 2 を適用した後、StarkEx システムはレイヤ 2 での決済プロセスを完了し、このプロセスでのガス料金の消費を大幅に削減します。ただし、手順が若干複雑になる、モバイル端末では適用できない、レイヤー2アカウント開設費用が発生するなどの影響が生じます。さらに、最大の問題は、dYdXが他のDeFiプロトコルと組み合わせたアプリケーションをオープンしたい場合、他のDeFiアプリケーションをこのネットワーク上にデプロイする必要があることです。仮想通貨の本来の目的から見ると、これは金融包摂の実践ではなく、その応用はパワーユーザーやプロフェッショナルユーザーの領域になってしまう可能性があります。したがって、一部の DeFi (頻繁なトランザクションを必要とする) の高速実行を可能にするレイヤー 2 と比較して、一部の DeFi はレイヤー 1 拡張ソリューションまたはより高性能のネットワークの使用に適しています。DeFiの特性により沿ったレイヤー1拡張のアイデア
では、どのようなレイヤー1 DeFiが必要かを確認するにはどうすればよいでしょうか? Radix はネットワーク設計においていくつかのアイデアを提供しています。1. コンセンサス問題によって引き起こされるパフォーマンスのボトルネックを解決します。2. 構成可能性を生み出すために最善を尽くします。上で述べた同種シャーディングと異種シャーディングでは、分散シャードはいくつかのノードで構成されるチェーンです。これは、いくつかのノードをパーティションに分割するものとして理解できます。パーティションは、他のパーティションから独立して存在し、タスクを個別に処理します。たとえば、イーサリアム 2.0 では、元のシャーディング ロードマップに従っている場合、初期段階で 64 個のシャードが確立され、これらのシャードは最終的にビーコン チェーンによって検証されます。シャード間の通信は「クロスリンク」と呼ばれます。 . シャードの 1 つが他のシャードを検証する必要がある場合、シャード間通信のみが行われます。また、シャードが存在するため、DApp 開発者はイーサリアム上で DApp を開発する際に、主要な処理領域としてシャードを選択する必要があります。これは、DApp が他のシャードからデータを取得する必要がある場合、いくつかの複雑な手順が必要になることを意味します。 Polkadot と COSMOS で実装されている構造も同じです. Polkadot のパラチェーンは異種シャーディング構造のフラグメントです. パラチェーン間の相互作用はリレーチェーンを通じて実行されますが、相互作用プロセスはより複雑であり、個別に定義する必要があります。 COSMOSも同様です。このようなシャーディングは境界設計であり、各シャード チェーンは特定のアイランド効果を形成し、その後のいくつかの問題が当然発生します。しかし、考え方を変えれば、新しい技術的なアイデアが生まれるかもしれません。
Radix フラグメンテーション展開の概略図
この種類のシャーディングは、前述のシャーディング チェーンとしての一部のノードの定義とは異なります。代わりに、ネットワークに参加するすべてのコンピューティング リソースは、最初に異なるシャードに分割されます。シャーディングはチェーンによってではなく、ランダムなコマンドによって分割されます。それらはランダムに行われます。決定されたシャード位置に割り当てられ、コマンドによって分割されたこれらのシャードが 1 つずつ大きなパーティションを形成します。シャードの場所を事前に設定し、各場所にコマンドを動的に割り当ててシャードを形成するこの方法では、最終状態を確認するためのコンセンサスが必要です。 Radix の Cerberus コンセンサスはこのプロセスを実装しており、ファイナリティを達成するためのビーコン チェーンのゴースト アルゴリズムと同様に、Cerberus コンセンサスはトランザクションの順序を決定し、検証者による検証用の最終データ セットを形成できます。これを行うための最良の方法は、固定パーティションによって引き起こされる境界問題ではなく、より優れた並列処理を実現し、すべてのリソースを動員して使用することです。イーサリアムと比較すると、チェーン上の組み合わせはスマートコントラクト間の相互作用であり、例えばCompoundを通じて借りたcTokenをマイニングして他のDeFiで交換することができます。これは、DeFi 契約が複合契約を呼び出して cToken を確認する必要があることを意味します。コントラクト間のコールは合成の具体化です。2 つが同じネットワークまたはシャードにデプロイされていない場合、それらを組み合わせるのは難しく、ゲートウェイ処理またはマップされたスマート コントラクトの存在が必要になります。この問題を解決するために、Radix のアイデアは、スマート コントラクトのプログラミングの複雑さを軽減することです。スマート コントラクトは最終結果を出力するために必ず帳簿を記録しますが、レイヤー 1 に実装されていれば、スマート コントラクトを置き換えることができるからです。 Radix では、小さな単位の実行処理を「コンポーネント」と呼び、あらかじめ「コンポーネント」の機能を定義しておきます。 DeFiビジネスを迅速に実行するために。たとえば、スマート コントラクトが転送である場合、スマート コントラクトは 2 つの当事者のアカウントを編集する必要があります。つまり、転送側で破棄され、受信側で追加される小さな台帳を作成する必要があります。ただし、Radix のコンポーネント設計を使用すると、コンポーネントを b に属する a の転送トークンとして設計するだけで十分であり、非常に高速で、追加の証明は必要ありません。
基数コンポーネントの例
公式技術文書によると、Radix Foundationによって確立された現在のコンポーネントには、DeFiアプリケーションのいくつかの標準機能が含まれる予定です。これには（図に示すように）次のものが含まれます：資産（代替可能または代替不可能なトークン）、アカウント（マルチシグ制御を含む）、流動性プール、交換システム、購入可能な資産、データオラクルなどが含まれます。これらのコンポーネントはすべて、たとえば API 呼び出しを介してカスタム トークン供給を作成したり、さまざまな方法でモジュール的に組み合わせてより複雑な機能を作成したりして、直接インスタンス化できます。5. DeFi アプリケーションは新しいネットワークで期待できますか?Compoundがかつて新たなパブリックチェーンを検討していることを明らかにしたように、現在大ヒットしているDeFiにとって、新たなネットワークの選択は課題だ。別のパブリック チェーンに移行することが可能かどうかは、パフォーマンスを考慮するだけでなく、このチェーンとイーサリアム、ビットコイン、その他のネットワークとの資産互換性、およびチェーン上の基本通貨の価値とも大きく関係します。したがって、当分の間、DeFi がイーサリアムから逃れることはできませんが、多くの新しい試みがあります。 2月11日、Chainlink、Aave、mStable、Messari、Radixは、新しいDeFiアライアンスであるGoodFiの共同立ち上げを発表しました。この提携は、DeFi業界における教育、研究、実践的な開発を促進することを目的としています。これは私たちに希望を与えてくれます。低コストで優れたエクスペリエンスを備えた DeFi の早期の出現を期待しています。
IOS
Android