IPFS/FIL が Filecoin チュートリアルを正式に開始 |レッスン 2 準備とデータ転送

2020 年 7 月 6 日、Filecoin はFilecoin 上のストレージを検証するための Filecoin チュートリアルを正式に開始しました。

Filecoin の証明システムを使用した初心者向けのコードフリー体験を提供し、Proof of Replication (PoRep)、Proof of Storage (PoSt)、zkSNARK がインセンティブ分散ストレージ システムでどのように相互信頼を可能にするかを探ります。

次に、2番目のレッスンの学習を始めます。

Filecoin でのストレージの検証 |レッスン2/6データの準備と転送

1.保存するデータを準備する

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

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

次に、IPLD DAG は CAR ファイルにシリアル化され、ビットが埋め込まれて Filecoin ピースが作成されます。作品には、CommP (Work Commitment) とも呼ばれる一意の作品 CID (コンテンツ識別子) があります。 V丨ipfssy

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

2.ストレージトランザクションをネゴシエートし、データを転送する

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

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

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