分散型ストレージプロトコルの採用推進には常にジレンマが存在していましたが、その議論の焦点はしばしば逆になってしまいます。いわゆる「大きなファイルは高価」というのは実は主要な矛盾ではなく、むしろ小さなファイルのコスト構造が非常に異常であることが問題です——10KBの設定ファイルと1MBの画像を保存した場合、プロトコル上のコストはほぼ同じになる、これは一体どういうロジックなのでしょうか？要するに、アップロードごとに固定のメタデータオーバーヘッドがあり、完全なフローを経て、オンチェーンに記録される必要があるのです。これがもたらす結果は何でしょうか？NFTプロジェクトは数千の小さなアバターだけでコストが息苦しくなるほど高騰し、AIモデルのサンプルデータセットの保存はさらに高額になります。

この問題は長い間誰も本格的に解決できませんでしたが、昨年中頃にあるストレージプロジェクトがQuilt機能をリリースしました。正直に言うと、最初は業界の反応はあまりなく、皆「ただのバッチアップロード機能だろう」と思っていました。ですが、実際に使った人たちはこの機能の真価に気づきました——これは単なるファイルのパッケージング操作ではなく、プロトコルの底層で小さなファイルの保存ロジックを徹底的に再設計したもので、効率はなんと数百倍に向上しています。

その性能はどれほど凄いのでしょうか？100KBのファイルに対して106倍の効率向上を実現し、10KBの小さなファイルでは420倍に達しています。これは臆測ではなく、実際の性能指標です。別の角度から言えば、あなたが1万個の10KB設定ファイルを保存するのに従来は1000WALコインかかっていたとしたら、今やわずか2.4WALコインで済むのです。これは単なるパーセンテージの最適化ではなく、コストを天井から一気にゼロに近づけるレベルの革新です。

技術の核心的なアイデアは実はそれほど複雑ではありません。従来の方法では、各データブロックを個別にエンコードし、対応するメタデータを生成し、オンチェーンで独立したオブジェクトを作成し、ガス代を支払う必要があります。たとえファイルが小さくても、これらの固定コストは避けられません。Quiltの設計は、これらの固定コストをプロトコル層でパッケージ化し、最適化したものです。