لَا أُسَمِّيه «الحِفْظ الذاتي» حتى يختفي الطرف الآخر.

يمكنني الوثوق تقريبًا بأي نظام عندما تكون كل الأمور تعمل بشكل صحيح.

لكن الاختبار الحقيقي يبدأ عندما يتوقف المشغّل عن الرد.

لهذا السبب تهمني إحدى أجزاء تصميم TBV في Babylon أكثر من عنوان الاقتراض: مسار «الادّعاء الذاتي» لدى المودِع.

أثناء الخروج العادي، أُسَدِّد الدين، وأستردّ الضمان، ويقوم مزوّد الـVault بقيادة مطالبة البيتكوين.

لكن ماذا يحدث إذا تعذّر على هذا المزوّد الاتصال، أو أخّر العملية، أو ببساطة رفض القيام بذلك؟

تُحضِّر Babylon مسار خروجٍ آخر عند إنشاء الـvault.

باستخدام مفتاح WOTS الخاص بالـvault وأدوات/أثر المُطالِب (claimer artifacts)، يمكن للمودِع بدء مطالبة البيتكوين عبر أداة watchtower التابعة للبروتوكول. بعد فترة التحدّي، يمكن للـBTC العودة إلى العنوان المُلتزم به أثناء إنشاء الـvault.

لا يلزم أي تعاون من المزوّد غير المتاح.

لكن توجد هنا مسؤولية غير مريحة.

هذا المسار الاحتياطي لا يحميّني إلا إذا حافظتُ على ملفات الاسترداد تلك بشكل آمن. إن فقدتها، يصبح «الحِفْظ الذاتي» أضعف بكثير بالضبط عندما أحتاج إليه أكثر ما يمكن.

وهذا ما يجعل هذا التصميم مثيرًا للاهتمام.

لا تفترض Babylon أن كل مشغّل سيظل متاحًا إلى الأبد. بل تتجهّز للفشل قبل أن يدخل الـBTC إلى الـvault.

خلاصتي:

الـvault الجدير بالثقة ليس هو الذي يَعِد بتشغيلٍ مثالي دون انقطاع.

بل هو الذي ما يزال يمنحني مخرجًا قابلاً للتصديق عندما يختفي وقت التوفر.

@BabylonLabs_io $BABY $BLESS $HOME #baby