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

دعنا نبدأ بأدوات سطر الأوامر. قد تتساءل، هل هناك شيء يستحق الحديث عن CLI؟ لكن فكرة تصميم Walrus الثنائية لها فعلاً منطق. بالمقارنة، يحتاج IPFS إلى بدء عملية daemon أولاً، Arweave يتطلب التعامل مع المحفظة وتكوين المفاتيح، بينما Walrus بسيط وفج — قم بتنزيل الملف الثنائي، وبجملة واحدة walrus store يمكنك إرسال الملف إلى الشبكة اللامركزية، وتحصل على رقم blob فوراً. العملية برمتها بدون خطوات زائدة.

هذا CLI لا يدعم فقط تحميل الملفات الفردية. يمكنك استخدام أحرف بدل لإجراء عمليات دفعية، على سبيل المثال walrus store images/*.png يمكنه معالجة جميع الصور في المجلد بأكمله دفعة واحدة، كل ملف يرجع blob ID مستقل. رأيت فريقاً هاجر من حل تخزين رائد، كل ما فعلوه هو كتابة سكريبت shell لاستدعاء هذا CLI في حلقة، انتهوا من معالجة عدة تيرابايت من البيانات في حلال ظهيرة — هذا النوع من الفائدة العملية يمكن تخيل مدى جاذبيته لبيئات الإنتاج.

هناك أيضاً تفصيل دقيق وهو آلية إدارة Epoch. عند تخزين البيانات يمكنك تحديد دورة التخزين، هذا مفيد جداً لتحسين التكاليف. دورات حياة البيانات مختلفة في سيناريوهات الأعمال المختلفة، القدرة على التعيين بمرونة بدلاً من الإجبار على القفل، هذا هو التصميم الذي يقترب من الاحتياجات الفعلية.