著者：Zeke、YBB Capital 出典：medium 翻訳：Shan Oba、Golden Finance
序文
イーサリアムを中心とするモジュラー型ブロックチェーンの時代において、データ可用性 (DA) レイヤーを統合してセキュリティ サービスを提供することは、もはや新しい概念ではありません。現在、ステーキングを通じて導入された共有セキュリティの概念は、モジュラー空間に新しい次元を提供しています。 「デジタルの金と銀」の可能性を活用して、ビットコインやイーサリアムから多数のブロックチェーン プロトコルやパブリック チェーンにセキュリティを提供します。この話は、数兆ドル相当の資産の流動性を解放するだけでなく、将来のスケーリングソリューションの重要な要素でもあるため、非常に野心的です。たとえば、ビットコインステーキングプロトコルのBabylonに対する最近の7,000万ドル、イーサリアムの再ステーキングプロトコルのEigenLayerに対する最近の1億ドルという大規模な資金調達は、大手ベンチャーキャピタル企業からのこの分野に対する強力な支援を示しています。
しかし、これらの展開は深刻な懸念も引き起こします。モジュール性がスケーリングに対する究極のソリューションであり、これらのプロトコルがそのソリューションの重要なコンポーネントである場合、大量の BTC と ETH がロックアップされる可能性があります。これは、プロトコル自体のセキュリティ問題を引き起こします。多数の LSD (リキッド ステーク デリバティブ) および LRT (レイヤー 2 ロールアップ トークン) プロトコルによって形成される複雑なレイヤーは、ブロックチェーンの将来における最大のブラック スワンとなるでしょうか?彼らのビジネスロジックは健全ですか?以前の記事ですでに AigenLayer を分析したため、以下の説明では主に Babylon に焦点を当ててこれらの問題に対処します。
セキュリティに関するコンセンサスを拡大する
ビットコインとイーサリアムは間違いなく今日最も価値のあるパブリックブロックチェーンです。彼らが長年にわたって蓄積してきたセキュリティ、分散化、価値観のコンセンサスが、彼らが常にブロックチェーン世界のトップに立ち続けている中心的な理由です。これらは、他の異種チェーンでは再現するのが難しい珍しい性質です。モジュール性の核となる考え方は、これらの品質を必要としている人に「貸与」することです。現在のモジュール式アプローチには、主に 2 つの派閥があります。
最初の派閥は、十分に安全なレイヤー 1 (通常はイーサリアム) を、ロールアップの下位 3 つまたは部分的に機能するレイヤーとして使用します。このソリューションは最高のセキュリティと合法性を備え、メイン チェーン エコシステムのリソースを吸収できます。ただし、特定のロールアップ (アプリケーション チェーン、ロングテール チェーンなど) の場合、スループットとコストの点であまり有利ではない可能性があります。
2つ目のグループは、Celestiaのような、ビットコインやイーサリアムの安全性に近づきながらもコストパフォーマンスに優れた存在の創出を目指しています。 Celestia は、純粋な DA 機能アーキテクチャ、最小限のノード ハードウェア要件、および低いガスコストを使用してこれを実現します。この合理化されたアプローチは、可能な限り短期間で強力なパフォーマンスを実現しながら、イーサリアムのセキュリティと分散化に適合する DA レイヤーを作成することを目的としています。このアプローチの欠点は、セキュリティと分散化が完全に実現されるまでに時間がかかること、およびイーサリアムと直接競合する場合には正当性に欠けるため、イーサリアム コミュニティからの拒否につながることです。
この派閥内の 3 番目のタイプには、バビロニア レイヤーと特性レイヤーが含まれます。彼らは、プルーフ・オブ・ステーク (POS) の中心概念を活用して、ビットコインまたはイーサリアムの資産価値を活用して共有セキュリティ サービスを作成します。前二者に比べて、よりニュートラルな存在です。その利点は、合法性とセキュリティを継承しながら、メインチェーンの資産により実用的な価値を提供し、より大きな柔軟性を提供することです。
デジタルゴールドの可能性
コンセンサス メカニズムの基礎となるロジックに関係なく、ブロックチェーンのセキュリティは、ブロックチェーンをサポートするリソースに大きく依存します。 PoW チェーンは大量のハードウェアと電力を必要としますが、PoS は担保された資産の価値に依存します。ビットコイン自体は非常に大規模な PoW ネットワークによって支えられており、ブロックチェーン空間全体で最も安全な存在となっています。しかし、流通市場価値が1兆3,900億米ドルでブロックチェーン市場の半分を占めるパブリックチェーンとして、その資産の有用性は主に送金とガスの支払いに限定されています。
ブロックチェーン世界の残りの半分、特に上海アップグレード後にイーサリアムがPoSに切り替わった後、ほとんどのパブリックチェーンは合意に達するためにデフォルトで異なるPoSアーキテクチャを使用していると言えます。しかし、新しい異種チェーンは大規模な資本参加を誘致できないことが多く、その安全性について疑問が生じています。現在のモジュール化の時代では、Cosmos ゾーンとさまざまなレイヤー 2 ソリューションはさまざまな DA レイヤーを使用して補償できますが、これには自律性が犠牲になることがよくあります。 DA レイヤーとして Ethereum または Celestia を使用することも、ほとんどの古い PoS メカニズムやコンソーシアム チェーンでは一般的に非現実的です。 Babylon の価値は、BTC ステーキングを使用して PoS チェーンを保護することでこのギャップを埋めることにあります。人間が紙幣の価値を裏付けるために金を使用するのと同じように、ビットコインはブロックチェーンの世界でこの役割を果たすのに最適です。
0から1へ
「デジタルゴールド」のロックを解除することは、ブロックチェーン分野において常に最も野心的だが最もとらえどころのない目標であった。初期のサイドチェーン、ライトニング ネットワーク、ブリッジ トークンから今日のルーンや BTC レイヤー 2 に至るまで、すべてのソリューションには固有の欠陥があります。バビロンがビットコインのセキュリティを悪用することを目的としている場合、第三者の信頼を前提とする集中型ソリューションをまず排除する必要があります。残りのオプションのうち、Rune と Lightning Network (開発の進捗が非常に遅いため制限されている) には、現在アセットを発行する機能しかありません。これは、Babylon が 0 から 1 までのビットコインのネイティブ ステーキングを可能にする独自の「スケーリング ソリューション」を設計する必要があることを意味します。
現在ビットコインで利用可能な基本要素を分類すると、基本的に次のものがあります: 1. UTXO モデル、2. タイムスタンプ、3. さまざまな署名方法、4. 基本的なオペレーション コード。ビットコインのプログラマビリティとデータ伝送能力には限界があるため、バビロンのソリューションはミニマリストの原則に基づいています。ビットコインでは、ステーキングコントラクトの基本機能のみを完了する必要があります。つまり、ステーキング、スラッシュ、報酬、BTC の取得はすべてメインチェーンで処理されます。この 0 から 1 が達成されると、Cosmos ゾーンはより複雑な要件を処理できるようになります。しかし、重要な疑問はまだ残っています: PoS チェーンデータをメインチェーンにどのように記録するか?
リモートステーキング
UTXO (Unspent Transaction Outputs) は、サトシ・ナカモトによってビットコイン用に設計されたトランザクション モデルです。中心的な考え方は非常にシンプルです。トランザクションは単に資金の出入りであるため、トレーディング システム全体はインプットとアウトプットの観点から表すことができます。 UTXO は、入ってきた資金の一部を表しますが、全額が使用されず、未使用のトランザクション出力 (つまり、未払いのビットコイン) として残ります。ビットコイン台帳全体は本質的にUTXOのコレクションであり、ビットコインの所有権と流通を管理するために各UTXOのステータスを記録します。すべてのトランザクションは古い UTXO を消費し、新しい UTXO を生成します。 UTXO は、その固有のスケーラビリティの可能性により、多くのネイティブ スケーリング ソリューションの自然な出発点となります。例えば、
また、バビロンはステーク契約を実装するために UTXO を利用する必要があります (バビロンはリモート ステークと呼ばれ、中間層を介してビットコインのセキュリティを PoS チェーンにリモートで送信します)。コントラクトの実装は、既存のオペコードを巧みに組み合わせて 4 つのステップに分けることができます。
資金をロックする
ユーザーは、マルチ署名によって管理されるアドレスに資金を送信します。 OP_CTV (OP_CHECKTEMPLATEVERIFY、事前定義されたトランザクション テンプレートの作成を可能にし、特定の構造と条件に従ってのみトランザクションを実行できるようにする) を通じて、契約でこれらの資金が特定の条件下でのみ使用できることを指定できます。資金がロックされると、資金がステーキングされたことを示す新しい UTXO が生成されます。
条件付き検証
時間ロックは、OP_CSV (OP_CHECKSEQUENCEVERIFY、トランザクションのシーケンス番号に基づいて相対時間ロックを設定でき、特定の相対時間またはブロック数の後にのみ UTXO を使用できることを示します) を呼び出すことで実装できます。 OP_CTV と組み合わせると、ステーキング、アンステーキング (プレッジ期間が満たされた後にステーカーがロックされた UTXO を使用できるようにする)、およびスラッシュ (UTXO をロックされたアドレスに強制的に使用し、ステーカーが悪意のある行動をした場合に使用できなくなる) を実現できます。 、ブラック ホール アドレスに似ています)。
ステータス更新
ユーザーがステークした資金をステークしたり、ステークした資金を引き出したりするたびに、UTXO が作成され、使用されます。新しいトランザクション出力は新しい UTXO を生成し、古い UTXO は使用済みとしてマークされます。このようにして、すべての取引と金融の動きはブロックチェーン上に正確に記録され、透明性とセキュリティが確保されます。
報酬の分配
コントラクトはステーキング額とステーキング期間に基づいて報酬を計算し、新しい UTXO を生成することで報酬を分配します。これらの報酬は、特定の条件が満たされると、スクリプト化された条件を通じてロックを解除して使用できます。
タイムスタンプ
ネイティブステーク契約を確立した後、外部チェーンからの歴史的出来事を記録する問題を考慮するのは自然なことです。サトシ・ナカモトのホワイトペーパーでは、ビットコインブロックチェーンは、PoW によってサポートされるタイムスタンプの概念を導入し、不可逆的なイベントの時系列順序を提供します。ビットコインのネイティブな使用例では、これらのイベントは台帳上で実行されるさまざまなトランザクションを指します。現在、他の PoS チェーンのセキュリティを強化するために、ビットコインを使用して外部ブロックチェーン上のイベントにタイムスタンプを付けることもできます。このようなイベントが発生するたびにトランザクションがトリガーされ、マイナーに送信され、マイナーはそれをビットコイン台帳に挿入することで、イベントにタイムスタンプを追加します。これらのタイムスタンプは、ブロックチェーンのさまざまなセキュリティ問題を解決できます。親チェーン上の子チェーンのイベントにタイムスタンプを付ける一般的な概念は「チェックポイント」と呼ばれ、タイムスタンプを付けるために使用されるトランザクションはチェックポイント トランザクションと呼ばれます。具体的には、ビットコイン ブロックチェーンのタイムスタンプには次の重要な特徴があります。
時間形式: タイムスタンプは、1970 年 1 月 1 日 00:00:00 UTC からの秒数を記録します。この形式は Unix 時間または POSIX 時間と呼ばれます。
目的: タイムスタンプの主な目的は、ブロックの生成時間をマークし、ノードがブロックの順序を決定できるようにし、ネットワークの難易度調整メカニズムを支援することです。
タイムスタンプと難易度の調整: ビットコイン ネットワークは、約 2 週間ごと、または 2016 ブロックごとにマイニングの難易度を調整します。ネットワークは最後の 2016 年のブロックの合計生成時間に基づいて難易度を調整し、新しいブロックが約 10 分ごとに生成されるようにするため、このプロセスではタイムスタンプが重要な役割を果たします。
有効性チェック: ノードは新しいブロックを受信すると、タイムスタンプを検証します。新しいブロックのタイムスタンプは、前のブロックの中央時間より大きくなければならず、ネットワーク時間を 120 分 (2 時間後) を超えて超えてはなりません。
タイムスタンプ サーバーは、Babylon によって定義された新しいプリミティブで、PoS ブロック内の Babylon チェックポイントを通じてビットコイン タイムスタンプを配布し、時系列の正確さと改ざん性を保証します。 Babylon のアーキテクチャ全体の最上位層として、このサーバーは信頼の中核を成します。
バビロンの 3 層アーキテクチャ
図に示すように、Babylon の全体的なアーキテクチャは、ビットコイン (タイムスタンプ サーバーとして)、Babylon (中間層としてのコスモス ゾーンとして)、およびデマンド層としての PoS チェーンの 3 つの層に分割できます。 Babylon は、後者の 2 つをコントロール プレーン (Babylon 自体) とデータ プレーン (さまざまな PoS 消費チェーン) と呼びます。
プロトコルの基本的なトラストレス実装を理解したところで、Babylon 自体が Cosmos ゾーンを使用して両端を接続する方法について詳しく見ていきましょう。スタンフォード大学のツェ研究所によるバビロンに関する詳細な説明によると、バビロンは複数の PoS チェーンからチェックポイント ストリームを受信し、これらのチェックポイントをマージしてビットコインで公開できます。チェックポイントのサイズは、Babylon バリデーターからの集約署名を使用することで最小化でき、Babylon バリデーターがエポックごとに 1 回のみ変更できるようにすることで、これらのチェックポイントの頻度を制御できます。
さまざまな PoS チェーンのバリデーターが Babylon ブロックをダウンロードして、PoS チェックポイントがビットコインでチェックされた Babylon ブロックに含まれているかどうかを確認します。これにより、PoS チェーンは、たとえば、Babylon バリデーターがビットコインによって検証された利用できないブロックを作成し、その中に含まれる PoS チェックポイントについて嘘をついた場合などの不一致を検出できるようになります。契約の主な構成要素は次のとおりです。
· チェックポイント: ビットコインはバビロニア時代の最後のブロックのみを検証します。チェックポイントは、ブロックのハッシュと、ブロックのファイナリティに署名するバリデーターの 3 分の 2 の過半数の署名に対応する、単一の集約された BLS 署名で構成されます。バビロンチェックポイントにはアノも含まれます。 PoS ブロックには、Babylon チェックポイントを介してビットコインのタイムスタンプを割り当てることができます。たとえば、最初の 2 つの PoS ブロックは、Babylon ブロックによってチェックポイントされ、次にタイムスタンプ t_3 の Bitcoin ブロックによってチェックポイントされます。したがって、これらの PoS ブロックにはビットコイン タイムスタンプ t_3 が割り当てられます。
· 正規の PoS チェーン: PoS チェーンがフォークすると、より早いタイムスタンプを持つチェーンが正規の PoS チェーンとみなされます。 2 つのフォークのタイムスタンプが同じである場合、バビロンの以前のチェックポイントからの PoS ブロックを優先してタイが破られます。
· 出金ルール: お金を出金するには、検証者は出金リクエストを PoS チェーンに送信します。出金リクエストを含む PoS ブロックは、バビロンによってチェックポイントされ、続いてビットコインによってチェックポイントが設定され、タイムスタンプ t_1 が割り当てられます。タイムスタンプ t_1 のビットコインブロックが深さ k に達すると、PoS チェーン上での出金が承認されます。撤退したバリデーターがリモート攻撃を試みた場合、攻撃チェーン上のブロックには t_1 以降のタイムスタンプのみを割り当てることができます。これは、タイムスタンプ t_1 のビットコイン ブロックが深さ k に達すると、ロールバックできないためです。ビットコイン上のこれらのチェックポイントの順序を観察することで、PoS クライアントは正規チェーンと攻撃チェーンを区別し、後者を無視できます。
· スラッシュ ルール: 攻撃が検出された後、バリデーターがステークを撤回しない場合、競合する PoS ブロックの二重署名を理由にスラッシュされる可能性があります。悪意のある PoS バリデーターは、出金リクエストが承認されるまで待ってからリモート攻撃を開始すれば、ビットコインを参照して正規チェーンを特定できる顧客をだますことができないことを知っています。したがって、正規の PoS チェーン上のブロックにビットコインのタイムスタンプを割り当てながら、PoS チェーンをフォークする可能性があります。これらの PoS バリデーターは、悪意のある Babylon バリデーターおよびビットコインマイナーと協力して、Babylon と Bitcoin をフォークし、タイムスタンプ t_2 のビットコインブロックをタイムスタンプ t_3 の別のブロックに置き換えました。後の PoS クライアントの目には、これにより正規の PoS チェーンが上部チェーンから下部チェーンに変更されます。これはセキュリティ攻撃としては成功しましたが。
· PoS チェックポイント一時停止ルールが利用できない: Babylon で利用できない PoS チェックポイントを観察する場合、PoS バリデーターは PoS チェーンを一時停止する必要があります。利用できない PoS チェックポイントは、監視できない PoS ブロックに対応するとされる、PoS バリデーターの 3 分の 2 によって署名されたハッシュとして定義されます。利用できないチェックポイントを観察するときに PoS バリデーターが PoS チェーンを一時停止しない場合、攻撃者は以前は利用できなかった攻撃チェーンを明らかにし、それによって将来のクライアント ビューの正規チェーンを変更する可能性があります。これは、後にバビロンで以前に発生したことが明らかになったシャドウチェーンのチェックポイントだからです。上記の一時停止ルールは、チェックポイントとして送信される PoS ブロック ハッシュが PoS バリデータ セットによって署名される必要がある理由を説明しています。これらのチェックポイントが署名されていない場合、攻撃者は、Babylon では利用できない PoS ブロック チェックポイントのハッシュであると主張して、任意のハッシュを送信することができます。その後、PoS バリデータはチェックポイントで一時停止する必要があります。使用できない PoS チェーンの作成は困難であることに注意してください。正直なバリデーターにデータを提供せずに PoS ブロックに署名するには、PoS バリデーターの少なくとも 3 分の 2 を侵害する必要があります。ただし、上記の仮説的な攻撃では、悪意のある敵は単一のバリデーターを侵害することなく PoS チェーンを停止しました。このような攻撃を防ぐために、PoS チェックポイントには PoS 検証者の 3 分の 2 による署名が必要です。したがって、PoS バリデーターの 3 分の 2 が侵害されない限り、Babylon 上で利用できない PoS チェックポイントは存在しません。PoS バリデーターの侵害にかかるコストを考えるとその可能性は極めて低く、他の PoS チェーンや Babylon 自体には影響しません。正直なバリデーターにデータを提供せずに PoS ブロックに署名するには、PoS バリデーターの少なくとも 3 分の 2 を侵害する必要があります。ただし、上記の仮説的な攻撃では、悪意のある敵は単一のバリデーターを侵害することなく PoS チェーンを停止しました。このような攻撃を防ぐために、PoS チェックポイントには PoS 検証者の 3 分の 2 による署名が必要です。したがって、PoS バリデーターの 3 分の 2 が侵害されない限り、Babylon 上で利用できない PoS チェックポイントは存在しません。PoS バリデーターの侵害にかかるコストを考えるとその可能性は極めて低く、他の PoS チェーンや Babylon 自体には影響しません。正直なバリデーターにデータを提供せずに PoS ブロックに署名するには、PoS バリデーターの少なくとも 3 分の 2 を侵害する必要があります。ただし、上記の仮説的な攻撃では、悪意のある敵は単一のバリデーターを侵害することなく PoS チェーンを停止しました。このような攻撃を防ぐために、PoS チェックポイントには PoS 検証者の 3 分の 2 による署名が必要です。
· Babylon チェックポイント一時停止ルールが利用できない: ビットコインで利用できない Babylon チェックポイントを観察するときは、PoS と Babylon バリデータの両方がブロックチェーンを一時停止する必要があります。利用できない Babylon チェックポイントは、観察できない Babylon ブロックに対応するとされる、Babylon バリデーターの 3 分の 2 の集約された BLS 署名のハッシュとして定義されます。 Babylon バリデーターが Babylon ブロックチェーンを一時停止しない場合、攻撃者が以前は利用できなかった Babylon チェーンを漏洩し、それによって将来のクライアントのビューで正規の Babylon チェーンが変更される可能性があります。同様に、PoS バリデーターが PoS チェーンを一時停止しない場合、攻撃者は以前は利用できなかった PoS 攻撃チェーンと以前は利用できなかった Babylon チェーンを明らかにし、それによって将来のクライアント ビューで正規の PoS チェーンを変更する可能性があります。これは、後に明らかになった Babylon ディープ チェーンにはビットコインの以前のタイムスタンプがあり、後に明らかになった PoS 攻撃チェーンからのチェックポイントが含まれていたためです。利用できない PoS チェックポイントで一時停止するルールと同様に、このルールは、チェックポイントとして送信される Babylon ブロック ハッシュに集計された BLS 署名が必要な理由を説明し、Babylon バリデーターの 3 分の 2 の署名を証明します。 Babylon チェックポイントが署名されていない場合、攻撃者は、それがビットコインでは利用できない Babylon ブロック チェックポイントのハッシュであると主張して、任意のハッシュを送信することができます。その後、PoS バリデーターと Babylon バリデーターは、プリイメージ内に使用できない Babylon または PoS チェーンがない状態でチェックポイントを待つ必要があります。利用できない Babylon チェーンを作成するには、Babylon バリデーターの少なくとも 3 分の 2 を侵害する必要があります。ただし、上記の仮説的な攻撃では、敵は単一の Babylon または PoS バリデーターに影響を与えることなく、システム内のすべてのチェーンを停止します。このような攻撃を防ぐために、Babylon チェックポイントが集約された署名によって証明されることを要求します。したがって、Babylon バリデーターの侵害にかかるコストにより、バリデーターの 3 分の 2 が侵害されない限り、使用できない Babylon チェックポイントは存在しません。しかし、極端な場合には、すべての PoS チェーンが強制的に一時停止されるため、すべての PoS チェーンに影響を及ぼします。
BTC のフィーチャ レイヤー
Babylon は目的の点ではアイゲンレイヤーに似ていますが、アイゲンレイヤーの単純な「フォーク」とは程遠いです。 DAがBTCメインチェーンでネイティブに使用できないことを考えると、Babylonの存在は非常に重要です。このプロトコルは外部の PoS チェーンにセキュリティをもたらすだけでなく、内部の BTC エコシステムを活性化するためにも重要です。
使用事例
Babylon は多くの潜在的なユースケースを提供しており、そのうちのいくつかはすでに実装されているか、将来実装される可能性があります。
ステーキング期間を短縮し、セキュリティを強化する: 通常、PoS チェーンでは、リモート攻撃を防ぐために社会的合意 (コミュニティ、ノード オペレーター、バリデータ間の合意) が必要です。これらの攻撃には、ブロックチェーン履歴を書き換えてトランザクション記録を操作したり、チェーンを制御したりすることが含まれます。 PoW とは異なり、PoS システムではバリデータが大量のコンピューティング リソースを消費する必要がないため、PoS システムではリモート攻撃が特に深刻です。攻撃者は初期のステーカーのキーを制御することで歴史を書き換えることができます。ブロックチェーンネットワークのコンセンサスの安定性とセキュリティを確保するには、通常、より長いプレッジサイクルが必要です。たとえば、Cosmos では 21 日間の結合解除期間が必要です。ただし、Babylon を使用すると、社会的合意に代わる信頼の源として BTC を使用して、PoS チェーンの歴史的イベントを BTC タイムスタンプ サーバーに組み込むことができます。これにより、結合解除時間を 1 日 (約 100 BTC ブロックに相当) に短縮できます。さらに、PoS チェーンはネイティブ トークン ステーキングと BTC ステーキングを通じて二重のセキュリティを実現できます。
クロスチェーンの相互運用性: IBC プロトコルを通じて、Babylon は複数の PoS チェーンからチェックポイント データを受信できるため、クロスチェーンの相互運用性を実現できます。この相互運用性により、異なるブロックチェーン間でのシームレスな通信とデータ共有が可能になり、それによってブロックチェーン エコシステムの全体的な効率と機能が向上します。
BTC エコシステムの統合: レイヤー 2、LRT、DeFi など、現在の BTC エコシステムのほとんどのプロジェクトには十分なセキュリティが不足しており、多くの場合、サードパーティの信頼の前提に依存しています。これらのプロトコルは、アドレスに大量の BTC も保存します。将来的には、バビロンはこれらのプロジェクトと互換性の高いソリューションを開発し、相互利益を生み出し、最終的にはイーサリアム内にアイゲンレイヤーと同様の強力なエコシステムを形成する可能性があります。
クロスチェーン資産管理: Babylon プロトコルは、クロスチェーン資産の安全な管理に使用できます。クロスチェーントランザクションにタイムスタンプを追加することで、異なるブロックチェーン間の資産転送のセキュリティと透明性が保証されます。このメカニズムは、二重支出やその他のクロスチェーン攻撃を防ぐのに役立ちます。
バベルの塔
バベルの塔の物語は、聖書の創世記 11 章 1 ～ 9 節に由来しており、人間がバベルの塔を建設しようとしたものの、神によって阻止されたという古典的な物語です。この物語は人間の団結と共通の目的を象徴しています。 Babylon プロトコルは、さまざまな PoS チェーンに同様のタワーを構築し、それらを 1 つの屋根の下に統合することを目的としています。物語の点では、イーサリアムの擁護者であるアイゲンレイヤーと同じくらい優れているようです。しかし、実際にはどのように機能するのでしょうか?
現時点では、Babylon テストネットは、IBC プロトコルを通じて 50 の Cosmos ゾーンにセキュリティを提供しています。 Cosmos エコシステムに加えて、Babylon は、いくつかの LSD (液体担保デリバティブ) プロトコル、フルチェーン相互運用性プロトコル、およびビットコイン エコシステム プロトコルも統合しています。しかし、ステーキングに関して言えば、バビロンは現在、イーサリアムエコシステム内でステーキングとLSDを再利用できるEigenlayerに遅れをとっています。しかし長期的には、ウォレットやプロトコルに眠っている膨大な量のビットコインはまだ完全に目覚めておらず、これは1.3兆ドルの氷山の一角にすぎません。バビロンは、BTC エコシステム全体と良好な共生関係を形成する必要があります。
ポンジのジレンマに対する唯一の解決策
前述したように、Eigenlayer と Babylon は両方とも急速に発展しており、将来の傾向を見ると、多数のコア ブロックチェーン資産がロックされることが示されています。たとえプロトコル自体が安全だとしても、多層ステーキングはステーキングエコシステムに死のスパイラルを生み出し、米国の再度の利上げと同様の崩壊につながるのでしょうか?イーサリアムの PoS への移行とアイゲンレイヤーの出現以来、現在のステーク業界は確かに不合理な隆盛を経験しています。プロジェクトは、多くの場合、大きなエアドロップの期待と段階的な利益を通じて、高 TVL ユーザーを引き付けます。 ETH は、最大 5 ～ 6 個のスタックでネイティブ ステーキング、LSD、および LRT を実行できます。 1 つのプロトコルの問題が関係するすべてのプロトコル、特にステーキング チェーンの末端にあるプロトコルに直接影響を与える可能性があるため、このスタッキングによりリスクが増大します。ビットコインエコシステム、
ただし、アイゲンレイヤーとバビロンは基本的に、ステーキング フライホイールを真の実用性を目指して操縦し、リスクを相殺する実際の需要を生み出すことを目指していることは注目に値します。したがって、これらの「共有セキュリティ」プロトコルは、間接的または直接的に不正行為を悪化させる可能性がありますが、階層化されたステーキングポンジスキームの利益を回避する唯一の方法でもあります。現在、より差し迫った問題は、「共有セキュリティ」プロトコルのビジネス ロジックが実際に実現可能かどうかです。
本当のニーズが鍵となる
Web3 では、パブリック チェーンであってもプロトコルであっても、基本的なロジックには特定のニーズに合わせて買い手と売り手をマッチングすることが含まれることがよくあります。これを行うことで、ブロックチェーン技術によりマッチングプロセスが公正、信頼性があり、信頼できるものになるため、「世界に勝つ」ことができます。理論的には、共有セキュリティプロトコルは、繁栄するステーキングとモジュール式エコシステムを補完する可能性があります。しかし、供給が需要をはるかに上回るでしょうか？供給側には、モジュール式セキュリティを提供できるプロジェクトやメイン チェーンが多数あります。需要側から見ると、確立されたPoSチェーンは面子のためにそのような証券をレンタルする必要がないか、レンタルする意思がないかもしれませんが、新しいPoSチェーンは大量のBTCとETHによって生成される利息を支払うのが難しいかもしれません。アイゲンレイヤーとバビロンが閉じたビジネスループを形成すると、生成される収入は、プロトコルで約束されたトークンから生成される利息と釣り合う必要があります。たとえこのバランスが達成され、収益が利払いをはるかに上回ったとしても、これらの新しい PoS チェーンとプロトコルが枯渇する可能性があります。したがって、経済モデルのバランスを取り、エアドロップへの期待によって引き起こされるバブルを回避し、需要と供給を健全に推進する方法が重要になります。
