パラダイム：IBCの立ち上げによるコスモスの価値の再理解

※自動翻訳

コスモスのIBCの発売により、クロスチェーンは本当に上昇しました。

の中に大方地区ブロックチェーンでは、すべてのアプリケーションが共有ステートマシンで実行されます。にいる間宇宙、多くのアプリケーション固有のブロックチェーンは、アセットやその他のメッセージを相互に転送します。イーサリアムが大型コンピューターの場合、 Cosmosは、独立したサーバーをネットワークに接続するプロトコルです。。

アプリケーションがまだプラットフォームに対してローカルである場合、メインフレームアプローチはうまく機能します。ただし、これらのブロックチェーン内の各チェーンがサポートできるアプリケーションの数は限られており、これらのアプリケーションは、設計の開始時に相互に通信するとは見なされません。

今日、イーサリアムのメインチェーンの混雑により、アプリケーションは代替のファースト（L1）およびセカンド（L2）ソリューションを再選択するようになっています。これらのプロジェクトでは、イーサリアムの「メトロポリスプレミアム」を購入する余裕がないためです。すべての新しいL1とL2は恥ずかしい必要がありますミドルウェア（ブリッジ）他のL1およびL2と通信します。

Cosmosは、ブロックチェーン相互接続の将来について異なるビジョンを持っています。相互運用性を主な原則として構築する。 Cosmosは、ソブリンチェーンに共有通信標準を提供することは、プロトコル設計の進化における自然なステップであると考えています。このビジョンは包括的であり、競争力はありません。イーサリアムやその他のプラットフォームも、この相互運用性モデルを統合できるようになります。

コスモスとは？

Cosmos自体はブロックチェーンではありません。これは、アプリケーション固有のブロックチェーン（ゾーンと呼ばれる）を設計するための青写真です。すべてのブロックチェーンがすべてのネットワーキングとコンセンサスコードを最初から実装する必要がある場合、多くのブロックチェーンで構成される世界を構築することは非現実的であるため、Cosmosはこれらの機能を処理できるテンプレートソフトウェアを提供します Cosmos SDK。

コスモスのSDKでの長年の開発作業により、スマートコントラクトを展開するのと同じくらい簡単にゾーンを開始できました。しかし、この方法はCosmosに固有のものではなく、アプリケーション固有のブロックチェーンのアイデアを組み合わせた他のプロジェクトも開発者に「箱入りブロックチェーン」たとえば、PolkadotのSubstrateフレームワークは、CosmosのSDKに似ています。

Cosmosは、共有セキュリティレイヤーがなくても実用的であるという点でユニークです相互運用性。これらの関数は、イーサリアムの反対のアーキテクチャで解釈されます。

セーフモード

イーサリアムセーフモード統一されています。イーサリアムにデプロイされたすべてのアプリケーションのセキュリティレベルは同じです。大まかに言えば、イーサリアム元帳のセキュリティレベルです。すべてのイーサリアムアプリケーションは共有ランタイムに存在するため、デフォルトでは緊密にリンクされ、相互運用可能です。

それどころか、コスモスのセキュリティモデルは統一されていません。各ゾーン（つまり、各アプリケーション）は、その目的に十分なセキュリティレベルを選択し、このセキュリティを提供するために合理的な検証者市場にインセンティブを与える必要があります。各ゾーンは独自のランタイムに存在するため、デフォルトでは相互運用性がなく、通信には共有メッセージングプロトコルが必要です。

相互運用性

Cosmosは、相互運用性を代替の市場プロセス、つまりゾーンとそのユーザーが負担することを選択した他のリモートゾーンのセキュリティリスクのレベルとして扱うことにより、ゾーン間のセキュリティの仮定の不一致に対処します。

リンクされていないゾーンは、アセットを渡すことすらできません。完全にリンクされているゾーンは、コンセンサスプロセスの断片である可能性があります。ゾーンエコシステムでは、これらのペアの関係全体が、クロスチェーンという新たなセキュリティトポロジになります。

チェーン間通信（IBC）プロトコル これは、必要なすべての相互運用性を実現するために設計されたユニバーサル通信規格です。 IBCは、単純な資産転送からクロスゾーンデータの可用性の証明まで、すべてを網羅するユースケースに適用できます。また、リモートゾーン検証者の資産（完全に共有されたセキュリティなど）を没収することもできます。

さらに、ファイナリティコンセンサスメカニズムを使用するブロックチェーンは、IBCプロトコルを使用でき、Cosmosネットワークに参加できます。たとえば、ETH2のGasper、PolkadotのGRANDPA、LibraのHotStuffはすべてIBCと互換性があります。

理論的には、すべてがコスモスゾーンです。

IBCは現在生産中です。最初の標準化されたアプリケーション-クロスゾーンアセット転送、最近オンラインになりました。ほとんどの分散型ファイナンス（DeFi）アプリケーションでは、この組み立て可能なモデルで十分です。イーサリアムの創設者であるVitalikButerinが発表した論文を参照してください。彼の見解は、多くの説得力のあるユースケース（自動マーケットメーカーAMM、ローンなど）をカバーしています。

注：Vitalikbuterinが発行した「Cross-shardDeFicomposability」

https://ethresear.ch/t/cross-shard-defi-composability/6268

コスモスの輝かしいポイント

一言で言えば、Cosmosでは、各アプリケーションを独立したCosmosゾーンとしてデプロイすることをお勧めします。 Cosmosは、これらのブロックチェーンを開発して相互運用可能にするために必要なコアソフトウェア基盤（SDK、IBCなど）を提供します。 Cosmosは、さまざまなレベルの相互運用性を血統として扱い、ネットワーク内の各ブロックチェーンが他のブロックチェーンとの対話方法を選択できるようにします。これらの関係は一緒に構成されますスパン鎖。

では、なぜコスモスモデルが魅力的なのですか？

ソブリンチェーンの利点

1.1。 スケーラビリティ：アプリケーション固有のチェーンで構成されるネットワークは、すべてをすべてのバリデーターで保護する必要があるブロックチェーンよりもスケーラブルです。シャーディングプラットフォームでも上限があります。コスモスゾーンは、許容可能なカウンターパーティのセキュリティの仮定に基づいて動的ポジショニングポイントを採用しています「横展開。

2.2。 鉱夫の抽出可能値（MEV）に抵抗する：アプリケーション固有のソブリンチェーンは強力なものになる可能性があります MEV緩和策、そしてインセンティブ措置を実行することができます高粒度制御。

特定のユースケースに合わせて調整できますトランザクションの順序付けメカニズム（たとえば、Cosmos HubのAMMは、1つのブロックですべてのトランザクションのバッチ処理を強制します）。
各コスモスゾーンは1つのアプリケーションのセキュリティのみを保護するため、任意のプログラム可能性を提供するプラットフォームよりも、時間の経過とともにMEVが蓄積される可能性は低くなります。この意味で、コスモスゾーンはより近いビットコインイーサリアムではなく、ブロックチェーン。
さらに、Zoneは相互運用する相手を選択できるため、共有プラットフォーム上にあるような任意のアプリケーションの影響を受けません。外部激励。

これについてのより詳細な議論については、記事「MEVandMe」を参照してください。
（https://research.paradigm.xyz/MEV）

3.3。 開発者の経験：Cosmos Zoneは、代わりに特定のアプリケーションのランタイムを最適化できます一般的な最適化（たとえば、それはイーサリアム仮想マシンEVMです）。開発者は好きな言語とツールを使用でき、その多くはすでにSDKバインディングを利用できます。

4.4。 防御可能性：ゾーンが自身のセキュリティに責任があることを考えると、そのトークンと値のキャプチャはフォークするのがより難しく、競争の可能性はさらに小さくなります。

ソブリンチェーンのデメリット

1.1。 安全性：イーサリアムのスマートコントラクトは、プラットフォームに依存して、ロールバックや無効な状態遷移などのセキュリティ障害からそれらを保護できます。 Cosmosでは、各チェーンが独自のセキュリティを担当しているため、アプリケーションが失敗する可能性が高くなります。

防御1：本質的に、すべてのイーサリアムアプリケーションは、セキュリティに対して高すぎる価格を支払っているか、リソースの適切なシェアを提供しておらず、すべてのアプリケーションが壊滅的なものを共有しています関連するセキュリティ障害（MEVの1000カットによる死亡）リスク。独自のセキュリティコストを支払う余裕のないアプリケーションはすぐに失敗し、実際にはより健全になります。

2.2。 同期相互運用性：Cosmosのさまざまなブロックチェーンは、アセットを相互に転送したり、他の非同期方法で相互作用したりできますが、あるCosmosチェーンから別のCosmosチェーンに転送することはできません。同期呼び出し。

3.3。 心理的影響：アプリケーション開発者は、MEVのようなブロックチェーンプロトコルの設計における未知の詳細を理解する必要があります。

防御：これは避けられないと推定されています。アプリケーション開発者は、イーサリアムの「ひったくり」動作から切り離すことはできません。共有プラットフォームにデプロイする場合でも、独自のブロックチェーンにデプロイする場合でも、これらの動的な要素を考慮する必要があり、通常、独自のブロックチェーンはより効果的な改善を受け入れます。どちらのアーキテクチャも、高度なツールとミドルウェアを使用して、複雑さの一部を抽象化できます。

概要

ブロックチェーンプロトコルの設計はあいまいです。「正しい」レベルのスケーラビリティやセキュリティはありません。「信頼できる中立性」などの品質を確実に定義することはできません。

今日、アプリケーションプラットフォームは、これらの設計上の決定において「静的な設定値」に焦点を合わせています。 Cosmosは、開発者が簡単なアセンブリをあきらめることなく、すべての妥協スペースを探索できるようにする最初のプロジェクトです。

複雑な問題の場合、自由市場は通常、手動で推奨されるどのソリューションよりも優れたソリューションを見つけることができます。 Cosmosは、ブロックチェーンアプリケーション設計のコンテキストでこの仮説をテストしています。

IBCの立ち上げにより、クロスチェーンは本当に上昇しました。

執筆者：CharlieNoyesとDanRobinson、それぞれブロックチェーン投資機関であるParadigmのパートナーとリサーチパートナー

コンパイラ：Perry Wang

免責事項：この記事は、財経に拠点を置く著者によって書かれています。意見は著者を表しており、財経が彼の見解に同意したり、彼の説明を確認したりすることを意味するものではありません。

注意：投資にはリスクが伴います。市場に参入する際には注意が必要です。この情報は、投資および財務上のアドバイスを目的としたものではありません。

。

元ソース

続き・詳細はこちら（中文）