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

جاءت نقطة التحول من اختيار مفروض. في أحد الأمسيات، بدأت خدمة التخزين السحابي المعتادة فجأة في تقييد السرعة، لم أتمكن من تحميل عشرات جيجابايتات من المخططات والمشاريع المخزنة فيها، وكان الفريق في ذعر، وقالت خدمة العملاء الرسمية أنها ستنتظر 72 ساعة لاستعادتها. في تلك اللحظة تذكرت أن أجرب هذا الحل اللامركزي.

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

بعد استخدام Quilt، اكتشفت كم كان فهمي ضيقاً للتخزين الشامل للملفات الصغيرة من قبل. عند العمل في التصميم، تتراكم لدي الكثير من صور المواد بحجم كيلوبايت، وكانت موزعة في أدوات مختلفة من قبل، مما أشغل مساحة وليس من السهل إدارتها.