#newt $NEWT

なぜ Policy の公開は CID の生成から始まるのか
ドキュメント @NewtonProtocol では、Policy の公開が IPFS へのファイルアップロードから始まるのではなく、ローカルでそれらの CID を計算することから始まるとされています。そのために CLI は最初に generate-cids の段階を実行し、識別子を取得してから初めてコンポーネントの公開を開始します。
この順序には偶然性はありません。CID はファイルの内容そのものから計算されるため、Policy が最終的に形成されるまでは取得できません。内容を少しでも変更すれば、別の CID が作成されます。
続いて、この CID がコンポーネントの IPFS への公開およびプロトコルでのその後の登録に使用されます。これにより、各オペレーター $NEWT は同じバージョンの Policy を同じ識別子で 1 つずつ読み込み、同一のルールセットに対して検証を実行できます。
したがって、アーキテクチャ #Newt において CID は、単にファイルの保存先アドレスであるだけではありません。ローカル準備、公開、登録、その後の Policy 実行という一連の段階を結びつけることで、オペレーターが実行に取り掛かる前から検証の再現性を保証します。