最新ニュース |分散型ネットワークストレージプロトコルCeramicがClayテストネットを開始

最新ニュースによると、分散型ネットワークストレージプロトコルCeramicテストネットワークであるClayが正式に開始されました。これは、2020 年初頭にセラミック プロトコルの概念実証が初めて開始されて以来、プロジェクトにとって重要なマイルストーンであり、将来のメインネットの立ち上げに向けて進んでいます。 Ceramic コードベースでは、1,300 を超える Git コミット、650 を超えるリリースが行われており、Web3 エコシステムの数十のトップ プロジェクトが統合のテストとフィードバックの提供に熱心に取り組んでいます。

公式ニュースによると、メインネットは2021年第1四半期末または第2四半期初めに運用開始される予定。以前、著者はKontextの創設者であるChris Cyphert氏にインタビューし、 「Kontext: Unlocking Complete Personalization 」でプロジェクトについて簡単に紹介した。この記事では、読者のためにセラミック プロジェクトについて詳しく説明します。

Ceramic は、自己主権型 ID と検証可能なファイルを活用し、改ざん防止機能を備えた更新可能なドキュメントを作成するための許可のないプロトコルであり、ウォレット、アプリケーション、データベース、サービスのエコシステム間の相互運用性を実現します。これは、削除できないドキュメントを作成するために使用できる許可のないネットワーク プロトコルであり、相互運用可能な Web の基盤となる可能性があります。

Ceramic は、IPFS、libp2p、ブロックチェーン、DID、データの認証 (署名/暗号化) の標準など、さまざまな最先端の Web3 テクノロジーを組み合わせて、開発者が動的で検証可能な分散型データを使用して完全にサーバーレスなアプリケーションを構築できるようにします。

Ceramic のパブリック インフラストラクチャにより、参加者は、重要な情報のレビュー ツールや真実の普遍的な情報源として使用できる、署名済みの改ざん防止文書を作成できるようになります。セラミック文書は IPFS に保存され、IPLD を使用してエンコードされ、複数のブロックチェーン プロジェクトに固定されます。 Ceramic は、グローバルで許可のない NoSQL ドキュメント データ ストアのように機能しますが、コンテンツの変更や変換を実行するためにデータベース サーバーや信頼できる第三者に依存することなく、ドキュメント更新の厳密な順序付けとデータ整合性を保証します。

Ceramic のユニバーサル ドキュメント グラフは公開されており、許可が不要で検証可能であるため、ネットワーク内のプラットフォーム間での情報アクセスと相互運用性に使用でき、参加者は集中型サービスがなくてもあらゆる種類の情報のドキュメントを作成および解析できます。その結果、Ceramic は Web 上のすべてのプラットフォームとサービス間の情報の相互運用性を実現します。つまり、Ceramic は、保証された信頼性、クロスプラットフォームの相互運用性、および複数の当事者による消費を必要とする情報を保存するのに最適です。

クラウド サービス、SaaS ツール、API ビジネスの利点にもかかわらず、完全に機能する製品やサービスを構築することは、依然として非常に複雑で、脆弱で、制限があります。単純なアプリケーションであっても、バックエンドの展開と保守、ユーザー ID とデータの保護と管理、さまざまな API とサービスのオーケストレーションが必要になります。初期段階での選択により、ベンダーが活用するテクノロジー プロバイダーと開発者が長期的な関係を構築できなくなることがよくあります。製品の付加価値を他の製品やサービスと相互運用することは、多くの場合困難で予測不可能です。これらすべては、インフラストラクチャ、情報、およびアクセス制御が個々のアプリケーションごとに不必要に重複し、煩わしいものになっているためです。

1. 重複、断片化、および安全性の欠如といった問題を解決するには、参加者があらゆるアプリケーションで普遍的に検出およびアクセス可能な検証可能な情報を保存できる柔軟なパブリック インフラストラクチャがインターネットに必要です。識別子、それに関連するデータ、およびサービスを、分離されたアプリケーション サーバーではなくパブリック ドメインに保持することで、ネットワーク上のすべての参加者がアクセスできるようになります。このモデルでは、参加者は自分のリソースを直接定義および制御し、それらのリソースを他のユーザーと共有し（または共有せず）、自分の ID とデータをエクスペリエンスに持ち込みます。

2. このモデルは、ユーザーにさらなる権限と制御を提供するだけでなく、開発者のエクスペリエンスも大幅に簡素化します。開発者は、データの管理やさまざまなサービスの連携に労力を費やすのではなく、製品に付加価値を付加することに集中できます。各アプリケーションは、ID を照会するだけで、必要な情報とアクセス権限を取得できます。プライバシーを損なうことなく、製品間でデータを簡単に共有できます。ユーザーの好みに基づいて、エクスペリエンスをリアルタイムで組み合わせることができます。二国間のサービス契約や合意を排除し、摩擦のないサービス支払いチャネルに置き換えることができます。

3. これらすべてにより、製品やサービスは、重要でない機能の実行、サービスとデータの調整、ユーザーの信頼と責任に関する懸念、ユーザーを引き付けて維持するための多大な労力といった煩わしさから解放されます。代わりに、開発者は、シームレスに連携するユーザー、データ、サービスの既存のエコシステムに接続する製品を簡単に構築できます。時間が経つにつれて、現在見られるモノリスではなく、より焦点を絞ったマイクロサービスとマイクロアプリケーションの開発につながるでしょう。

Ceramic は検証可能なドキュメント用のユニバーサル グラフィックスを提供します。セラミック ドキュメントは、署名され、追加のみ可能で、改ざん防止機能を備えたオブジェクトであり、IPFS に保存され、IPLD を使用してエンコードされ、1 つ以上のブロックチェーンに固定されています。 IPFS/IPLD とさまざまなブロックチェーンに基づくハイブリッド設計により、Ceramic のドキュメント グラフは相互運用性、スケーラビリティ、許可不要、低コストを実現しています。

セラミック ドキュメントは、さまざまなものを表すようにモデル化できる柔軟なバリエーションですが、各ドキュメントはプロトコルでサポートされている特定のドキュメント タイプに準拠する必要があります。 Doctype は、署名や状態遷移など、ドキュメントに対する有効な更新を管理するルールを指定します。これにより、Ceramic ノードは分散型の方法で特定のドキュメントのステータスを検証できるようになります。

Ceramic を使用するほとんどの運用システムとアプリケーションでは、これらの単純なプリミティブ (DID、アカウント リンク、タイル) を組み合わせて、ID、リソース、サービスがウォレットやアプリケーション サイロから切り離されている場合にのみ可能になるシンプルさ、相互運用性、拡張性を享受します。 Ceramic は現在、3ID、アカウント リンク、タイルという 3 つの標準ドキュメント タイプをサポートしています。

1. 3IDアイデンティティ

セラミックでは、最初で最も広く使用されている DID 方式は 3ID です。すでに 15,000 台以上の 3ID が生産現場で使用されています。 W3C DID 仕様に準拠する追加の DID メソッドは、追加のドキュメント タイプとしてネットワークに追加される場合があります。

分散識別子 (DID) は、セラミック ネットワーク上の文書に署名するために使用されるグローバルに一意の ID であり、オフチェーンのサービスやデータとやり取りすることもできます。より具体的には、エンティティを一意に識別し、情報を相互運用可能に署名および暗号化し、サービスへの認証/アクセス制御を承認し、他のリソースへのマッピングを保存するための抽象的でキーに依存しないインターフェースです。 Ceramic では、DID が表すエンティティの種類について想定していません。そのため、DID はユーザー、組織、アプリケーション、サービス、デバイスなどになります。DID は 1 つ以上の秘密鍵で制御できるため、ウォレットやプラットフォーム間で柔軟性と相互運用性が実現します。

2. アカウントのリンク

アカウント リンクは、Ceramic でサポートされる 2 番目のドキュメント タイプです。アカウント リンクは検証可能なパブリック マッピングであり、これにより DID は、公開キー、スマート コントラクト、または別の DID など、署名も可能な別のパブリック暗号化 ID を所有していることを証明できます。

3. タイル

タイルは、Ceramic でサポートされる 3 番目のドキュメント タイプです。これは最も一般的な文書形式であり、ほぼすべての種類の情報を表すために使用できます。タイルは、1 つ以上の DID を介して検証可能なステートメントを作成する方法です。タイルは独立したオブジェクトになることも、他のタイルを参照することもできます。これにより、異なるブロック間での構成が可能になり、検証可能で変更可能な情報グラフが作成されます。

Ceramic では、すべてがスマート ドキュメントに保存されます。スマート ドキュメントは追加専用の IPFS ログであり、各コミット (更新) は検証のために分散識別子 (DID) によって署名され、その後コンセンサスのためにブロックチェーンに固定されます。各スマート ドキュメントは基本的に独自の独立したドキュメント チェーン (ドキュメント ブロックチェーン) として機能します。スマート ドキュメントの主な機能は次のとおりです。

1. 変更可能なコンテンツ:お気に入りの NoSQL ドキュメント データベースなどの変更可能なドキュメントのコレクションに情報を保存します。

2. 不変の識別子:各ドキュメントには、DocID と呼ばれるグローバルに一意の永続的な識別子があります。ドキュメントが何度更新されても、この DocID は変更されません。

3. 検証可能な署名:文書の更新はすべて、その内容の検証可能性を確保するために、その所有者の DID によって署名される必要があります。

4. スキーマが強制されるコンテンツ:ドキュメントには、プロトコルによって強制されるスキーマを含めることができます。これにより、データの整合性とプラットフォーム間の相互運用性が容易になります。

5. 厳格なバージョン管理:ドキュメントに加えられたすべての更新はブロックチェーンに固定されるため、送信は厳密な順序に従います。これにより、プロトコルは各送信時のドキュメントの状態を保証し、そのコンテンツを常に監査可能かつ信頼できるものにすることができます。

6. プログラマブル ロジック:集中型サーバーを使用せずに、誰が、どのように、いつドキュメントを更新するかを制御するために、状態遷移のカスタム ルールを定義します。ルールは、直接的なイベント (所有者からの署名など​​) または間接的なイベント (別のドキュメントの更新など) に反応できます。

7. 設定可能な永続性:ノードは、任意の集中型または分散型データ ストレージ プラットフォームにドキュメントをバックアップできます。

Clay は、Ceramic のテスト ネットワークとして、リアルタイムで実行される完全に機能するパブリック テスト ネットワークになります。これはメイン ネットワークを可能な限りシミュレートし、主に次の側面で実現されます。1 . コア クライアント、HTTP クライアント、CLI の 3 つの JavaScript クライアントを実行します。 2. 多数の新しいプロトコル機能、改善、パフォーマンスの最適化。 3. メインネット前の最終的な破壊的な API 変更。 4. Ethereum の Ropsten (EIP155:3) および Rinkeby (EIP155:4) テストネット上の libp2p テーマ /ceramic/testnet-clay を使用して、ドキュメントを専用のピアツーピア ネットワークにアンカーします。

Clay ネットワークは実験的なものであり、プロトタイピング、開発、テストの目的でのみ使用する必要があります。これは、アプリケーションをメインネット用に準備するのに非常に役立ちます。 Clay で作成されたドキュメントはメインネットに移植できません。これらは、Ethereum のテストネットやメインネットに似た独立したネットワークです。 Clay には、ノード用の純粋に分散化されたピア検出メカニズムはなく、代わりにキュレーションされたピアリスト ノード検出メカニズムを使用します。これは、js-libp2p の DHT 機能がまだ実稼働には対応していないが、メインネットが起動するまでに準備が整うためです。

セラミックの出現により、すべての関係者のプレッシャーが軽減されます。ユーザーの DID にデータ リソースへのマッピングを保存することで、アプリケーションは、特定のサーバー上かパブリック ネットワーク上かを問わず、情報の場所を効率的に検出できるようになります。

同様に、Ceramic DID がタイルを介してデータ リソースのアクセス制御ポリシーを定義できるようにすることで、ユーザーは世界中のどこにいても ID 中心の方法で自分の情報にアクセスできるようになります。サーバー上でアクセス制御を行うのではなく、ユーザー上で直接アクセス制御を行う方が適切です。最後に、Ceramic を使用すると、アプリケーションは保存するデータのスキーマを定義できるため、データが暗号化されている場合でも、データの消費者は返されるデータの形状を事前に知ることができます。

これらの機能を組み合わせることで、ユーザーはさまざまなアプリケーションやサーバー サイロ間でデータを簡単に制御および共有できるようになり、開発者はデータセットを保存することなく、これまで以上に豊富で高品質のデータセットを操作できるようになると考えています。