この記事は以下からのものです。オレンジブック (ID:chengpishu)、著者: orangefans、承認を得て転送されました。
コスモスは興味深いプロジェクトです。その考えを要約すると、2014年に設立されたこのプロジェクトの当初の意図は、誰もが簡単に自分のチェーンを所有できるようにすることです。
ほとんどの人がパブリック チェーンを構築して世界を支配することに忙しい中、Cosmos の創設者、Jae には彼自身のユニークなアイデアがいくつかあります。彼は、人々は依然として統一されたパブリック チェーンの外に代替オプションを持つ必要があり、独自のチェーンを持ちたいと考える人も常にいると信じています。他の観点から見ても、多くの分散型アプリケーション自体は独立したチェーンである必要があります。たとえば、CryptoKitties はチェーンである必要があり、fomo3d もパブリック チェーン上のアプリケーションではなく、チェーンである必要があります。
この目的を達成するために、cosmos チームは、開発者が dapps を開発するのと同じくらい簡単に独自のチェーンを開発できるようにする多くのツールを作成しました。最終的に、「小さくて美しい」、「カスタマイズされた」、「専門化された」、そして「専門化された」チェーンが無数の川や海のように出現すると、コスモスはクロスチェーンプロトコルと、相互接続機能を提供するより大きなネットワークエコロジーシステムを使用することになります。これらのさまざまなチェーンに対応します。コスモスの目標は、これらの川と川をブロックチェーンの大きな海に合流させることです。
この記事では、コスモスが何をしているのか、どこが面白いのかを分かりやすく紹介したいと思います｡これらの基本情報を紹介した後、記事の最後にオレンジブックの創業者ジェイ氏との対談を掲載しています。 Cosmos とそのコア技術チームのコンテンツ。このコンテンツから、cosmos の概念をより深く理解できるかもしれません。
コスモスの起源：テンダーミント
この記事は以下からのものです。
想像してみてください。このような開発ツールのセットを設計するように頼まれた場合、どのように設計しますか?明らかに、最初のステップは、すべてのチェーンが使用する必要がある関数を抽象化することです。他の人がコンピューターを組み立てるのを手伝いたい場合と同じように、そのコンピューターに CPU、メモリ、ディスプレイが搭載されていることを確認する必要があります。
この文脈で、誰もがこのツールを使用して独自のチェーンをより良く、より速く開発できるようにツールを作成できないか、と考える人もいます。コンピューターを組み立てるのと同じように、キーボード、マウス、モニター、メモリースティックなども既成品であり、それぞれに分解することができ、コンピューターの原理を理解していなくても積み木のようにさまざまな性能を持ったコンピューターを組み立てることができます。
コスモス、正確にはコスモスのテンダーミントが誕生しました。
テンダーミントは宇宙の最も重要な成分の一つであり、宇宙の生態全体の基礎でもあります。コスモスを理解するには、まずテンダーミントを理解する必要があります。
簡単に言うと、Tendermint は一般的なブロックチェーン開発フレームワークです。このフレームワークを使用すると、独自のチェーンをすばやくカスタマイズして開発できます。
想像してみてください。このような開発ツールのセットを設計するように頼まれた場合、どのように設計しますか?明らかに、最初のステップは、すべてのチェーンが使用する必要がある関数を抽象化することです。他の人がコンピューターを組み立てるのを手伝いたい場合と同じように、そのコンピューターに CPU、メモリ、ディスプレイが搭載されていることを確認する必要があります。
チェーンに必要なコンポーネントは何ですか?
コスモスチームは、次のように分けられると考えています。
ネットワーク層: ピアツーピア ネットワークで、各ノードがトランザクションを送受信できるようにするために使用されます。
コンセンサス層: 各ノードが同じトランザクションを選択することを保証するために使用され、ノードの状態の変更が許可されます。ビットコインでは、いわゆる「状態」は一連のアカウントの残高であり (これは utxo モデルですが、理解を簡単にするために次のように考えることができます)、マイナーは次の点について合意に達します。トランザクションが有効であれば、トランザクションはすべてのアカウントの残高に変更されます。
アプリケーション層: トランザクションの処理を確実にするために使用されます。いわゆる「トランザクション処理」とは、トランザクションと状態を入力すると、アプリケーションが新しい状態を返すことを指します。イーサリアムでは、アプリケーション層は実際にはいわゆる evm 仮想マシンです。すべてのトランザクションは仮想マシンに入り、仮想マシンはトランザクションを呼び出したスマート コントラクトの指示に従って状態を変更します。
コスモス チームは、この 3 層構造により、基本的にすべてをチェーンに要約できると考えています。同時に、ほとんどの人は独自のチェーンを開発したいと考えていますが、ネットワーク層やコンセンサス層はあまり気にせず、定義したいのはアプリケーション層です。この層はビジネス ロジックを担当するためです。
したがって、テンダーミントの目標は次のようになります。
共通のネットワーク層とコンセンサス層を作成すると、誰もがその上に独自のアプリケーション層を簡単に構築でき、不必要な開発時間を大幅に節約できます。
Tendermint は 2 つの部分で構成されます。
Tendermint は 2 つの部分で構成されます。
2 番目の部分は、ABCI プロトコル、アプリケーション ブロックチェーン インターフェイスと呼ばれます。この部分は、tendermint コア エンジンと上記の開発者定義のアプリケーション層の間のインターフェイスです。このインターフェイスを通じて、アプリケーション層は、基礎となるコンセンサス層およびネットワーク層と通信できます。 ABCI プロトコルの特徴は、さまざまなプログラミング言語および任意のプログラミング環境のアプリケーションでトランザクションを処理できることです。
次に、これら 2 つの部分を詳しく見てみましょう。
tendermint core
Tendermint コアには、ネットワーク層とコンセンサス層が含まれています。ネットワーク層はゴシップ プロトコルを使用しますが、これは重要ではありません。コンセンサス層に焦点を当てましょう。
コンセンサスに関しては、tendermint は Byzantine コンセンサス アルゴリズム + pos を使用します。
ビザンチン アルゴリズムはコンセンサスを解決するためのアルゴリズムの一種で、ネットワーク内の検証ノードがラウンドごとにブロードキャストと投票を行い、最終的にネットワーク全体の一貫性を達成して、ノードのオフライン、ネットワーク通信の遅延、悪意のある問題を相殺する必要があります。ノード障害等の質問です。ビザンチン アルゴリズムでは、少なくとも 2/3 のノードが正直なノードである必要があります。tendermint では、この 2/3 のノードはノードの数ではなく、ノードが所有する権利と利益を指します。 「お金」の量 - なぜなら、これはposの仕組みであり、私たちのものだからです。以前紹介したアルゴランドも同様です。
さらに、PBFT などのビザンチン コンセンサス アルゴリズムでは、検証ノードが事前に設定された固定ノードのセットである必要があることは誰もが知っていますが、tendermint では検証ノードは動的に変更できますが、この動的は Bitcoin POW ほど柔軟ではありません。入りたければ入ってもいいし、辞めたければ辞めてもいい。テンダーミントが一連の検証ノードを追加または終了するたびに、ノードの少なくとも 2/3 による投票が必要です。
ビザンチン アルゴリズムはコンセンサスを解決するためのアルゴリズムの一種で、ネットワーク内の検証ノードがラウンドごとにブロードキャストと投票を行い、最終的にネットワーク全体の一貫性を達成して、ノードのオフライン、ネットワーク通信の遅延、悪意のある問題を相殺する必要があります。ノード障害等の質問です。ビザンチン アルゴリズムでは、少なくとも 2/3 のノードが正直なノードである必要があります。tendermint では、この 2/3 のノードはノードの数ではなく、ノードが所有する権利と利益を指します。 「お金」の量 - なぜなら、これはposの仕組みであり、私たちのものだからです。
商用クラウド コンピューティング インスタンスを使用する 5 つの大陸、7 つのデータセンターにまたがる 64 のノードは、超高い処理パフォーマンスを提供し、1 秒あたり数千のトランザクションを処理し、遅延は 1 ～ 2 秒です。さらに、この種のパフォーマンスは厳密な敵対者の仮定の下でも確立でき、システム内に意図的に投票を不正行為する悪意のあるノードが存在する場合でも、ある程度のフォールト トレランスを保証できます。
テンダーミントの利点がパフォーマンスとセキュリティに反映されていることがわかります。さらに、tendermint のもう 1 つの利点は、ブロックが生成された直後に pos Byzantine コンセンサス アルゴリズムがファイナリティに達するため、フォークしないことです。
ABCI協定
テンダーミント コアを使用すると、パブリック チェーン、アライアンス チェーン、プライベート チェーンなど、さまざまなチェーンを構築できます。
これが可能な理由は、tendermint コアはその上のアプリケーション層がどのようなものであるかを知らず、アプリケーション層の実装を気にしないためです。 Tendermint は多くの無関係な詳細を無視し、共通のインターフェイスを作成するために重要なものだけを抽象化します。このインターフェイスは abci プロトコルと呼ばれ、アプリケーション層と Tendermint コア間の通信を接続するために使用されます。
以前紹介したアルゴランドも同様です。
テンダーミントの利点がパフォーマンスとセキュリティに反映されていることがわかります。さらに、tendermint のもう 1 つの利点は、ブロックが生成された直後に pos Byzantine コンセンサス アルゴリズムがファイナリティに達するため、フォークしないことです。
Ethereum の Solidity と Java、C++、Python、Go などの言語はすべて、決定論的なブロックチェーン トランザクション処理ロジックを作成するために使用できます。ブロックの処理は、ビットコイン pow のように確率的に決定されるのではなく、即座に決定される必要があることに注意してください。そうしないと、テンダーミント コアはコンセンサスに達することができません。 pos と poa (proof of authorization) の両方のコンセンサス アルゴリズムが即座に決定されます。
フローチャート
ABCI協定
abci プロトコルには、いくつかの異なるメッセージ タイプが含まれています。 Tendermint コアは、アプリケーション層への 3 つの ABCI 接続を作成します: 1 つはメモリ プール内のブロードキャスト トランザクションの検証用、1 つはコンセンサス エンジンの動作と新しいブロック提案用、最後の 1 つはアプリケーション層のステータスをクエリするためです。
より直観的な、より具体的な例を使用して、abci プロトコルとアプリケーション層の関係を見てみましょう。
たとえば、私たちは、tendermint に基づいた「偽のビットコイン」を実装したいと考えています。ビットコインは、仮想通貨の取引記録を記録するブロックチェーンであり、ネットワーク内の各ノードは、全員によって完全に監査された UTXO データベースを維持します。
同様の定義に準拠するシステムを作成するには、abci を使用する必要があります。 Tendermint Core は主に次のことを担当します。
同様の定義に準拠するシステムを作成するには、abci を使用する必要があります。 Tendermint Core は主に次のことを担当します。
権威ある不変のトランザクション記録 (つまり、チェーン) を確立します。
私たちが書く必要があるアプリケーション層の内容は次のとおりです。
UTXOデータベースを維持する
トランザクションの暗号署名を検証する
「存在しないトランザクションの使用」を防止する
クライアントが UTXO データベースにクエリできるようにする
Cosmos SDK
さて、テンダーミントが何であるかについては大体わかりました。
ご覧のとおり、abci を書くのは非常に面倒です。ユーザーのブロックチェーン開発をさらに容易にするために、Cosmos は Cosmos SDK と呼ばれるツールも提供しています。このツールは、ブロックチェーン内のいくつかの共通モジュールを標準化しています。これらの共通モジュールは、次のようなアプリケーション層に必要な機能のほとんどをカバーしています。 ）、スラッシュ（罰則メカニズム）、IBC（クロスチェーン機能）、アカウント、ガバナンス、報酬と手数料など。
Cosmos SDK を使用すると、ユーザーは SDK に基づいて他のプラグイン モジュールを実装するだけで、一部のチェーン固有のサービスを処理できます。
コスモス チームは、この SDK を使用して Cosmos Hub と呼ばれるサンプルを実装しました。これについては後で説明します。
クロスチェーン
cosmosのコアテクノロジーであるtendermintとcosmos SDKの役割について学びました。次に、コスモスクロスチェーンの技術を見てみましょう。ここは宇宙の未来にとって最も重要な想像空間でもあります。
チェーンがあまりない場合、クロスチェーンの問題は実際には存在しません。しかし、パブリックチェーンがますます増えている現在、クロスチェーンは解決すべき問題となっています。 2 つのチェーンは相互に通信する必要があり、ビットコインとイーサリアムは相互に取引し、値を転送し、それぞれのトークンを交換する必要があります。この問題を解決するにはどうすればよいでしょうか?
こんな考え方もあります。
チェーン A がチェーン B に 10 x トークンを送信したいとします。まず、これらの 10 x トークンはチェーン A にロックされ、移動できません。次に、10 x トークンがロックされていることを示す暗号証拠が A チェーンから B チェーンに送信され、B チェーンは A チェーン上の検証ノードを追跡します。検証ノードが存在すると、クロスチェーン トランザクションが有効になり、対応する 10 x トークンが B チェーン上に生成されます。
x トークンは A チェーン上にのみ存在し、B チェーン上の x トークンは A チェーン上の x トークンの単なるエージェントであるため、B チェーン上の 10 個の x トークンは実際の x トークンではないことに注意してください。これらのコインが実際に A チェーンにロックされていることを証明する暗号証拠。これらのトークンがチェーン B からチェーン A に返されるときも、同様のメカニズムが採用されます。
このメカニズムの抽象化は、cosmos で使用されるブロックチェーン間通信プロトコル、IBC プロトコル、ブロックチェーン間通信です。 IBC は、異なるチェーンが相互に通信できるようにするブリッジのようなものです。 IBC のより詳細な定義は、ここで見つけることができます: https://github.com/cosmos/cosmos-sdk/tree/master/docs/spec/ibc
残念ながら、現在の IBC プロトコルは単純な値の転送、つまりチェーン間でのトークンの送信のみをサポートしており、ロジック、コード、その他のデータの転送はサポートしていません。
ブロックチェーンネットワーク
IBC クロスチェーン通信プロトコルを使用して、相互接続されたブロックチェーン ネットワークを構築するにはどうすればよいでしょうか?
最も直接的な方法の 1 つは、ネットワーク内の各パブリック チェーンに他の異なるパブリック チェーンとの IBC 通信プロトコルを確立させることです。このアプローチはシンプルで効果的ですが、拡張性がないという大きな問題があります。ネットワーク内に 100 の異なるチェーンがあると仮定すると、相互に接続するには 4590 のリンクを確立する必要があります。チェーンの数が増えると、確立されたリンクの数も急激に増加します。
それでは、相互に接続するのではなく、すべてのチェーンを直接直列に接続することはできるのでしょうか?
したがって、100 のチェーンがある場合、合計で 99 のリンクを確立するだけで済みます。しかし、この方法では、信頼コストが増加し、クロスチェーン取引における二重支出のリスクも大幅に増加するという別の問題に直面します。なぜ？ AチェーンからBチェーンに送信されるトークンがAチェーン上で生成された場合、BチェーンはAチェーンの検証ノードを信頼するだけで済みますが、トークンがCチェーン上で生成された場合、CからAに送信され、その後、 B にチェーンを接続すると、B チェーンは A と C の検証ノードを同時に信頼する必要があり、最終的にこのクロスチェーン トランザクションの検証は非常に面倒になります。
上記の 2 種類の問題を回避するために、Cosmos はクロスチェーンに別の方法を採用しています。ブロックチェーン ネットワーク全体の接続を確立するためにモジュラー アーキテクチャを使用しており、このアーキテクチャには 2 つのコンポーネントが含まれており、1 つはハブと呼ばれ、もう 1 つはゾーンと呼ばれます。
ゾーンとハブはどちらもテンダーミント ベースのブロックチェーンです。ハブはクロスチェーン接続の中心であり、すべてのクロスチェーン トランザクションはハブを通じて均一に処理されます。ゾーンは異なるサブチェーンです。ゾーンは ibc プロトコルを介してハブに接続されており、異なるチェーンは相互にクロスチェーン トランザクションを実行する必要がありますが、これはハブのプロキシを介してのみ完了できます。
この種のクロスチェーン アーキテクチャにより、人々はすぐに別の疑問を思い浮かべやすくなります:すべてのクロスチェーン通信はハブの中央エージェントを通じて完了しますが、これはブロックチェーン分散化の本来の目的に違反するのでしょうか?
この種のクロスチェーン アーキテクチャにより、人々はすぐに別の疑問を思い浮かべやすくなります:すべてのクロスチェーン通信はハブの中央エージェントを通じて完了しますが、これはブロックチェーン分散化の本来の目的に違反するのでしょうか?
クロスチェーンはコスモス ハブに大きく依存していますが、誰もが必ずしも公式のコスモス ハブを経由せずに独自のハブを実行できることは言及する価値があります。したがって、ある程度までは、クロスチェーンの分散化も保証できます。これは少し似ています。自分でハブを実行し、数人の仲の良い友人とローカル エリア ネットワークを形成することができます。同時に、ローカル エリア ネットワークとローカル エリア ネットワークを別のハブを介して接続することもできます。外部ネットワークに接続されているハブが麻痺した場合でも、LAN内の通信に影響はありません。
非テンダーミントチェーンは相互に接続できますか?
これまでのところ、Tendermint と Cosmos SDK があり、基盤となるネットワークやコンセンサス層に関係なく、アプリケーション層のビジネス ロジックのみを考慮し、独自のチェーンを迅速に開発できます。さらに、tendermint をベースにしたさまざまなチェーンを接続でき、相互運用性を備えた cosmos ハブとゾーンもあります。
それでは、Tendermint に基づいていないチェーンも相互接続できるのでしょうか?
ここには 2 つのケースがあります: 即時確実性のあるチェーン (POS や POA コンセンサスの採用など) であれば、IBC に適応している限り、宇宙のネットワーク エコロジーにアクセスできます; もう少し複雑です。
後者のクロスチェーン要件に応えて、コスモスはゾーンに基づいた新しいコンポーネントであるペグゾーンを立ち上げました。 Peg-Zone は実際には、元のチェーンのステータスを追跡するために使用されるプロキシ チェーンです。
Peg-Zone 自体はテンダーミントベースのチェーンであるため、即時確実性があり、ibc に適合しています。ペグゾーンは、元のチェーンを追跡し、プロキシ チェーン上のブロックの確実性を保証する責任があります。したがって、Peg-Zone は事前にルールを設定し、このルールを使用してブロックの確実性を確認する必要があります。たとえば、「現在のブロックに 100 個の新しいブロックを追加した後、現在のブロックは安定している」というようなルールが考えられます。決定論が保証されているとみなされ、フォークされません。
この段階でのイーサリアム (まだ POW コンセンサスを使用している) の例を見てみましょう。
それでは、Tendermint に基づいていないチェーンも相互接続できるのでしょうか?
ペグゾーン上のプロキシ チェーンも、同様のメカニズムを使用して、イーサリアムの元のチェーンにトークンを送信できます。この時点で、Peg-Zone 上のトークンはイーサリアム上では ERC20 トークンとして表示されます。
ただし、Peg-Zone のプロキシ チェーン モデルにも独自の問題があります。接続されたチェーンごとに特別にカスタマイズする必要があります。イーサリアムはアカウント タイプに基づいており、スマート コントラクトを備えているため、イーサリアムのペグゾーン プロキシ チェーンを構築するのは比較的簡単です。ビットコインのペグゾーン プロキシ チェーンを作成したい場合、それは非常に複雑になります。実現可能ではありますが、多くの追加作業が必要になります。
まとめ
ここには 2 つのケースがあります: 即時確実性のあるチェーン (POS や POA コンセンサスの採用など) であれば、IBC に適応している限り、宇宙のネットワーク エコロジーにアクセスできます; もう少し複雑です。
副題
コスモスは、ブロックチェーンの開発コストを削減し、さまざまなチェーンの相互運用性を可能にすることに加えて、この概念にはスケーラビリティという別の重要な利点があると考えています。
スケーラビリティ
スケーラビリティの観点からの Cosmos の改善は、次の 2 つの側面に分けられます。
垂直方向の拡張: 垂直方向のパフォーマンス向上は、一方では pow のコンセンサス アルゴリズムの放棄と pos+Byzantine コンセンサス アルゴリズムの採用に反映され、他方では「ブロックチェーン化」に反映されます。 「アプリケーションの」 - ブロックチェーンの仮想マシン上 dapp を開発する場合、この種の dapp 操作の効率は、このアプリケーションに必要なトランザクション タイプ、データ構造、および状態遷移関数が組み込まれたブロックチェーン上で直接実行するよりも遅くなります。
水平方向の拡張: コンセンサスアルゴリズムとブロックチェーン自体の垂直方向の拡張に加えて、Cosmos が将来提供したいマルチチェーンシステムにもスケーラビリティを付加することができます。この将来のコンセプトは次のとおりです。ネットワーク内にトランザクションのセキュリティを確保する役割を担うパブリック検証ノードのグループがあり、複数の並列チェーンがそれぞれトランザクションのごく一部を実行することで、より高速なトランザクション処理速度を実現します。 。
コスモスは、現在、ほとんどの開発者は独自のチェーンを開発するのではなく、イーサリアム上でスマートコントラクトを開発する傾向にあると考えています。その主な理由は、チェーンの開発が難しすぎるからです。しかし、テンダーミントの人気により、チェーンの開発コストはスマートコントラクトの開発と同じくらい簡単になるでしょう。
インタビューダイアログ
Cosmos のブロックチェーンとエコロジーに関する理解は非常に興味深いです。オレンジブック同様、「誰もがチェーンを持つべき」というコスモスの信念に興味を持った人も多いのではないだろうか。前回の上海万祥ブロックチェーンサミットで、オレンジブックは偶然にもコスモスの創業者であるジェクォン氏と中核技術開発チームにインタビューする機会があり、このコンセプトに焦点を当てて対談を行ったので以下に抜粋する。
オレンジブック: Cosmos とは何かを簡単な段落で紹介する場合、Cosmos の主な違いは何だと思いますか?
スケーラビリティの観点からの Cosmos の改善は、次の 2 つの側面に分けられます。
オレンジブック：将来的にはたくさんのチェーン店ができるのでしょうか？インターネットにたとえると、さまざまな Web サイト アプリケーションがあるように感じますが、これらの Web サイト アプリケーションの下には、tcp/ip プロトコルしかないのではないかと思います。
水平方向の拡張: コンセンサスアルゴリズムとブロックチェーン自体の垂直方向の拡張に加えて、Cosmos が将来提供したいマルチチェーンシステムにもスケーラビリティを付加することができます。この将来のコンセプトは次のとおりです。ネットワーク内にトランザクションのセキュリティを確保する役割を担うパブリック検証ノードのグループがあり、複数の並列チェーンがそれぞれトランザクションのごく一部を実行することで、より高速なトランザクション処理速度を実現します。 。
オレンジブック: なぜ人々が独自のチェーンを持っていると信じるのか不思議です。自分でチェーンを維持しようとすると、実際には非常に困難だからですか？
コスモスは、現在、ほとんどの開発者は独自のチェーンを開発するのではなく、イーサリアム上でスマートコントラクトを開発する傾向にあると考えています。その主な理由は、チェーンの開発が難しすぎるからです。しかし、テンダーミントの人気により、チェーンの開発コストはスマートコントラクトの開発と同じくらい簡単になるでしょう。
副題
インタビューダイアログ
ジェ：確かに難しいですね。しかし、人間には、自分の努力によって成功を収めようとする、いわゆる「ブートストラッピング」能力という、人間の本能に似たものがあるのではないかと思います。主流のチェーンでは自分のニーズを満たせないと人々が感じたとき、その背後には潜在的な価値があり、コミュニティと自己インセンティブチェーンがあれば、これらの価値は成長します。私は、常に 2 つの力が互いに押し合い続けると思います。1 つは集中化とクラスタ化を目指すもので、もう 1 つは人々が何らかの代替性、つまり 3 番目の 2 つの選択肢を望んでいるということです。
オレンジブック: コスモスは将来どのような課題に直面するでしょうか?
jae: エコシステム全体のセキュリティについて深く考えなければなりません。モジュール設計でシステムのセキュリティをどのように確保するかが課題です。そこで私たちは、多様な独立したストレージのセットと、データの背後にあるロジックを隠す役割を担うキーパーと呼ばれる論理制御コンポーネントを設計しました。これらの分離は、アプリケーションを構築するときに、アプリケーションがどの部分で構成され、それらがどのように相互に接続されているかを明確に知ることができるため、システムのセキュリティに役立ちます。何か問題が発生した場合でも、非常に簡単に見つけることができます。将来的には、多くの異なるモジュールに対してさらに言語を適応させる必要があるかもしれません。私たちが直面する課題は、リアルタイム ネットワーク上でさまざまなモジュールのホットプラグを直接サポートするなど、これらのモジュールをより適切に最適化する方法かもしれません。 。
参照元：
https://blog.cosmos.network/understanding-the-value-proposition-of-cosmos-ecaef63350d | Understanding the value proposition of Cosmos – Cosmos Blog
https://zhuanlan.zhihu.com/p/31131214 | Cosmos インターチェーン通信技術仕様 [パート 1]
https://zhuanlan.zhihu.com/p/43898294 | Cosmos プロジェクトと SDK の紹介
https://tendermint.com/docs/introduction/introduction.html#abci-overview | What is Tendermint? | Tendermint Core
https://blockgeeks.com/guides/what-is-cosmos-blockchain/ | What is Cosmos Blockchain ? Most Comprehensive Guide
Cosmos CSO jim: Facebook を分解すると、その中にはすでに多くのチェーンが存在します。 Facebook のブロックチェーン バージョンでは、広告チェーン、関係チェーン、xx チェーンなどが必要になる場合があります。これらのチェーンのそれぞれは 1 つのことのみを担当し、その上に特定のアプリケーションが存在します。一方、Facebook はこれらのチェーンを統合された方法で最適化および適応させ、チェーンの実行速度とアップグレード方法を制御する必要があります。これはコスモスの非常に具体的な応用例です。
jae: 別の例を使って、人々が多くのチェーンを必要とする理由を答えるには、金融分野を見てみましょう。一部の金融システムを見ると、規制要件により、銀行が多くの機密データを管理し、対応するツールを制御する必要があるケースが多くあります。したがって、これらの分野では汎用のパブリックチェーンに加えて、自身で制御できるチェーンを多数持つ必要があります。
https://cosmos.network/docs/sdk/core/intro.html
