Constellation：ブロックチェーン革命におけるインフラと革新の設計選択を解決する

作者: Constellation

编译: ChainCatcher

Constellationはブロックチェーン革命での突破口を迎えようとしていますが、私たちは本当に別のインフラストラクチャ/基盤プロトコルを必要としているのでしょうか？

暗号通貨業界は、資金調達を通じて迅速に利益を上げる企業で溢れていますが、約束を果たす企業はほとんどありません。暗号コミュニティは、企業が実際に何かを構築しているかどうかに対する懸念を軽減するために、企業に迅速に技術を展開させる圧力をかけていますが、これは企業の長期的な成功に対する設計決定に悪影響を及ぼす可能性があります。

リーダーとして、あなたはビジネス、アイデア、または革新の戦略的展開を調整するための設計決定を下す必要があります。設計の選択は革新に関連しているため、人々は競争優位を構築し、長期的な生存能力と持続可能性を創出する、または収益を生み出すために、さまざまな方法を採用します。最適な設計選択を行うための鍵は、各アプローチの長所と短所を認識し、選択後に自信を持って実行することです。

Constellationでは、私たちの基本的な設計選択の1つは、プロトコル層とアプリケーション層の価値交換のバランスを保つ必要があるという考えに基づいています。開発者は、私たちの基盤層に接続されたアプリケーションをどのように設計し構築するかについて、完全な柔軟性と構成可能性を持っています。つまり、これはFat Protocol Thesisを解決します。そこでは、価値は基盤層プロトコル（第0層または第1層）に構築され、Web2で見られるようにアプリケーション層（つまりFacebook、Amazon------HTTP上には価値がない）（インターネット基盤層プロトコル）に構築されるのではありません。Web3の初期のイテレーションでは、プロトコル層の価値が過度にインデックス化され、アプリケーション層が基盤層がサポートする既存の標準に従うことを強いられました。そのため、基盤層に有利なトークン化経済を超えたかなり限られたユースケースしか見られませんでした。

例えば、スマートコントラクトは、最初にビットコインコミュニティがアプリケーション層を構築するためのアイデアでした。2015年にイーサリアムが登場し、コマンドライン暗号ウォレットとスマートコントラクトの開発者向けドキュメントが提供されましたが、これらは非常に煩雑でしたが、イーサリアム上での実行は容易でした。これらの設計選択とスマートコントラクトへの注目は、採用率の急速な成長をもたらしましたが、同時にプロトコル層に多くのギャップとエラーを引き起こしました（ただし、価値はプロトコル層に保持されます）。そのため、イーサリアムのセキュリティ、スケーラビリティ、柔軟性の問題を解決するためにL2ソリューションとアプリケーションが登場しました。また、開発者ツールと採用を優先しながら、分散化を放棄する重要な設計決定を行った新しいL1ネットワークの台頭も見られました。これらの設計選択は、プログラミング言語によるアプリケーションサポートの形でスケーラビリティを示しているようですが、ガバナンス、基盤層とアプリケーション層間の価値、稼働時間、ネットワークとアプリケーションのサポートの柔軟性、分散化などに関して多くのトレードオフを行っています。

対照的に、Constellationは、スケーラビリティ、安全性、分散化のWeb3「ブロックチェーン三難困難」を解決することを目指しています。私たちのL1アプリケーションツール（状態チャネルと呼ばれる）の柔軟性と構成可能性を中心に、Constellationはネットワークのスケーラビリティだけでなく、アプリケーションユースケースのスケーラビリティも実現します。私たちの目標は、Web2のツールに対する技術的特性の対等を作成しつつ、Web3に進化をもたらすことです。柔軟な構成可能性に加えて、この進化には、基盤層のコストに妨げられることなく、そのインセンティブ構造を設計できるConstellation上のL1アプリケーション/状態チャネルが含まれます。これらの重要な設計選択は、私たちのコミュニティに対するさらなる前提教育を必要とし、短期的に売りやすい勝利（つまり、構築中のアプリケーションの数と費用に基づくビジネスモデル）を放棄することを求めます。

Constellationは、既存のネットワーク機能や現在の暗号ユースケースを超えるネットワークを構築するというビジョンの中で、私たちの誠実さを保ち（近道なし）、真の採用を実現する努力の中で他の多くのネットワークの罠を避けています。これは設計の結果です。

多くの新しいブロックチェーンが「ブロックチェーン三難困難」を解決しようとしていますが、過去5年間は、Web3における信頼できない企業（名前は挙げません）が、管理不全、実行不能、過度に熱心なビジョンによって困難に陥ったことを示しています。他の企業は、開発者ツールを迅速に展開し、虚栄指標を通じて高い市場価値を実現することに成功しましたが、ネットワークの特性、機能、拡張ユースケースの代償を払っています。

多くの暗号コミュニティが見ているように、私たちの設計選択は即座に満たされるニーズに応えられないかもしれませんが、私たちの選択は、今後数年間のWeb3およびその後のネットワークにおいて重要な役割を果たすことになります。

Constellationの設計選択

もしブロックチェーンが本当に分散型データベースに過ぎないのなら、現在の分散型データベースとしてブロックチェーンネットワークにアクセスし使用する方法は極めて限られています。現在、あなたがネットワーク（例えばERC-20やERC-721）の標準と方法を利用することは非常に限られており、これらはネットワークの利害関係者によって推進され、採用を促進するためにマーケティングされています。現在の分散型および非中央集権型データベースは、データを利用するすべてのアプリケーションに拡張するためのツールと柔軟性が欠如しているため、未発達のままです。そのため、ネットワークはユースケースを発明し（そのためのソリューションの問題を発明します）。これは悪い方法ではありません------広告は何年にもわたって私たちに必要のない製品を採用させることを強いてきました。

さらに、もし非中央集権ネットワークの核心的な価値提案が不変性であるなら、私たちはデータ管理ツール（Kafka、Spark、Databricks）の機能と対等なものを作成することによって、その非中央集権データベースが任意の分散型データベース（集中型または非集中型）と連携する可能性を拡張する必要があります。Constellationは、データ管理スタックにおけるデータ検証、安全性、不変性を強調する新しい機能のクラスを提供するプラットフォームおよびネットワークです。

以下に、私たちの設計選択の背後にある高レベルの推論を説明します：ネットワークの非中央集権（Constellationのハイパーグラフ）、アプリケーションの構成可能性の柔軟性（Constellationの状態チャネルフレームワーク）、および安全性、スケーラビリティ、費用処理。

非中央集権ネットワーク

権力の分散には3つの側面があります：

まず、Constellationは、私たちの設計選択がスケーラブルな非中央集権ネットワークソリューションをもたらすと信じる人々の心と思想を引き付けるビジョンを持つ非中央集権ネットワーク（インフラストラクチャ）を構築することに焦点を当てています。それがなければ、プログラム的（ガバナンス）は完了できません。なぜなら、参加が限られているからです。

グローバルな分散システムを構築することは、最も困難な設計選択です。技術的な観点から見ると、全体のネットワークがこれらの強化を読み取り、採用する必要があるため、迅速なコード変更とアップグレードの統合の限界を明らかにします。さらに、非中央集権ネットワーク上でのネットワークの安定性を実現することは困難です（私たちは、過度に中央集権化されたネットワークがノードオペレーターとの間で闘争するのを見たことさえあります）。他のネットワークは、ネットワークの安定性と稼働時間を確保するために中央集権的なマスターノードを作成する選択をしています。

なぜこれが重要か：分散型ネットワークは、単一の脅威ベクトルなしで計算と処理を発展させ、アプリケーションの安全性を強化する機会を提供します。クラウドコンピューティングは中央集権的なサーバーによって支えられた進化であり、非中央集権ネットワークはクラウドコンピューティングの進化となります。さらに、米国防総省のような組織は、非中央集権ネットワークを使用し、ネットワーク上でデータを組織し処理する合意メカニズムを利用して、中央集権的なデータベースの脆弱性を特定できます（新興技術を推進する非常に複雑なユースケースです）。ネットワーク内の最小の中央集権部分でさえデータタイプを検証することに脆弱性がある可能性があるため、クラウドから切り替える明確な動機にはなりません。

アプリケーションの柔軟性

ここでの重要な点は、各ブロックチェーンプロトコルが開発者に対して、グローバルな状態で読み取られる特定の検証構文または標準に従うことを強制していることです。もしあなたがそのプログラミング言語やフレームワークを100%使用して通信できないのであれば、そのネットワーク上で動作することはできません（例えば、スマートコントラクトの制限）。これは、他のL0ネットワークが本当のL0ネットワークではないことを意味します。なぜなら、それらは依然として強制機能を持っているからです。私たちの状態チャネル（私たちのスマートコントラクトのバージョン）を通じて、Constellationは、ネットワークが何をすべきかを指示するのではなく、開発者/ユーザーの柔軟性とニーズに基づく構成可能性を強調することを選択しています。これにより、誰でも自分のインセンティブレイヤーを通じて独自のネットワークを構築できます。

特定の標準やユースケースを強制し、その周りでマーケティングを推進するのははるかに簡単です。合意層を通じて柔軟性を実現するのははるかに困難です。しかし、ツールを通じて実現された柔軟性がインターネットを生み出し、今日のインターネットの発展を可能にしました。

スケーラビリティ、安全性/検証、費用

アプリケーションが別のアプリケーションに依存して動作する必要がある場合、それは検証を必要とします：アプリケーションは、何に依存しているかを知るためにいくつかの検証を実行する必要があります。スケーラビリティの問題を解決する多くのネットワークは、ネットワークレベルでいくつかの検証を行っていますが、完全ではないため、別のアプリケーションが別のレイヤーの検証を処理する必要があります（バンデイドの上にバンデイド）。これには、入力の有効性を理解するためにデータを検証しクリーンアップするためのいくつかのオラクルアプリケーションが必要です。これはスケーラブルでも安全でもありません：どのデータがアプリケーションに入るかをどうやって知るのでしょうか？

費用に関して、Constellationは無料のネットワークから始めることを選択しました。これにより、これらの可変的な参入障壁なしで進化するユースケースを探求できます。ネットワークの費用は安全性を提供し、ネットワークの実用性を示すのに役立ちますが、非中央集権ネットワークを使用できるアプリケーションの種類を大幅に制限します。もしイーサリアム上のすべてのアプリケーションで検証を行うと、取引がネットワークに入る前にコストが非常に高くなります。したがって第2層ソリューションが必要です。しかし、第2層を使用しても、別のアプリケーション（別のバンデイド）に依存しています。

私たちがメインネット2.0を立ち上げ、開発者ドキュメントを提供する際、私たちのハイパーグラフネットワーク上のユーティリティを招待し、$DAG（私たちのネイティブトークン）を使用してハイパーグラフの帯域幅を解除するための費用を導入します。しかし、スナップショットごとに1回の無料取引という無料の付加価値モデルも存在します。したがって、あなたのアプリケーションが遅い取引（1分あたり約10件）を受け入れられるのであれば、これが必要なものであり、ネットワークに無料でアクセスできます。逆に、より早く取引を送信する必要がある場合は、$DAGで少額の費用を支払う必要がありますが、各ウォレットアドレスの取引処理速度は非常に速いです（約50 TPS）。

結局のところ、最初のユースケースを構築し、スケーラビリティを探求した後、ガバナンスが最終的にブロックチェーンの費用を担当することになります。なぜ最初から自分を制限するのでしょうか？

概括

あなたが私たちに従い、Constellationの基盤の上に構築することを決定するかどうかにかかわらず、企業の設計選択を疑問視し、あなたが別のネットワークのパラメータに適応することを強いられているかどうかを考え始めてください。Constellationでは、あなたのビジョンを構成できます。

Constellationの次の段階を構築することは、私たちのコミュニティにWeb3の未来をデザインすることを招待し、私たちはそれをWeb2とWeb3の融合と協力と見なしています。これにより、さまざまな業界の起業家がWeb3技術を簡単に利用できるようになります。私たちのビジョンは、ブロックチェーンを他の開発者が技術スタックに不変性を追加するための別のツールとすることです：データ管理、データストレージ、データの不変性と検証（Constellation）。既存のデータ管理ツール（Spark、Kafkaなど）と同じ技術的特性を作成することで、すでに存在するアプリケーションに全く新しい世界を開くことができます。これには、ネットワークの強制ではなく、人々のニーズに基づいて構成を許可する状態チャネルフレームワークの柔軟性が必要です。