عند ذكر Walrus، يكون رد الفعل الأول لدى الكثيرين هو تصنيفه ضمن "التخزين اللامركزي". لكن لفهمه حقًا، يجب مراجعة وثائق التصميم، والتفكير في كيفية تعامله مع التوافق، وآليات التأكيد، وبنية الـ Blob — وعند التدقيق ستكتشف أمرًا مثيرًا للاهتمام: Walrus لا يهتم أصلًا بما إذا كنت تخزن صورًا، فيديوهات، أو نصوصًا. ما يهمه حقًا هو — هل هذه البيانات تمثل حالة نظام معين؟ هذا الأمر مهم جدًا.

**الاختلاف بين التخزين التقليدي وفكرة Walrus**

أنظمة التخزين التقليدية تتعامل مع ثلاثة أسئلة: هل يمكن التخزين؟ هل يمكن الاسترجاع؟ هل هو رخيص؟

أما منطق Walrus فهو مختلف تمامًا، فهو يعالج ثلاثة أسئلة أخرى: هل يمكن التحقق من البيانات؟ هل الكتابة غير قابلة للعكس؟ هل هو جزء من حالة النظام؟

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

من ناحية تصميم الهيكل، هو أقرب إلى مزيج من قاعدة بيانات + نظام توافق + شبكة ترميز الخطأ، وليس من منطق IPFS.

**لماذا نقول إنه يشبه آلة الحالة وليس قرص صلب**

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