🔧 الهيكل: Irys هي سلسلة بيانات متكاملة Layer 1 "سلسلة بيانات" تقدم الوصول الأصلي إلى blobs (كتل البيانات) للعقود، لكنها تحتاج إلى مجموعة جديدة تمامًا من عقد التحقق. Walrus هي طبقة تخزين مدعومة بالترميز المنقوص مبنية على Sui، مما يجعل من السهل تكاملها، لكنها تحتاج إلى تنسيق عبر الطبقات.
💰 نموذج الاقتصاد: تعتمد Irys على رمز واحد IRYS لتوحيد دفع الرسوم والمكافآت، مما يسهل تجربة المستخدم، ولكنها تحمل مخاطر تقلب الأسعار العالية. بينما يقوم Walrus بتقسيم الوظائف إلى رمزين: WAL (للتخزين) و SUI (لـ gas)، مما يمكن من عزل التكاليف بشكل فعال، ولكنه يتطلب الحفاظ على نظامي تحفيز.
📦 الاستمرارية والقدرة الحاسوبية: تحافظ Irys على 10 نسخ كاملة، وتقوم بتدفق البيانات مباشرة إلى جهازها الافتراضي؛ بينما تستخدم Walrus طريقة تشفير وتصحيح أخطاء مع حوالي 5 أضعاف من النسخ الاحتياطي، مما يجعل تكلفة تخزين كل جيجابايت أقل، ولكن تنفيذ البروتوكول أكثر تعقيدًا.
💾 التوافقية: توفر Irys نموذج تبرع "دفع مرة واحدة، تخزين دائم"، وهو مناسب جداً لحفظ البيانات غير القابلة للتغيير، ولكن التكلفة الأولية مرتفعة. بينما تعتمد Walrus آلية تأجير "دفع حسب الطلب، تجديد تلقائي"، مما يسهل التحكم في التكاليف ويمكن من التكامل السريع مع Sui.
📈 حالة الاعتماد: لا يزال Walrus في مرحلة مبكرة ولكنه يتطور بسرعة، حيث لديه تخزين من مستوى PB ويضم أكثر من 100 مشغل عقد، وقد تم اعتماده من قبل العديد من علامات NFT والألعاب. بالمقارنة، لا يزال Irys في مرحلة ما قبل التوسع، حيث لم تصل كمية البيانات إلى مستوى PB، وشبكة العقد لا تزال في مرحلة النمو.
تسعى Walrus و Irys إلى حل نفس المشكلة: توفير تخزين بيانات على السلسلة موثوق به وله آلية تحفيزية. لكن فلسفة تصميمهما مختلفة تمامًا: Irys هي سلسلة كتلة من الطبقة الأولى مصممة خصيصًا لتخزين البيانات، وتدمج التخزين والتنفيذ والتوافق في هيكل متكامل عموديًا؛ بينما Walrus هي شبكة تخزين معيارية تعتمد على Sui للتنسيق والتسوية، بينما تعمل على طبقة تخزين خارج السلسلة مستقلة.
على الرغم من أن فريق Irys قد صوّر في المقارنة الأولية نظامه كحل "مدمج" أفضل، بينما تم تعريف Walrus كنظام "خارجي" محدود، إلا أن الواقع يظهر أن كلاهما له مزايا وعيوب، مع تفضيلات مختلفة. تستند هذه المقالة إلى وجهة نظر تقنية، حيث تم إجراء مقارنة موضوعية بين Walrus و Irys عبر 6 أبعاد، مما يتحدى الأحكام الأحادية، ويقدم دليلًا واضحًا للمطورين، لمساعدتهم في اتخاذ القرار الأكثر ملاءمة بناءً على التكلفة، التعقيد، وتجربة التطوير.
1. هيكل البروتوكول
1.1 Irys: L1 المتكامل عمودياً
تعكس Irys مفهوم "الاكتفاء الذاتي" التقليدي. إنها تحتوي على آلية إجماع، نموذج رهان، وآلة تنفيذ افتراضية (IrysVM)، جميعها متكاملة بشكل وثيق مع نظام التخزين الخاص بها.
تتحمل العقدة المعتمدة ثلاثة أدوار في نفس الوقت:
تخزين بيانات المستخدم بشكل كامل.
تنفيذ منطق العقود الذكية في IrysVM؛
لحماية أمان الشبكة من خلال آلية مختلطة من PoW + التخزين.
نظرًا لأن هذه الوظائف تتواجد في نفس البروتوكول، يمكن تحسين كل مستوى من رأس الكتلة إلى قواعد استرجاع البيانات لمعالجة البيانات ذات الحجم الكبير. يمكن للعقود الذكية الاستشهاد مباشرةً بالملفات الموجودة على السلسلة، كما ستستمر إثباتات التخزين في اتباع مسار الإجماع الخاص بترتيب المعاملات العادية. تكمن ميزتها في التناسق العالي للهندسة المعمارية: يحتاج المطورون فقط إلى مواجهة حدود ثقة واحدة، وأصل رسوم واحدة (IRYS)، وتجربة قراءة البيانات في كود العقد كما لو كانت مدعومة بشكل أصلي.
لكن الثمن هو أن تكلفة التشغيل مرتفعة. يجب على شبكة طبقة جديدة تمامًا أن تبدأ من الصفر لتجنيد مشغلي الأجهزة، وبناء فهارس، وإطلاق متصفحات الكتل، وتعزيز العملاء، وتطوير أدوات البرمجة. في المراحل الأولى حيث لم تتوسع العقد المثبتة بعد، تكون ضمانات وقت الكتل والأمان الاقتصادي متخلفة عن الشبكات القديمة. لذلك، اختار هيكل Irys تكامل بيانات أعمق على حساب سرعة بدء النظام البيئي.
1.2 فرس النهر: طبقة تراكمية معيارية
اتخذ الفظ مسارا مختلفا تماما. تعمل عقد التخزين الخاصة بها خارج السلسلة ، بينما يتعامل L1 عالي الإنتاجية من Sui مع الفرز والمدفوعات والبيانات الوصفية من خلال عقد Move الذكي. عندما يقوم مستخدم بتحميل كائن ثنائي كبير الحجم (كتلة من البيانات)، يقوم Walrus بتقطيعه وتخزينه عبر العقد، ثم يسجل كائنا على السلسلة على Sui يحتوي على تجزئة المحتوى وتخصيص الأجزاء وشروط الإيجار. يتم تنفيذ جميع التجديدات والقطع والمكافآت كمعاملات Sui عادية ، ودفع ثمن الغاز باستخدام SUI ، ولكن باستخدام رموز WAL كوحدة تسوية اقتصادية للتخزين.
بفضل Sui، يحصل Walrus على المزايا التالية:
آلية توافق معتمدة على التسامح مع الأخطاء البيزنطية؛
بنية تحتية تطويرية متكاملة؛
قابلية برمجة قوية؛
اقتصاد الرموز الأساسية السائلة؛
يمكن لمطوري Move الحاليين العديدين التكامل مباشرة دون الحاجة إلى ترحيل البروتوكولات.
لكن الثمن هو الحاجة إلى التنسيق عبر الطبقات. يجب تنسيق كل حدث من أحداث دورة الحياة (التحميل، التجديد، الحذف) بين شبكتين شبه مستقلتين. يجب على عقد التخزين الثقة في نهائية Sui، بينما لا يزال بإمكانها الحفاظ على الأداء في حالة ازدحام Sui؛ من ناحية أخرى، فإن عقد تحقق Sui لا تتحقق من ما إذا كانت البيانات مخزنة فعلاً على القرص، وبالتالي يجب الاعتماد على نظام إثبات التشفير الخاص بـ Walrus لضمان المساءلة. بالمقارنة مع التصميم الموحد، فإن هذه البنية تؤدي بشكل لا مفر منه إلى تأخير أكبر، ويجب أن تتجه بعض الرسوم (SUI gas) نحو الأدوار التي لم تخزن البيانات فعليًا.
1.3 ملخص التصميم
Irys تعتمد هيكلًا معماريا متكاملًا عموديا، بينما Walrus هو حل نمطي متكامل على مستوى أفقي. Irys توفر حرية أكبر في الهيكل وحدود ثقة موحدة، لكنها بحاجة للتغلب على تحديات بناء النظام البيئي الناتجة عن بدء التشغيل البارد. بينما Walrus تستخدم نظام توافق جاهز من Sui، مما يقلل بشكل كبير من حواجز الدخول للمطورين في النظام البيئي القائم، لكنها يجب أن تتعامل مع تعقيدات التعاون بين منطقتين اقتصاديتين ونظام المشغلين. لا توجد ميزة مطلقة لأي من النموذجين، فوجهات النظر في التحسين مختلفة: أحدهما يسعى إلى التناسق (coherence)، والآخر يسعى إلى القابلية للتجميع (composability).
عندما يعتمد اختيار البروتوكول على مستوى إلمام المطور، أو جاذبية النظام البيئي، أو سرعة الإطلاق، فإن النموذج الطبقي لـ Walrus قد يكون له معنى أكبر في الواقع. وعندما تكون العقبة في ربط البيانات العميقة والحساب، أو الحاجة إلى منطق إجماع مخصص، فإن سلسلة Irys المصممة خصيصًا للبيانات لديها أيضًا أسباب كافية لتحمل عبء هيكلي أكبر.
2. اقتصاد التوكن وآلية التحفيز
2.1 Irys: رمز يدفع كامل بروتوكول السلسلة
الرمز الأصلي Irys IRYS يغطي نموذج الاقتصاد بأكمله للمنصة:
تنفيذ الغاز: جميع استدعاءات العقود الذكية يتم تسعيرها أيضًا بـ IRYS؛
مكافآت المعدنين: يتم دفع مكافآت الكتلة، وإثبات التخزين، ورسوم المعاملات، وما إلى ذلك، بواسطة IRYS.
نظرًا لأن المعدنين مسؤولون في نفس الوقت عن تخزين البيانات وتنفيذ العقود، يمكن أن تعوض إيرادات الحوسبة عن نقص إيرادات التخزين. نظريًا، عندما تكون أنشطة DeFi على Irys نشطة، ستعوض إيرادات الحوسبة تخزين البيانات، مما يحقق خدمات قريبة من سعر التكلفة؛ إذا كان تدفق العقود منخفضًا، فإن آلية الدعم تت调整 في الاتجاه المعاكس. تساعد هذه الآلية للدعم المتبادل على تحقيق توازن في إيرادات المعدنين، وتضمن توافق الحوافز بين الأدوار المختلفة في البروتوكول. بالنسبة للمطورين، تعني الأصول الموحدة عمليات وصاية أقل وتجربة مستخدم مبسطة، وهذا ينطبق بشكل خاص على السيناريوهات التي لا ترغب فيها الأطراف في تعرض المستخدمين لرموز متعددة.
لكن العيب يكمن في ارتباط المخاطر للأصول الفردية: بمجرد انخفاض سعر IRYS، ستنخفض مكافآت الحساب والتخزين بشكل متزامن، مما سيعرض المعدنين لضغوط مزدوجة. وبالتالي، فإن الأمان الاقتصادي للبروتوكول مرتبط باستمرارية البيانات على نفس منحنى تقلب الأسعار.
2.2 Walrus: نموذج الاقتصاد الثنائي العملة
تم تقسيم واجبات Walrus الوظيفية إلى رمزين:
$WAL: وحدة الاقتصاد في طبقة التخزين. يستخدم المستخدمون WAL لدفع تكاليف تأجير المساحة، ويحصل مشغلو العقد على مكافآت WAL من خلال الرهان وتخزين أجزاء البيانات، وترتبط المكافآت أيضًا بوزن الرهان الذي تم تكليفه.
$SUI: رمز الغاز المستخدم في تنسيق المعاملات على السلسلة. يجب استهلاك SUI لإجراء أي معاملات مثل التحميل، تجديد الإيجار، العقوبات، وما إلى ذلك على Sui، ويتم مكافأته لعقد التحقق من Sui، وليس لعقد تخزين Walrus.
هذا الانفصال يجعل الاقتصاد التخزيني واضحًا: قيمة WAL تتأثر فقط بمتطلبات تخزين البيانات ومدة الإيجار، ولن تتأثر بتداولات DEX على Sui أو جنون NFT. في الوقت نفسه، يمكن لـ Walrus أيضًا أن يرث سيولة Sui، والجسر عبر السلاسل، ومدخلات العملات القانونية - حيث أن معظم بناة Sui يمتلكون بالفعل SUI، لذلك فإن التكلفة الحدية لإدخال WAL منخفضة.
ومع ذلك ، فإن نموذج الرمز المزدوج لديه أيضا مشكلة تجزئة الحوافز. لا يمكن لعقد الفظ المشاركة في دخل رسوم SUI ، لذلك يجب أن يكون سعر WAL كافيا لدعم الأجهزة وعرض النطاق الترددي وتوقعات الإرجاع بشكل مستقل. إذا ركد سعر WAL وارتفع غاز SUI بشكل كبير ، فسترتفع تكلفة استخدام المستخدم ، ولكن لن تكون هناك فائدة مباشرة لجانب التخزين. من ناحية أخرى ، أدى انفجار DeFi على Sui إلى زيادة دخل المدققين ، لكن لا علاقة له بعقد الفظ. لذلك ، يتطلب الحفاظ على التوازن طويل الأجل تحسينا استباقيا للنموذج الاقتصادي: يجب أن تتقلب أسعار التخزين بمرونة بناء على تكاليف الأجهزة ودورات الطلب وعمق سوق WAL.
2.3 ملخص التصميم
باختصار ، يوفر Irys تجربة مستخدم موحدة وموجزة ، ولكن مع التركيز على المخاطر. من ناحية أخرى ، يرسم Walrus خطا على مستوى الرمز المميز ويجلب محاسبة اقتصادية أكثر دقة ، لكنه يحتاج إلى التعامل مع نظامين للسوق وتقسيم الرسوم. يجب على البناة الموازنة بين التجربة السلسة والإدارة المنفصلة للمخاطر الاقتصادية لتتناسب مع تخطيط منتجاتهم واستراتيجية التمويل.
3. استراتيجيات استمرارية البيانات والازدواجية
3.1 Walrus: استخدام رمز التصحيح لتحقيق خفة وموثوقية عالية
تقوم Walrus بتقسيم كل كتلة بيانات (blob) إلى k شريحة بيانات، وإضافة m شريحة فحص زائدة (باستخدام خوارزمية تشفير RedStuff). هذه التقنية مشابهة لتقنية RAID أو تشفير Reed-Solomon، لكنها تم تحسينها لتناسب البيئات اللامركزية ذات التغير العالي في العقد. يمكن إعادة بناء الملف الأصلي من أي k من k + m شريحة، مما يوفر ميزتين:
موفرة للمساحة: في ظل المعلمات النموذجية (حوالي 5 أضعاف التحجيم)، يتم تقليل مساحة التخزين المطلوبة إلى النصف مقارنة بحل النسخ المتماثل التقليدي 10x. ببساطة ، سيتطلب تخزين 1 جيجابايت من البيانات على Walrus حوالي 5 جيجابايت من السعة الإجمالية للشبكة (تنتشر الأجزاء عبر عقد متعددة) ، بينما قد يتطلب نظام النسخ الكامل التقليدي 10 جيجابايت لأمان مماثل.
الإصلاح عند الطلب: يتم ترميز الفظ بطريقة لا توفر المساحة فحسب ، بل توفر أيضا النطاق الترددي. عندما تفقد العقدة الاتصال ، تعيد الشبكة إنشاء الأجزاء المفقودة فقط ، وليس الملف بأكمله ، مما يقلل بشكل كبير من النفقات العامة للنطاق الترددي. تحتاج آلية الشفاء الذاتي هذه فقط إلى تنزيل البيانات التي تساوي تقريبا حجم الشظايا المفقودة (أي O(blob \ _size / ) من القطع) ، بينما تتطلب أنظمة النسخ المتماثلة التقليدية عادة O(blob \ _size) من البيانات.
كل شريحة ستظهر مع توزيعها على العقد بشكل كائن على Sui. ستقوم Walrus بتدوير لجنة الرهانات في كل حقبة، من خلال تحدي قابلية العقد باستخدام إثباتات تشفيرية، وإعادة ترميز العقد تلقائيًا عندما يتجاوز فقدان العقد العتبة الآمنة. على الرغم من أن هذه الآلية معقدة (تتضمن شبكتين، وشرائح متعددة، والتحقق المتكرر)، إلا أنها قادرة على تحقيق أعلى مستوى من الاستدامة بأقل سعة.
3.2 Irys: آلية النسخ المتعددة المحافظة ولكن المستقرة
اختار Irys عمدا نهجا أكثر بدائية ومباشرة للمتانة: قام كل 10 عمال مناجم تخزين نسخة كاملة لكل 16 تيرابايت من قسم البيانات. يمنع البروتوكول الاعتماد المكرر لنفس القرص الصلب عن طريق إدخال "قيمة ملح" معينة لعامل منجم (تقنية Matrix Packing). سيقوم النظام باستمرار بقراءة القرص الصلب للعقدة والتحقق منه من خلال "إثبات العمل المفيد" للتأكد من أن كل بايت حقيقي ، وإلا معاقبة عامل المنجم وسيتم خصم الأصول المخزنة.
في الممارسة العملية، يعتمد توفر البيانات على: هل هناك على الأقل عامل من بين 10 عمال استجاب للاستفسار؟ إذا فشل أحد العمال في التحقق، سيقوم النظام على الفور ببدء عملية النسخ مرة أخرى، للحفاظ على معيار 10 نسخ. تكلفة هذه الاستراتيجية تصل إلى 10 أضعاف من تخزين البيانات الزائد، ولكن المنطق واضح وبسيط، حيث يتم تركيز جميع الحالات على سلسلة واحدة.
3.3 ملخص التصميم
تركز Walrus على: معالجة مشكلة التبديل المتكرر للعقد من خلال استراتيجيات الترميز الفعالة ونموذج كائن Sui، مما يضمن استمرارية البيانات دون زيادة التكاليف. بينما تعتقد Irys: أنه مع الانخفاض السريع في تكاليف الأجهزة، فإن الآليات متعددة النسخ الأكثر مباشرة وثقلاً تكون أكثر موثوقية وراحة في المشاريع العملية.
إذا كنت بحاجة إلى تخزين بيتابايت من البيانات المؤرشفة وكنت مرتاحا لتعقيد البروتوكول العالي ، فإن ترميز محو Walrus يوفر ميزة في اقتصاديات كل بايت. وإذا كنت تركز أكثر على البساطة التشغيلية (سلسلة واحدة ، ودليل واحد ، والكثير من التكرار) وتعتقد أن الإنفاق على الأجهزة لا يكاد يذكر بالنسبة لسرعة تسليم المنتج ، فإن آلية Irys المكونة من 10 نسخ متماثلة توفر المتانة بأقل جهد.
4. بيانات قابلة للبرمجة وحسابات على السلسلة
4.1 Irys: العقود الذكية المدعومة محليًا للبيانات
نظرًا لأن التخزين وآلية التوافق و Irys Virtual Machine (IrysVM) تشترك في نفس دفتر الأستاذ، يمكن للعقود استدعاء read_blob(id, offset, length) كما لو كانت تقرأ حالتها الخاصة بسهولة. خلال تنفيذ الكتلة، يقوم المعدنون بتدفق مقاطع البيانات المطلوبة مباشرة إلى الآلة الافتراضية، وإجراء الفحوصات الحتمية، ومعالجة النتائج في نفس المعاملة. لا حاجة إلى أوركل، ولا حاجة إلى تمرير معلمات المستخدم، ولا حاجة إلى تحويلات خارج السلسلة.
يمكن لهذا الهيكل البياني القابل للبرمجة تحقيق حالات الاستخدام التالية:
NFT الوسائط: تحويل البيانات الوصفية والصور عالية الدقة ومنطق حقوق الملكية إلى السلسلة، وتنفيذها على مستوى البايت.
الذكاء الاصطناعي على السلسلة: تنفيذ مهام الاستدلال مباشرة على أوزان النموذج المخزنة في القسم.
تحليل البيانات الضخمة: يمكن للعقد مسح السجلات وملفات الجينات ومجموعات البيانات الكبيرة الأخرى دون الحاجة إلى جسر خارجي.
على الرغم من أن تكلفة الغاز ستزيد مع زيادة عدد البايتات المقروءة، إلا أن تجربة المستخدم لا تزال معاملة محسوبة بـ IRYS.
4.2 Walrus: "التحقق أولاً ثم الحساب" النموذج
نظرًا لأن Walrus لا يمكنه تدفق الملفات الكبيرة مباشرة إلى آلة Move الافتراضية، فقد اعتمد نمط التصميم "التعهد بالتجزئة + الشهادة (witness)":
عند تخزين المستخدم لـ blob، سيقوم Walrus بتسجيل تجزئة محتوى (content hash) على Sui؛
بعد ذلك، يمكن لأي مستدعي تقديم جزء البيانات المقابل وإثبات خفيف الوزن يثبت صحة هذا الجزء (مثل مسار ميركل أو هاش كامل)؛
ستقوم عقود Sui بإعادة حساب الهاش ومقارنته مع بيانات Walrus الوصفية. إذا تم التحقق بنجاح، فسيتم الوثوق بهذه البيانات وتنفيذ المنطق اللاحق.
مزايا:
يمكن استخدامه على الفور دون الحاجة إلى إجراء أي تعديلات على بروتوكول L1؛
لا تحتاج عقد التحقق Sui إلى إدراك محتوى البيانات الضخمة على مستوى GB.
القيود:
يجب الحصول على البيانات يدويًا: يجب على الطرف المستدعي سحب البيانات من بوابة Walrus أو العقدة، وتجميع قطع بيانات محدودة الطول في المعاملة (مقيدة بحجم المعاملة في Sui)؛
تكلفة معالجة الشظايا: بالنسبة لمهام معالجة البيانات الكبيرة، تحتاج إلى العديد من المعاملات الصغيرة، أو المعالجة المسبقة خارج السلسلة + التحقق داخل السلسلة؛
تكلفة الغاز المزدوجة: يجب على المستخدم دفع غاز SUI (لاستخدامه في التحقق من المعاملات) و WAL (لدفع تكاليف التخزين الأساسية بشكل غير مباشر).
4.3 ملخص التصميم
إذا كانت تطبيقاتك بحاجة إلى معالجة عدة ميغابايت من البيانات في كل كتلة من العقود (مثل الذكاء الاصطناعي على السلسلة، التطبيقات الإعلامية الغامرة، العمليات العلمية القابلة للتحقق، إلخ)، فإن واجهة برمجة التطبيقات المدمجة التي تقدمها Irys أكثر جاذبية.
إذا كان سيناريوك يركز أكثر على إثبات تكامل البيانات، أو عرض وسائل الإعلام الصغيرة، أو أن الحسابات تحدث خارج السلسلة، حيث تحتاج السلسلة إلى التحقق فقط من النتائج، فإن Walrus يمكنه القيام بذلك.
لذا، فإن هذا الخيار لا يتعلق ب"ما إذا كان بالإمكان تحقيقه"، بل يتعلق بالشكل الذي ترغب في وضع التعقيد فيه: في الطبقة الأساسية للبروتوكول (Irys) أم في طبقة تطبيقات الوسيطة (Walrus)؟
5. مدة التخزين والديمومة
5.1 Walrus: نموذج الإيجار حسب الطلب
تستخدم Walrus نموذج تأجير دوري ثابت. عند تحميل البيانات، يستخدم المستخدمون $WAL لدفع ثمن فترة تخزين ثابتة (يتم احتساب كل 14 يومًا كحقبة، ويمكن شراء ما يصل إلى حوالي سنتين في المرة الواحدة). عند انتهاء فترة الإيجار، إذا لم يتم التجديد، يمكن للعقد أن يختار حذف تلك البيانات. يمكن للتطبيقات كتابة نصوص تجديد تلقائية من خلال عقود Sui الذكية، مما يحول "الإيجار" إلى "تخزين دائم" فعلي، لكن مسؤولية التجديد تبقى دائمًا على عاتق المرسل.
تتمثل المزايا في أن المستخدمين ليسوا مضطرين للدفع مسبقًا مقابل السعة التي قد يتخلون عنها، ويمكن أن تتبع الأسعار تكاليف الأجهزة في الوقت الحقيقي. بالإضافة إلى ذلك، من خلال تعيين تاريخ انتهاء عقد الإيجار للبيانات، يمكن للشبكة تنفيذ عملية جمع البيانات التي لم تعد مدفوعة، مما يمنع تراكم "القمامة الدائمة". أما العيوب فهي: أن فقدان تجديد العقد أو نفاد الأموال قد يؤدي إلى اختفاء البيانات؛ ويجب على التطبيقات اللامركزية التي تعمل لفترات طويلة تشغيل "روبوتات الحفاظ" الخاصة بها.
5.2 Irys: التخزين الدائم المضمون من خلال طبقة البروتوكول
يوفر Irys خيار "التخزين الدائم" المشابه لـ Arweave. يحتاج المستخدمون فقط لدفع $IRYS مرة واحدة، مما يمكنهم من تمويل خدمات التخزين للعمال المنجمين على مدى مئات السنين القادمة بشكل صندوق على السلسلة (افتراض أن تكاليف التخزين ستستمر في الانخفاض، مما يغطي حوالي 200 عام). بعد إتمام هذه المعاملة، تنتقل مسؤولية تجديد التخزين إلى البروتوكول نفسه، ولا يحتاج المستخدمون لإدارة ذلك بعد الآن.
النتيجة هي تجربة مستخدم "تخزين مرة واحدة، واستخدام دائم"، وهي مناسبة جدًا لـ: NFT، السجلات الرقمية، مجموعات البيانات التي تتطلب عدم التلاعب (مثل نماذج الذكاء الاصطناعي). ولكن عيبها هو أن التكلفة الأولية مرتفعة، وهذا النموذج يعتمد بشكل كبير على صحة سعر $IRYS في العقود القادمة، وليس مناسبًا للبيانات التي يتم تحديثها بشكل متكرر أو الملفات المؤقتة.
5.3 ملخص التصميم
إذا كنت ترغب في التحكم في دورة حياة البيانات والدفع حسب الاستخدام الفعلي، يرجى اختيار Walrus؛ إذا كنت بحاجة إلى ديمومة بيانات طويلة الأمد لا تتزعزع وترغب في دفع علاوة لذلك، يرجى اختيار Irys.
6. نضج الشبكة واستخدامها
6.1 Walrus: بحجم إنتاجي
شبكة Walrus الرئيسية أطلقت فقط 7 حقب، لكنها تعمل بالفعل مع 103 مشغل تخزين و121 عقدة تخزين، وتمت عملية رهن إجمالية قدرها 1.01 مليار WAL. تخزن الشبكة حالياً 14.5 مليون blob (كتل بيانات)، مما أدى إلى 31.5 مليون حدث blob، بمتوسط حجم كائن يبلغ 2.16 ميغابايت، وبلغ إجمالي كمية البيانات المخزنة 1.11PB (حوالي 26% من سعتها الفعلية البالغة 4.16PB). معدل تحميل البيانات حوالي 1.75KB/s، وتغطي خريطة التجزئة 1000 shard متوازي.
تشهد الجوانب الاقتصادية أيضًا زخمًا قويًا:
القيمة السوقية حوالي 600 مليون دولار، وFDV (التقييم المخفف بالكامل) يصل إلى 2.23 مليار دولار؛
سعر التخزين: حوالي 55K Frost لكل MB (ما يعادل حوالي 0.055 WAL)؛
سعر الكتابة: حوالي 20K Frost لكل MB
نسبة الدعم الحالية تصل إلى 80% لتسريع النمو المبكر
تم اعتماد العديد من العلامات التجارية ذات الحركة العالية لولروس، بما في ذلك بادجي بينغوينز، أنتشيند وكلينوسورز، حيث تم بناء أنظمة إدارة الأصول أو واجهات بيانات الأرشفة عليها. حاليًا، يمتلك الشبكة 105,000 حساب، و67 مشروعًا قيد التكامل، وقد دعمت نقل بيانات بمستوى PB في مشاهد حقيقية تتعلق بـ NFT والألعاب.
6.2 Irys: لا يزال في المرحلة المبكرة
وفقًا للوحة البيانات العامة لـ Irys (حتى يونيو 2025):
تنفيذ العقد TPS ≈ 13.9، تخزين TPS ≈ 0
إجمالي حجم البيانات المخزنة ≈ 199 جيجابايت (وفقًا للإعلان الرسمي هناك مساحة 280 تيرابايت)
عدد معاملات البيانات: 5370 مليون معاملة (منها 1300 مليون معاملة في يونيو)
عدد العناوين النشطة: 164 ألف
تكلفة التخزين: $2.50 / TB / شهر (تخزين مؤقت)، أو $2.50 / GB (تخزين دائم)
نظام التعدين "قريبًا" (آلية تعدين uPoW لم تُفعل بعد)
تكلفة استدعاء البيانات القابلة للبرمجة هي $0.02 لكل chunk (كتلة بيانات)، لكن بسبب عدم توفر صندوق التخزين الدائم، فإن كمية البيانات المكتوبة الفعلية لا تزال محدودة للغاية. الأداء الحالي لتنفيذ العقود جيد، لكن قدرة التخزين الجماعي لا تزال شبه معدومة، مما يعكس تركيزها الحالي على وظائف الآلات الافتراضية وأدوات المطورين، بدلاً من قدرة تحمل البيانات.
6.3 المعنى الذي تمثله الأرقام
وصلت حيوانات البحر إلى مستوى PB ، مما يسمح لها بتوليد العائدات ، وقد تم اختبارها بدقة من قبل علامة NFT للمستهلكين. بينما لا تزال Irys في مرحلة التوجيه المبكر ، فهي غنية بالميزات ولكنها تحتاج إلى انضمام المعدنين وتلبية متطلبات حجم البيانات.
بالنسبة للعملاء الذين يقيمون حالة استعداد الإنتاج، فإن أداء Walrus الحالي هو كما يلي:
استخدام حقيقي أعلى: تم تحميل أكثر من 14 مليون blob، تخزين بيانات بمستوى PB؛
نطاق عمليات أوسع: أكثر من 100 مشغل، 1000 شريحة، أكثر من 100 مليون دولار من المبالغ المرهونة؛
جاذبية بيئية أقوى: تم دمج مشاريع Web3 الرائدة بالفعل في الاستخدام؛
نظام تسعير أكثر وضوحًا: رسوم WAL/Frost واضحة وشفافة، وآلية الدعم على السلسلة مرئية.
على الرغم من أن رؤية Irys المتكاملة قد تحقق مزايا في المستقبل (مثل انضمام عمال المناجم، وتطبيق صندوق التخزين الدائم، وزيادة TPS)، إلا أنه بالنظر إلى الأداء الكمي الحالي، والسعة، وحالة استخدام العملاء، فإن Walrus تتمتع بميزة رائدة أكثر عملية.
7. آفاق المستقبل
يمثل Walrus و Irys طرفي طيف تصميم التخزين على السلسلة:
Irys تجمع بين التخزين والتنفيذ ونموذج الاقتصاد في رمز IRYS واحد وبلوكشين L1 مخصص للبيانات، مما يوفر للمطورين تجربة وصول سلسة إلى البيانات الضخمة على السلسلة، مع التزام على مستوى البروتوكول بالتخزين الدائم. وبالمثل، يحتاج فريق التطوير إلى الانتقال إلى نظام بيئي لا يزال شابًا، وقبول استهلاك موارد الأجهزة بشكل أكبر.
يقوم Walrus ببناء طبقة تخزين البيانات التي تم تشفيرها وتصحيحها فوق Sui، مع إعادة استخدام آليات الإجماع الناضجة، والبنية التحتية للسيولة، وسلسلة أدوات التطوير، مما يحقق تكلفة تخزين لكل بايت ذات قيمة عالية. ومع ذلك، فإن هيكله المعياري يجلب أيضًا تعقيدًا إضافيًا في التنسيق، وتجربة مزدوجة العملات، واهتمامًا مستمرًا بـ "تجديد الإيجار".
اختيار أي منها ليس مسألة "صواب أو خطأ"، بل يعتمد على العائق الذي تهتم به أكثر:
إذا كنت بحاجة إلى القدرة على دمج البيانات العميقة والحسابات، أو التزام "الحفظ الدائم" على مستوى البروتوكول، فإن التصميم المتكامل لـ Irys سيكون أكثر ملاءمة.
إذا كنت تفضل كفاءة رأس المال، أو القدرة على الإطلاق السريع على Sui، أو التحكم العالي في دورة حياة البيانات، فإن الحلول المعيارية لـ Walrus هي الخيار الأكثر عملية.
في المستقبل، من المحتمل أن يت coexist كلاهما بالتوازي في عملية توسع اقتصاد البيانات على السلسلة، لخدمة أنواع مختلفة من المطورين وسيناريوهات التطبيقات.
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
مقارنة متعددة الأبعاد: صراع البيانات بين Walrus في نظام Sui البيئي و Irys
المؤلف: بونيو
ترجمة: شبكة سوي
ملخص النقاط الرئيسية
🔧 الهيكل: Irys هي سلسلة بيانات متكاملة Layer 1 "سلسلة بيانات" تقدم الوصول الأصلي إلى blobs (كتل البيانات) للعقود، لكنها تحتاج إلى مجموعة جديدة تمامًا من عقد التحقق. Walrus هي طبقة تخزين مدعومة بالترميز المنقوص مبنية على Sui، مما يجعل من السهل تكاملها، لكنها تحتاج إلى تنسيق عبر الطبقات.
💰 نموذج الاقتصاد: تعتمد Irys على رمز واحد IRYS لتوحيد دفع الرسوم والمكافآت، مما يسهل تجربة المستخدم، ولكنها تحمل مخاطر تقلب الأسعار العالية. بينما يقوم Walrus بتقسيم الوظائف إلى رمزين: WAL (للتخزين) و SUI (لـ gas)، مما يمكن من عزل التكاليف بشكل فعال، ولكنه يتطلب الحفاظ على نظامي تحفيز.
📦 الاستمرارية والقدرة الحاسوبية: تحافظ Irys على 10 نسخ كاملة، وتقوم بتدفق البيانات مباشرة إلى جهازها الافتراضي؛ بينما تستخدم Walrus طريقة تشفير وتصحيح أخطاء مع حوالي 5 أضعاف من النسخ الاحتياطي، مما يجعل تكلفة تخزين كل جيجابايت أقل، ولكن تنفيذ البروتوكول أكثر تعقيدًا.
💾 التوافقية: توفر Irys نموذج تبرع "دفع مرة واحدة، تخزين دائم"، وهو مناسب جداً لحفظ البيانات غير القابلة للتغيير، ولكن التكلفة الأولية مرتفعة. بينما تعتمد Walrus آلية تأجير "دفع حسب الطلب، تجديد تلقائي"، مما يسهل التحكم في التكاليف ويمكن من التكامل السريع مع Sui.
📈 حالة الاعتماد: لا يزال Walrus في مرحلة مبكرة ولكنه يتطور بسرعة، حيث لديه تخزين من مستوى PB ويضم أكثر من 100 مشغل عقد، وقد تم اعتماده من قبل العديد من علامات NFT والألعاب. بالمقارنة، لا يزال Irys في مرحلة ما قبل التوسع، حيث لم تصل كمية البيانات إلى مستوى PB، وشبكة العقد لا تزال في مرحلة النمو.
تسعى Walrus و Irys إلى حل نفس المشكلة: توفير تخزين بيانات على السلسلة موثوق به وله آلية تحفيزية. لكن فلسفة تصميمهما مختلفة تمامًا: Irys هي سلسلة كتلة من الطبقة الأولى مصممة خصيصًا لتخزين البيانات، وتدمج التخزين والتنفيذ والتوافق في هيكل متكامل عموديًا؛ بينما Walrus هي شبكة تخزين معيارية تعتمد على Sui للتنسيق والتسوية، بينما تعمل على طبقة تخزين خارج السلسلة مستقلة.
على الرغم من أن فريق Irys قد صوّر في المقارنة الأولية نظامه كحل "مدمج" أفضل، بينما تم تعريف Walrus كنظام "خارجي" محدود، إلا أن الواقع يظهر أن كلاهما له مزايا وعيوب، مع تفضيلات مختلفة. تستند هذه المقالة إلى وجهة نظر تقنية، حيث تم إجراء مقارنة موضوعية بين Walrus و Irys عبر 6 أبعاد، مما يتحدى الأحكام الأحادية، ويقدم دليلًا واضحًا للمطورين، لمساعدتهم في اتخاذ القرار الأكثر ملاءمة بناءً على التكلفة، التعقيد، وتجربة التطوير.
1. هيكل البروتوكول
1.1 Irys: L1 المتكامل عمودياً
تعكس Irys مفهوم "الاكتفاء الذاتي" التقليدي. إنها تحتوي على آلية إجماع، نموذج رهان، وآلة تنفيذ افتراضية (IrysVM)، جميعها متكاملة بشكل وثيق مع نظام التخزين الخاص بها.
تتحمل العقدة المعتمدة ثلاثة أدوار في نفس الوقت:
نظرًا لأن هذه الوظائف تتواجد في نفس البروتوكول، يمكن تحسين كل مستوى من رأس الكتلة إلى قواعد استرجاع البيانات لمعالجة البيانات ذات الحجم الكبير. يمكن للعقود الذكية الاستشهاد مباشرةً بالملفات الموجودة على السلسلة، كما ستستمر إثباتات التخزين في اتباع مسار الإجماع الخاص بترتيب المعاملات العادية. تكمن ميزتها في التناسق العالي للهندسة المعمارية: يحتاج المطورون فقط إلى مواجهة حدود ثقة واحدة، وأصل رسوم واحدة (IRYS)، وتجربة قراءة البيانات في كود العقد كما لو كانت مدعومة بشكل أصلي.
لكن الثمن هو أن تكلفة التشغيل مرتفعة. يجب على شبكة طبقة جديدة تمامًا أن تبدأ من الصفر لتجنيد مشغلي الأجهزة، وبناء فهارس، وإطلاق متصفحات الكتل، وتعزيز العملاء، وتطوير أدوات البرمجة. في المراحل الأولى حيث لم تتوسع العقد المثبتة بعد، تكون ضمانات وقت الكتل والأمان الاقتصادي متخلفة عن الشبكات القديمة. لذلك، اختار هيكل Irys تكامل بيانات أعمق على حساب سرعة بدء النظام البيئي.
1.2 فرس النهر: طبقة تراكمية معيارية
اتخذ الفظ مسارا مختلفا تماما. تعمل عقد التخزين الخاصة بها خارج السلسلة ، بينما يتعامل L1 عالي الإنتاجية من Sui مع الفرز والمدفوعات والبيانات الوصفية من خلال عقد Move الذكي. عندما يقوم مستخدم بتحميل كائن ثنائي كبير الحجم (كتلة من البيانات)، يقوم Walrus بتقطيعه وتخزينه عبر العقد، ثم يسجل كائنا على السلسلة على Sui يحتوي على تجزئة المحتوى وتخصيص الأجزاء وشروط الإيجار. يتم تنفيذ جميع التجديدات والقطع والمكافآت كمعاملات Sui عادية ، ودفع ثمن الغاز باستخدام SUI ، ولكن باستخدام رموز WAL كوحدة تسوية اقتصادية للتخزين.
بفضل Sui، يحصل Walrus على المزايا التالية:
لكن الثمن هو الحاجة إلى التنسيق عبر الطبقات. يجب تنسيق كل حدث من أحداث دورة الحياة (التحميل، التجديد، الحذف) بين شبكتين شبه مستقلتين. يجب على عقد التخزين الثقة في نهائية Sui، بينما لا يزال بإمكانها الحفاظ على الأداء في حالة ازدحام Sui؛ من ناحية أخرى، فإن عقد تحقق Sui لا تتحقق من ما إذا كانت البيانات مخزنة فعلاً على القرص، وبالتالي يجب الاعتماد على نظام إثبات التشفير الخاص بـ Walrus لضمان المساءلة. بالمقارنة مع التصميم الموحد، فإن هذه البنية تؤدي بشكل لا مفر منه إلى تأخير أكبر، ويجب أن تتجه بعض الرسوم (SUI gas) نحو الأدوار التي لم تخزن البيانات فعليًا.
1.3 ملخص التصميم
Irys تعتمد هيكلًا معماريا متكاملًا عموديا، بينما Walrus هو حل نمطي متكامل على مستوى أفقي. Irys توفر حرية أكبر في الهيكل وحدود ثقة موحدة، لكنها بحاجة للتغلب على تحديات بناء النظام البيئي الناتجة عن بدء التشغيل البارد. بينما Walrus تستخدم نظام توافق جاهز من Sui، مما يقلل بشكل كبير من حواجز الدخول للمطورين في النظام البيئي القائم، لكنها يجب أن تتعامل مع تعقيدات التعاون بين منطقتين اقتصاديتين ونظام المشغلين. لا توجد ميزة مطلقة لأي من النموذجين، فوجهات النظر في التحسين مختلفة: أحدهما يسعى إلى التناسق (coherence)، والآخر يسعى إلى القابلية للتجميع (composability).
عندما يعتمد اختيار البروتوكول على مستوى إلمام المطور، أو جاذبية النظام البيئي، أو سرعة الإطلاق، فإن النموذج الطبقي لـ Walrus قد يكون له معنى أكبر في الواقع. وعندما تكون العقبة في ربط البيانات العميقة والحساب، أو الحاجة إلى منطق إجماع مخصص، فإن سلسلة Irys المصممة خصيصًا للبيانات لديها أيضًا أسباب كافية لتحمل عبء هيكلي أكبر.
2. اقتصاد التوكن وآلية التحفيز
2.1 Irys: رمز يدفع كامل بروتوكول السلسلة
الرمز الأصلي Irys IRYS يغطي نموذج الاقتصاد بأكمله للمنصة:
نظرًا لأن المعدنين مسؤولون في نفس الوقت عن تخزين البيانات وتنفيذ العقود، يمكن أن تعوض إيرادات الحوسبة عن نقص إيرادات التخزين. نظريًا، عندما تكون أنشطة DeFi على Irys نشطة، ستعوض إيرادات الحوسبة تخزين البيانات، مما يحقق خدمات قريبة من سعر التكلفة؛ إذا كان تدفق العقود منخفضًا، فإن آلية الدعم تت调整 في الاتجاه المعاكس. تساعد هذه الآلية للدعم المتبادل على تحقيق توازن في إيرادات المعدنين، وتضمن توافق الحوافز بين الأدوار المختلفة في البروتوكول. بالنسبة للمطورين، تعني الأصول الموحدة عمليات وصاية أقل وتجربة مستخدم مبسطة، وهذا ينطبق بشكل خاص على السيناريوهات التي لا ترغب فيها الأطراف في تعرض المستخدمين لرموز متعددة.
لكن العيب يكمن في ارتباط المخاطر للأصول الفردية: بمجرد انخفاض سعر IRYS، ستنخفض مكافآت الحساب والتخزين بشكل متزامن، مما سيعرض المعدنين لضغوط مزدوجة. وبالتالي، فإن الأمان الاقتصادي للبروتوكول مرتبط باستمرارية البيانات على نفس منحنى تقلب الأسعار.
2.2 Walrus: نموذج الاقتصاد الثنائي العملة
تم تقسيم واجبات Walrus الوظيفية إلى رمزين:
هذا الانفصال يجعل الاقتصاد التخزيني واضحًا: قيمة WAL تتأثر فقط بمتطلبات تخزين البيانات ومدة الإيجار، ولن تتأثر بتداولات DEX على Sui أو جنون NFT. في الوقت نفسه، يمكن لـ Walrus أيضًا أن يرث سيولة Sui، والجسر عبر السلاسل، ومدخلات العملات القانونية - حيث أن معظم بناة Sui يمتلكون بالفعل SUI، لذلك فإن التكلفة الحدية لإدخال WAL منخفضة.
ومع ذلك ، فإن نموذج الرمز المزدوج لديه أيضا مشكلة تجزئة الحوافز. لا يمكن لعقد الفظ المشاركة في دخل رسوم SUI ، لذلك يجب أن يكون سعر WAL كافيا لدعم الأجهزة وعرض النطاق الترددي وتوقعات الإرجاع بشكل مستقل. إذا ركد سعر WAL وارتفع غاز SUI بشكل كبير ، فسترتفع تكلفة استخدام المستخدم ، ولكن لن تكون هناك فائدة مباشرة لجانب التخزين. من ناحية أخرى ، أدى انفجار DeFi على Sui إلى زيادة دخل المدققين ، لكن لا علاقة له بعقد الفظ. لذلك ، يتطلب الحفاظ على التوازن طويل الأجل تحسينا استباقيا للنموذج الاقتصادي: يجب أن تتقلب أسعار التخزين بمرونة بناء على تكاليف الأجهزة ودورات الطلب وعمق سوق WAL.
2.3 ملخص التصميم
باختصار ، يوفر Irys تجربة مستخدم موحدة وموجزة ، ولكن مع التركيز على المخاطر. من ناحية أخرى ، يرسم Walrus خطا على مستوى الرمز المميز ويجلب محاسبة اقتصادية أكثر دقة ، لكنه يحتاج إلى التعامل مع نظامين للسوق وتقسيم الرسوم. يجب على البناة الموازنة بين التجربة السلسة والإدارة المنفصلة للمخاطر الاقتصادية لتتناسب مع تخطيط منتجاتهم واستراتيجية التمويل.
3. استراتيجيات استمرارية البيانات والازدواجية
3.1 Walrus: استخدام رمز التصحيح لتحقيق خفة وموثوقية عالية
تقوم Walrus بتقسيم كل كتلة بيانات (blob) إلى k شريحة بيانات، وإضافة m شريحة فحص زائدة (باستخدام خوارزمية تشفير RedStuff). هذه التقنية مشابهة لتقنية RAID أو تشفير Reed-Solomon، لكنها تم تحسينها لتناسب البيئات اللامركزية ذات التغير العالي في العقد. يمكن إعادة بناء الملف الأصلي من أي k من k + m شريحة، مما يوفر ميزتين:
كل شريحة ستظهر مع توزيعها على العقد بشكل كائن على Sui. ستقوم Walrus بتدوير لجنة الرهانات في كل حقبة، من خلال تحدي قابلية العقد باستخدام إثباتات تشفيرية، وإعادة ترميز العقد تلقائيًا عندما يتجاوز فقدان العقد العتبة الآمنة. على الرغم من أن هذه الآلية معقدة (تتضمن شبكتين، وشرائح متعددة، والتحقق المتكرر)، إلا أنها قادرة على تحقيق أعلى مستوى من الاستدامة بأقل سعة.
3.2 Irys: آلية النسخ المتعددة المحافظة ولكن المستقرة
اختار Irys عمدا نهجا أكثر بدائية ومباشرة للمتانة: قام كل 10 عمال مناجم تخزين نسخة كاملة لكل 16 تيرابايت من قسم البيانات. يمنع البروتوكول الاعتماد المكرر لنفس القرص الصلب عن طريق إدخال "قيمة ملح" معينة لعامل منجم (تقنية Matrix Packing). سيقوم النظام باستمرار بقراءة القرص الصلب للعقدة والتحقق منه من خلال "إثبات العمل المفيد" للتأكد من أن كل بايت حقيقي ، وإلا معاقبة عامل المنجم وسيتم خصم الأصول المخزنة.
في الممارسة العملية، يعتمد توفر البيانات على: هل هناك على الأقل عامل من بين 10 عمال استجاب للاستفسار؟ إذا فشل أحد العمال في التحقق، سيقوم النظام على الفور ببدء عملية النسخ مرة أخرى، للحفاظ على معيار 10 نسخ. تكلفة هذه الاستراتيجية تصل إلى 10 أضعاف من تخزين البيانات الزائد، ولكن المنطق واضح وبسيط، حيث يتم تركيز جميع الحالات على سلسلة واحدة.
3.3 ملخص التصميم
تركز Walrus على: معالجة مشكلة التبديل المتكرر للعقد من خلال استراتيجيات الترميز الفعالة ونموذج كائن Sui، مما يضمن استمرارية البيانات دون زيادة التكاليف. بينما تعتقد Irys: أنه مع الانخفاض السريع في تكاليف الأجهزة، فإن الآليات متعددة النسخ الأكثر مباشرة وثقلاً تكون أكثر موثوقية وراحة في المشاريع العملية.
إذا كنت بحاجة إلى تخزين بيتابايت من البيانات المؤرشفة وكنت مرتاحا لتعقيد البروتوكول العالي ، فإن ترميز محو Walrus يوفر ميزة في اقتصاديات كل بايت. وإذا كنت تركز أكثر على البساطة التشغيلية (سلسلة واحدة ، ودليل واحد ، والكثير من التكرار) وتعتقد أن الإنفاق على الأجهزة لا يكاد يذكر بالنسبة لسرعة تسليم المنتج ، فإن آلية Irys المكونة من 10 نسخ متماثلة توفر المتانة بأقل جهد.
4. بيانات قابلة للبرمجة وحسابات على السلسلة
4.1 Irys: العقود الذكية المدعومة محليًا للبيانات
نظرًا لأن التخزين وآلية التوافق و Irys Virtual Machine (IrysVM) تشترك في نفس دفتر الأستاذ، يمكن للعقود استدعاء read_blob(id, offset, length) كما لو كانت تقرأ حالتها الخاصة بسهولة. خلال تنفيذ الكتلة، يقوم المعدنون بتدفق مقاطع البيانات المطلوبة مباشرة إلى الآلة الافتراضية، وإجراء الفحوصات الحتمية، ومعالجة النتائج في نفس المعاملة. لا حاجة إلى أوركل، ولا حاجة إلى تمرير معلمات المستخدم، ولا حاجة إلى تحويلات خارج السلسلة.
يمكن لهذا الهيكل البياني القابل للبرمجة تحقيق حالات الاستخدام التالية:
على الرغم من أن تكلفة الغاز ستزيد مع زيادة عدد البايتات المقروءة، إلا أن تجربة المستخدم لا تزال معاملة محسوبة بـ IRYS.
4.2 Walrus: "التحقق أولاً ثم الحساب" النموذج
نظرًا لأن Walrus لا يمكنه تدفق الملفات الكبيرة مباشرة إلى آلة Move الافتراضية، فقد اعتمد نمط التصميم "التعهد بالتجزئة + الشهادة (witness)":
عند تخزين المستخدم لـ blob، سيقوم Walrus بتسجيل تجزئة محتوى (content hash) على Sui؛
بعد ذلك، يمكن لأي مستدعي تقديم جزء البيانات المقابل وإثبات خفيف الوزن يثبت صحة هذا الجزء (مثل مسار ميركل أو هاش كامل)؛
ستقوم عقود Sui بإعادة حساب الهاش ومقارنته مع بيانات Walrus الوصفية. إذا تم التحقق بنجاح، فسيتم الوثوق بهذه البيانات وتنفيذ المنطق اللاحق.
مزايا:
القيود:
4.3 ملخص التصميم
إذا كانت تطبيقاتك بحاجة إلى معالجة عدة ميغابايت من البيانات في كل كتلة من العقود (مثل الذكاء الاصطناعي على السلسلة، التطبيقات الإعلامية الغامرة، العمليات العلمية القابلة للتحقق، إلخ)، فإن واجهة برمجة التطبيقات المدمجة التي تقدمها Irys أكثر جاذبية.
إذا كان سيناريوك يركز أكثر على إثبات تكامل البيانات، أو عرض وسائل الإعلام الصغيرة، أو أن الحسابات تحدث خارج السلسلة، حيث تحتاج السلسلة إلى التحقق فقط من النتائج، فإن Walrus يمكنه القيام بذلك.
لذا، فإن هذا الخيار لا يتعلق ب"ما إذا كان بالإمكان تحقيقه"، بل يتعلق بالشكل الذي ترغب في وضع التعقيد فيه: في الطبقة الأساسية للبروتوكول (Irys) أم في طبقة تطبيقات الوسيطة (Walrus)؟
5. مدة التخزين والديمومة
5.1 Walrus: نموذج الإيجار حسب الطلب
تستخدم Walrus نموذج تأجير دوري ثابت. عند تحميل البيانات، يستخدم المستخدمون $WAL لدفع ثمن فترة تخزين ثابتة (يتم احتساب كل 14 يومًا كحقبة، ويمكن شراء ما يصل إلى حوالي سنتين في المرة الواحدة). عند انتهاء فترة الإيجار، إذا لم يتم التجديد، يمكن للعقد أن يختار حذف تلك البيانات. يمكن للتطبيقات كتابة نصوص تجديد تلقائية من خلال عقود Sui الذكية، مما يحول "الإيجار" إلى "تخزين دائم" فعلي، لكن مسؤولية التجديد تبقى دائمًا على عاتق المرسل.
تتمثل المزايا في أن المستخدمين ليسوا مضطرين للدفع مسبقًا مقابل السعة التي قد يتخلون عنها، ويمكن أن تتبع الأسعار تكاليف الأجهزة في الوقت الحقيقي. بالإضافة إلى ذلك، من خلال تعيين تاريخ انتهاء عقد الإيجار للبيانات، يمكن للشبكة تنفيذ عملية جمع البيانات التي لم تعد مدفوعة، مما يمنع تراكم "القمامة الدائمة". أما العيوب فهي: أن فقدان تجديد العقد أو نفاد الأموال قد يؤدي إلى اختفاء البيانات؛ ويجب على التطبيقات اللامركزية التي تعمل لفترات طويلة تشغيل "روبوتات الحفاظ" الخاصة بها.
5.2 Irys: التخزين الدائم المضمون من خلال طبقة البروتوكول
يوفر Irys خيار "التخزين الدائم" المشابه لـ Arweave. يحتاج المستخدمون فقط لدفع $IRYS مرة واحدة، مما يمكنهم من تمويل خدمات التخزين للعمال المنجمين على مدى مئات السنين القادمة بشكل صندوق على السلسلة (افتراض أن تكاليف التخزين ستستمر في الانخفاض، مما يغطي حوالي 200 عام). بعد إتمام هذه المعاملة، تنتقل مسؤولية تجديد التخزين إلى البروتوكول نفسه، ولا يحتاج المستخدمون لإدارة ذلك بعد الآن.
النتيجة هي تجربة مستخدم "تخزين مرة واحدة، واستخدام دائم"، وهي مناسبة جدًا لـ: NFT، السجلات الرقمية، مجموعات البيانات التي تتطلب عدم التلاعب (مثل نماذج الذكاء الاصطناعي). ولكن عيبها هو أن التكلفة الأولية مرتفعة، وهذا النموذج يعتمد بشكل كبير على صحة سعر $IRYS في العقود القادمة، وليس مناسبًا للبيانات التي يتم تحديثها بشكل متكرر أو الملفات المؤقتة.
5.3 ملخص التصميم
إذا كنت ترغب في التحكم في دورة حياة البيانات والدفع حسب الاستخدام الفعلي، يرجى اختيار Walrus؛ إذا كنت بحاجة إلى ديمومة بيانات طويلة الأمد لا تتزعزع وترغب في دفع علاوة لذلك، يرجى اختيار Irys.
6. نضج الشبكة واستخدامها
6.1 Walrus: بحجم إنتاجي
شبكة Walrus الرئيسية أطلقت فقط 7 حقب، لكنها تعمل بالفعل مع 103 مشغل تخزين و121 عقدة تخزين، وتمت عملية رهن إجمالية قدرها 1.01 مليار WAL. تخزن الشبكة حالياً 14.5 مليون blob (كتل بيانات)، مما أدى إلى 31.5 مليون حدث blob، بمتوسط حجم كائن يبلغ 2.16 ميغابايت، وبلغ إجمالي كمية البيانات المخزنة 1.11PB (حوالي 26% من سعتها الفعلية البالغة 4.16PB). معدل تحميل البيانات حوالي 1.75KB/s، وتغطي خريطة التجزئة 1000 shard متوازي.
تشهد الجوانب الاقتصادية أيضًا زخمًا قويًا:
تم اعتماد العديد من العلامات التجارية ذات الحركة العالية لولروس، بما في ذلك بادجي بينغوينز، أنتشيند وكلينوسورز، حيث تم بناء أنظمة إدارة الأصول أو واجهات بيانات الأرشفة عليها. حاليًا، يمتلك الشبكة 105,000 حساب، و67 مشروعًا قيد التكامل، وقد دعمت نقل بيانات بمستوى PB في مشاهد حقيقية تتعلق بـ NFT والألعاب.
6.2 Irys: لا يزال في المرحلة المبكرة
وفقًا للوحة البيانات العامة لـ Irys (حتى يونيو 2025):
تكلفة استدعاء البيانات القابلة للبرمجة هي $0.02 لكل chunk (كتلة بيانات)، لكن بسبب عدم توفر صندوق التخزين الدائم، فإن كمية البيانات المكتوبة الفعلية لا تزال محدودة للغاية. الأداء الحالي لتنفيذ العقود جيد، لكن قدرة التخزين الجماعي لا تزال شبه معدومة، مما يعكس تركيزها الحالي على وظائف الآلات الافتراضية وأدوات المطورين، بدلاً من قدرة تحمل البيانات.
6.3 المعنى الذي تمثله الأرقام
وصلت حيوانات البحر إلى مستوى PB ، مما يسمح لها بتوليد العائدات ، وقد تم اختبارها بدقة من قبل علامة NFT للمستهلكين. بينما لا تزال Irys في مرحلة التوجيه المبكر ، فهي غنية بالميزات ولكنها تحتاج إلى انضمام المعدنين وتلبية متطلبات حجم البيانات.
بالنسبة للعملاء الذين يقيمون حالة استعداد الإنتاج، فإن أداء Walrus الحالي هو كما يلي:
على الرغم من أن رؤية Irys المتكاملة قد تحقق مزايا في المستقبل (مثل انضمام عمال المناجم، وتطبيق صندوق التخزين الدائم، وزيادة TPS)، إلا أنه بالنظر إلى الأداء الكمي الحالي، والسعة، وحالة استخدام العملاء، فإن Walrus تتمتع بميزة رائدة أكثر عملية.
7. آفاق المستقبل
يمثل Walrus و Irys طرفي طيف تصميم التخزين على السلسلة:
اختيار أي منها ليس مسألة "صواب أو خطأ"، بل يعتمد على العائق الذي تهتم به أكثر:
في المستقبل، من المحتمل أن يت coexist كلاهما بالتوازي في عملية توسع اقتصاد البيانات على السلسلة، لخدمة أنواع مختلفة من المطورين وسيناريوهات التطبيقات.