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

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

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

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

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