لا تزال بروتوكولات التخزين اللامركزية تواجه مشكلة محرجة في دفع الاعتماد، لكن التركيز في النقاش غالبًا ما يكون في غير محله. ما يُعرف بـ"تكلفة الملفات الكبيرة" ليس هو المشكلة الأساسية، بل إن هيكل تكلفة الملفات الصغيرة هو الذي يثير الدهشة — أنت تخزن ملف تكوين بحجم 10KB وصورة بحجم 1MB، وتكلفة البروتوكول تقريبا متساوية، ما هو المنطق هنا؟ ببساطة، كل عملية رفع تتطلب تكلفة ثابتة للبيانات الوصفية، ويجب أن تمر عبر عملية كاملة، ويجب تسجيلها على السلسلة. ماذا يترتب على ذلك؟ مشروع NFT الذي يخزن فقط بضع آلاف من الصور الرمزية الصغيرة يمكن أن يضغط التكاليف لدرجة تجعله غير قادر على التنفس، ونماذج الذكاء الاصطناعي التي تخزن مجموعات البيانات تصبح باهظة الثمن جدًا.

هذه المشكلة لم تُحل بشكل حقيقي لفترة طويلة، حتى أطلق أحد مشاريع التخزين في منتصف العام الماضي وظيفة Quilt. بصراحة، عندما ظهرت لأول مرة، لم يكن رد فعل الصناعة كبيرًا، اعتقد الجميع أنها مجرد وظيفة رفع جماعي، لا شيء مميز. لكن بعد أن جربها المستخدمون، أدركوا أن الأمر مختلف تمامًا — فهي ليست مجرد عملية حزم ملفات بسيطة، بل أعادت تصميم منطق تخزين الملفات الصغيرة بشكل كامل في طبقة البروتوكول، مما أدى إلى زيادة الكفاءة بمئات المرات.

ما مدى قوة الأداء؟ يمكن أن ترفع كفاءة ملف 100KB بمقدار 106 أضعاف، والملفات الصغيرة التي حجمها 10KB تصل إلى 420 ضعفًا. هذا ليس مجرد تخمين، بل هو مؤشر أداء حقيقي. من ناحية أخرى، إذا كنت تخزن 10,000 ملف تكوين بحجم 10KB، قد يكلفك ذلك 1000 عملة WAL، والآن فقط تحتاج إلى 2.4 عملة. هذا ليس مجرد تحسين بنسبة عشرات في المئة، بل هو خفض التكاليف من سعر خيالي إلى جزء بسيط.

الفكرة الأساسية من التقنية ليست معقدة جدًا في الواقع. في الطرق التقليدية، كل كتلة بيانات تحتاج إلى ترميز منفرد، وإنشاء بيانات وصفية مقابلة، وإنشاء كائن مستقل على السلسلة، ودفع رسوم الغاز، حتى لو كانت الملفات صغيرة، فإن هذه التكاليف الثابتة لا يمكن تجنبها. تصميم Quilt يدمج ويُحسن هذه التكاليف الثابتة على مستوى البروتوكول.