الكثير من المشاريع لا تظهر ردود فعل واضحة في الأشهر الأولى، وغالبًا ما تظهر المشاكل الحقيقية فقط بعد 6-12 شهرًا من الزمن.

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

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

من البيانات العامة، يظهر أداء بروتوكولات مثل Walrus في هذا المجال: يدعم كائن واحد حجم بيانات يصل إلى ميجابايت، ويمكن لنفس الكائن أن يحدث حالته عدة مرات دون الحاجة لتغيير علاقات الإشارة، وتُخزن البيانات بشكل مكرر بين عدة عقد، مع استقرار الاعتمادية فوق 99%.

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