ابو ابراهيم الفضلي

С ростом прогресса в 2026 году, не было абсолютной необходимости в распределённом, масштабируемом и недорогом хранилище, каким оно является сейчас. Традиционные поставщики облачных услуг всё чаще воспринимаются как «закрытые сады», в то время как решения для хранения на блокчейне сталкиваются с постоянными проблемами высокой задержки и высоких затрат. Здесь появляется Walrus Protocol — полностью обновлённая инфраструктура, построенная на блокчейне Sui, которая радикально переосмысливает подход к работе с «большими двоичными объектами» или бло́бами.

Для решения структурной проблемы внедрения блокчейна в реальную экономику была создана организация Dus
Публичный блокчейн ввел прозрачность и снизил доверие, но также по умолчанию раскрыл чувствительные финансовые данные
Для организованных предприятий, компаний и рынков этот уровень риска недопустим
Системы финансов должны обеспечивать конфиденциальность информации, а не как опциональную функцию, а как основное требование

@Dusk لطالما دار الحديث حول بروتوكول داسك لسنوات من منظور الخصوصية، لكن النقاش مؤخرًا بات أكثر عملية. يدور الحديث حول مدى سهولة استخدام الشبكة يوميًا، وسرعان ما يتحول إلى موضوع الرسوم. في داسك، لا يُعد رمز داسك مجرد شعار، بل هو المبلغ الذي تنفقه لإتمام المعاملات وتنفيذ العقود الذكية، مما يجعل "فائدة" الرمز واضحةً بشكلٍ يصعب على معظم المشاريع شرحه.
توضح وثائق Dusk آلية احتساب الرسوم بوضوح. تستهلك كل معاملة غازًا، وتختار حدًا أقصى للغاز وسعرًا له، وتُحسب الرسوم النهائية بضرب الغاز المُستهلك في سعر الغاز. لا تُحتسب الرسوم على الغاز غير المُستخدم، وإذا نفد الغاز من معاملة ما وعادت إلى نقطة البداية، فسيتم دفع قيمة الغاز المُستهلك. تُقاس أسعار الغاز بوحدة LUX، حيث يساوي 1 LUX ما يعادل 10⁻⁹ DUSK، وهي تفصيلة صغيرة مهمة عند محاولة فهم التكاليف دون الخوض في تفاصيل الأرقام العشرية.
لماذا أصبح هذا موضع اهتمام الآن؟ التوقيت والزخم. في يونيو 2025، وصف ديسك تحوله نحو بنية مودولارية مكونة من ثلاث طبقات، حيث تقوم DuskDS بإدارة التوافق والتسوية وتوافر البيانات تحت طبقة تنفيذ EVM تُسمى DuskEVM، مع خطة لطبقة خصوصية جنبًا إلى جنب. مثل هذا التحول الهيكلي يجذب المطورين عادةً، لأنه يوضح ما تسعى إليه الشبكة. وعندما يظهر المطورون، تصبح الرسوم غير نظرية؛ بل تصبح بنداً في الميزانية.
كما يدفع التوافق أيضًا إلى تضخيم دور عملة الرسوم. أعلنت ديسك عن جسر ثنائي الاتجاه في مايو 2025 يتيح للمستخدمين نقل عملة DUSK الأصلية بين الشبكة الرئيسية وشكلها على Binance Smart Chain (BEP20)، مما يوسع الطرق التي يمكن من خلالها اكتساب واستخدام العملة. وكلما زادت الطرق، زادت الحركة، وكلما زادت الحركة، زاد عدد الناس الذين يلاحظون ما يدفعونه مقابل المعاملات. تجعل الإمكانيات الأسهل مناقشات الرسوم أكثر صوتًا، وأسرع، وأكثر تكرارًا.
ميزة واحدة أعود إليها باستمرار هي من يجب أن يدفع هذه الرسوم. تسمح وثيقة بروتوكول الاقتصاد في ديسك صراحةً للعقود الذكية بدفع رسوم الغاز، مما ينقل المسؤولية بعيدًا عن المستخدمين لخلق تجربة أكثر سلاسة. إنها عجلة دقيقة لها تداعيات كبيرة. أصبحت الإجراءات الممولة، أو استرداد الرسوم، أو تدفقات التسجيل المجانية للعملية الأولى ممكنة دون التظاهر بأن الحسابات مجانية. كما أنها تفرض على فرق التطبيقات التفكير كمُشغلين: إذا كنت تغطي رسوم الغاز، فلديك ميزانية، وسياسة، وشخصًا يجب أن يشرحها عندما يسأل المستخدمون.
يُضيف السرد القانوني طبقة أخرى إلى النقاش. في أكتوبر 2025، أشار ديسك إلى أعمال حول مفهوم منصة تداول أصول منظمة مبنية على DuskEVM، مما يوحي بمستقبل تكون فيه التكاليف واضحة ليس فقط للمستخدمين المتمرسين في العملات الرقمية، بل أيضًا للمؤسسات والمدققين. في هذا العالم، لا تُعد عملة الرسوم المتوقعة مجرد تفصيل في تجربة المستخدم؛ بل هي نظافة تشغيلية أساسية.
هناك أيضًا سبب أبسط يجعل DUSK يظهر الآن على شاشات أكثر: الحوافز والحملات. في 8 يناير 2026، نشرت بانينس حملة CreatorPad تقدم مكافآت بقيمة شهادات عملة DUSK مقابل إكمال مهام. في نفس الوقت، انتشرت دلائل مجتمعية حول كيفية التحقق من المكافآت ولوحة عرض النقاط، مما يشجع المزيد من المحافظ على حفظ وتحريك عملة DUSK، حتى لو كان ذلك فقط لتجربة الإقامة أو استلام العمليات.
أبقى مع توتر خفيف ليس فريدًا من نوعه في ديسك: يمكن أن تجعل عملة الرسوم التي تُداول بحرية التكاليف اليومية تبدو متقلبة، بينما لا يزال المستخدمون يسعون إلى دفعات بسيطة وسهلة
@Dusk #dusk $DUSK #Dusk

الافتراض بسيط. إذا تصرف الكثيرون بشكل صحيح، فمن المرجح أن تظل النظام سليمًا.
يأخذ الوالروس موقفًا مختلفًا.
بدلًا من افتراض الظروف الجيدة، تم تصميم البروتوكول بناءً على ما يحدث عند تدهور الأوضاع. ليس عند عمل كل شيء بشكل مثالي، بل عند تآكل الحوافز، أو انخفاض عدد العقد، أو بدء فقدان التنسيق.
تظهر هذه الخيار التصميمي عبر الوثائق. لا يحاول الوالروس إخفاء التعقيد وراء وعود متفائلة. بل يعامل الموثوقية كشيء يجب التفكير فيه باستمرار، وليس مجرد التحقق منه بعد حدوث العطل.
هذا التفكير مهم أكثر مما يبدو.
في البنية التحتية، يخلق التصميم المتفائل فشلًا متأخرًا. تبدو الأنظمة صحية حتى تصبح غير ذلك فجأة. وبمجرد ظهور المشكلات، تكون التطبيقات قد تأثرت بالفعل. يحاول الوالروس تضييق هذه الفجوة من خلال جعل صحة النظام مرئية بدلًا من افتراضها.
هذا لا يعني أن البروتوكول مناعٍ من المخاطر. لا يزال الالتزام مهمًا. يجب أن تظل الحوافز متوافقة. يمكن أن تتغير ظروف الشبكة في أي وقت. لكن الفرق الرئيسي هو الشفافية حول هذه المخاطر. لا يُعامل الفشل كحالة استثنائية، بل كمُدخل في التصميم.
للمطورين والمشغلين، يُغيّر هذا التحول التوقعات. لا تمثل الموثوقية وعْدًا، بل شرطًا يجب تلبّيه باستمرار. وهذا يجعل النظام أقل اعتمادًا على القصص، لكنه أكثر تنبؤًا تحت الضغط.
الوالروس لا يتنافس على السرعة أو الهوس. بل يتنافس على كيفية تصرف الأنظمة عندما تنهار الافتراضات.
المصدر: الوثائق الرسمية للوالروس
@Walrus 🦭/acc $WAL
#walrus

معظم البنية التحتية مصممة حول فكرة أن الفشل نادر. يُتوقع أن تبقى العقد متصلة، ويُتوقع أن تتصرف الشبكات بشكل طبيعي، ويُنظر إلى فقدان البيانات على أنه شيء يحدث فقط في الحواف. يبدأ Walrus من افتراض مختلف. الفشل أمر طبيعي، ويجب أن تعمل الأنظمة حتى عندما لا تعمل أجزاء من الشبكة.
في Walrus، تم تصميم توفر البيانات مع التجزئة والتكاثر، مع افتراض أن بعض القطع ستكون دائمًا مفقودة. لا يرتبك البروتوكول عندما تختفي العقد. بدلًا من ذلك، يطرح سؤالًا أبسط. هل لا يزال هناك ما يكفي من القطع المتاحة لإعادة بناء البيانات؟ إذا كانت الإجابة بنعم، يستمر النظام دون انقطاع.
هذا الاختيار التصميمي مهم لأنه في الشبكات اللامركزية، من الطبيعي أن تكون غير مستقرة. العقد تظهر وتختفي. تتغير الحوافز. تتغير ظروف الشبكة. الأنظمة التي تعتمد على افتراضات تفاؤلية غالبًا ما تفشل فجأة عندما تنهار هذه الافتراضات. يقلل Walrus من هذا الخطر من خلال جعل الفشل جزءًا من النموذج بدلًا من كونه شيئًا يجب إصلاحه لاحقًا.
لتطبيقات، يُنشئ هذا بيئة أكثر توقعًا. لا يحتاج المطورون إلى بناء منطق استبدال معقد أو المبالغة في التكرار. تم تصميم التخزين نفسها لامتصاص عدم الاستقرار وإرسال إشارة عند تدهور الظروف.
Walrus لا يُعد بتوافر كامل أو خلو من المخاطر. ما يقدّمه هو الوضوح. يحدد مظهر الفشل، ومدى قدرة النظام على التحمل، ومتى لا يزال يمكن إجراء الاستعادة. في البنية التحتية اللامركزية، تكون هذه الصراحة غالبًا أكثر قيمة من الضمانات التفاؤلية.
المصدر: الوثائق الرسمية لـ Walrus
@Walrus 🦭/acc
$WAL
#walrus

تعتمد أنظمة التخزين اللامركزية الأكثر انتشارًا على وعْد ضمني. يتم نسخ البيانات عبر العقد، وبالتالي يجب أن تكون متاحة عند الحاجة. لكن وولروس لا تعتمد على هذا الوعد. بدلًا من ذلك، تفصل بين التخزين والثقة من خلال تصميم البروتوكول بحيث يمكن التفكير في التوفر دون افتراض سلوكًا صادقًا.
في وولروس، يُبنى النظام حول فكرة أن العقد يمكن أن تفشل أو تصبح غير متصلة أو تتفاعل بشكل غير متوقع. وبسبب ذلك، يتم تشفير البيانات وتوزيعها بطريقة تسمح بإعادة بنائها طالما تحققت شروط معينة. لا يتم تخمين التوفر. بل يستنتج من طريقة وضع القطع وما إذا كانت كميات كافية منها لا تزال متاحة.
هذا مهم لأن العديد من الأعطال في الأنظمة اللامركزية تكون صامتة. كل شيء يبدو على ما يرام حتى تفشل الاسترجاع فجأة. تم تصميم وولروس لتقليل هذه المفاجآت. من خلال اعتبار التوفر خاصية يمكن تقييمها بشكل مستمر، يجعل البروتوكول فقدان البيانات أكثر وضوحًا وأقل تفاجئًا.
بالنسبة للمطورين، يُحوّل هذا المسؤولية بعيدًا عن منطق التطبيق. لا يحتاجون إلى افتراض أن الشبكة ستتصرف بشكل صحيح تحت الضغط. يُبنى وولروس للكشف عن ما إذا كان لا يزال قادرًا على الأداء. هذا لا يجعله خاليًا من المخاطر، لكنه يجعل المخاطر أكثر وضوحًا.
وولروس لا يسعى لأن يكون طبقة التخزين الأسرع أو الأرخص. بل يركز على السلوك المتوقع في ظل ظروف غير مثالية. قد يحد هذا التركيز من جمهوره، لكنه يُحدد حالة استخدام واضحة حيث تُقدَّر الموثوقية أكثر من الافتراضات.
المصدر: الوثائق الرسمية لوولروس
@Walrus 🦭/acc
$WAL
#walrus