前回の記事では、データの準備と送信について詳しく説明し、主に、保存用のデータの準備、保存トランザクションのネゴシエーション、データの送信という 2 つの側面を紹介しました。この記事では、「レプリケーションの証明をいつ実行するか」という質問について説明します。

レプリケーションの証明では、ストレージ マイナーは、物理的に一意なデータのコピーまたはレプリカを保存していることを証明します。複製の証明は、マイナーが最初にデータを保存したときに 1 回だけ行われます。

ストレージマイナーは、各顧客データを受け取ると、それをセクターに格納します。セクターは Filecoin のストレージの基本単位であり、複数のトランザクションとクライアントからのフラグメントを含めることができます。セクターがいっぱいになると、セクター内のすべての CID のルート ノードを表す CommD (コミット データ、UnsealedSectorCID とも呼ばれる) が生成されます。

次に、シーリングと呼ばれるプロセスが行われます。

封印中、セクター データ (CommD によって識別) は、一連のグラフ化およびハッシュ化プロセスを通じてエンコードされ、一意のコピーが作成されます。結果として得られるレプリカの Merkle ツリーのルート ハッシュは CommRLast です。 (Merkle ツリーの詳細については、分散型データ構造のチュートリアルをご覧ください。)

次に、CommRLast は CommC (複製の証明からの別のマークル ルート出力) と一緒にハッシュされます。これにより、CommR (レプリケーション コミットメント、SealedSectorCID とも呼ばれます) が生成され、パブリック ブロックチェーンに記録されます。 CommRLast は、Proof-of-Spacetime での将来の使用のためにマイナーによって非公開に保持されますが、チェーンには保存されません。

エンコード処理は低速で計算量が多くなるように設計されているため、不正行為が困難です。 (エンコードは暗号化と同じではないことに注意してください。プライベートデータを保存する場合は、Filecoin ネットワークに追加する前に暗号化する必要があります。)

CommR は、マイナーが顧客データの物理的に一意のコピーを保存していることを証明します。複数のストレージ マイナーを使用して同じデータを保存したり、1 つのマイナーを使用して同じデータに対して複数のストレージ トランザクションを実行したりする場合、各トランザクションには異なる CommR が含まれます。

シーリングプロセスでは、zk-SNARK を使用して複製の証明も圧縮し、チェーンを小さく保つため、Filecoin ネットワークのすべてのメンバーが検証のためにチェーンを保存できます。今後のレッスンで zk-SNARK についてさらに詳しく学習します。

- 終わり -