Filecoin でのストレージの検証 |データの準備と転送

システム ファイル (puppy.gif など) を Filecoin ネットワークに保存するには、まず Filecoin ピースに変換する必要があります。

この変換の最初のフェーズでは、システム ファイルが UnixFS とともにチャンク化され、IPLD DAG (有向非巡回グラフ) が作成されます。 DAG (マークルツリーの一種) の詳細については、分散型データ構造チュートリアルをご覧ください。この IPLD DAG のペイロード CID は IPFS CID と同じであり、DAG のルートを表します。

次に、IPLD DAG は CAR ファイルにシリアル化され、ビットが埋め込まれて Filecoin ピースが作成されます。 (ビット パディングにより、部品を標準サイズに収めるために余分なビットが追加されます。) 部品には、CommP (部品コミットメント) とも呼ばれる固有の部品 CID があります。

ペイロード CID とセグメント CID はデータ自体の暗号化ハッシュであるため、一意であり、同じ CID を持つことでコンテンツが同一であることが保証されます。誰が保存または取得するかに関係なく、同じ IPLD DAG は同じペイロード CID を生成し、同じフラグメントは同じフラグメント CID を生成します。

顧客がマイナーとストレージ契約を交渉する際、マイナーはファイル全体または一部のデータブロックを保存するためにマイナーを雇う。マイナーは、1 つ以上のクライアントからのシャードを、Filecoin が使用するストレージの基本単位であるセクターに保存します。セクターのサイズはさまざまであり、顧客はトランザクションごとに最大サイズまでのデータを保存できます。 (セクター サイズと大きなファイルの保存について詳しくは、こちらをご覧ください。)

CID 部分は他のトランザクション パラメータとパッケージ化され、トランザクション提案を作成します。トランザクション CID には、ブロック CID の形式でデータ自体に関する情報、マイナーとクライアントの ID、その他の重要なトランザクションの詳細が含まれています。

クライアントは、データを保存することに同意したマイナーにこのトランザクション提案を送信します。マイナーによる確認後、クライアントはデータをマイナーに送信します。マイナーがデータを入手し、それがトランザクション提案に記載されている CID と一致することを確認すると、Filecoin のブロックチェーンにトランザクション提案を公開し、両当事者をトランザクションにコミットします。

- 終わり -