لقد قسّمتُ حالة “Expired” في مجمع اختبار الـtestnet vault إلى جدولين، ووجدت أنه في الحالتين—رغم أن النص الظاهر على الصفحة هو نفسه تمامًا—فإن الرسوم ومسار المعالجة يختلفان جذريًا. الحالة الأولى هي أن التحضير يتم خارج السلسلة، ولم يتم إكماله ضمن نافذة ACK التي تبلغ حوالي 24 ساعة؛ ولم يكتمل مسار المعاملة من جهة البروتوكول، إذ لم يمرّ ببناء/إرساء المراكز (建仓) في البروتوكول. بعد انتهاء صلاحية الـvault، يقوم النظام تلقائيًا بإرجاع رسوم بناء/إرساء المراكز التي دفعتها لاختبار الشبكة. أما الحالة الثانية فهي أن الحالة وصلت بالفعل إلى Verified، لكنك لم تقم بالنقر على تفعيل (激活) خلال حوالي 48 ساعة؛ عندها تنتهي صلاحية الـvault أيضًا، لكن لن يتم استرداد تلك الرسوم، لأن أعمال التنسيق قد حدثت بالفعل. في كلتا الحالتين، لا يتم فقدان أصل البيتكوين الخاص بك: معاملة Pre-PegIn تحجز مسارًا للاسترداد (refund). وبعد انتهاء قفل وقت timelock الحالي الخاص بـ tRefund في شبكة الاختبار بعد قرابة 3 أيام، لن تحتاج إلا إلى توقيع مفاتيح البيتكوين الأصلية لاسترداد الأصول بشكل أحادي، دون الاعتماد على أي مزوّد خدمة. $BTC
والذي يهمّني فعلًا ليس مجرد أن “العملة ما زالت موجودة”، بل أن صفحة الانتهاء تعرض حالة واحدة فقط دون إخبارك في أي خطوة تتعطل، وما إذا كانت الرسوم ستُسترد، وكم يتبقى من العدّ التنازلي لاسترداد الأموال. إن خلط ما لم تكن المنظومة مستعدة له مع ما لم يُنجزه المستخدم في الخطوة الأخيرة يجعل مسؤولية المخاطر غير واضحة. إذا أتيحت للمُالكين لِـBABY في المستقبل فرصة المشاركة في حوكمة المعلمات، فسأكون أول من يراجع ما إذا كان يمكن دفع الواجهة الأمامية لعرض “سبب الانتهاء، وجهة الرسوم، والوقت المتبقي لمسار الاسترداد” مفصولة. وبالنسبة لـTBV الخاص بـ@BabylonLabs_io ، فإن خطوتي التالية ستتمثل في الاستمرار في تسجيل: معدل انتهاء مهلة ACK (ACK timeout rate)، ونسبة عدم التفعيل بعد Verified، وكم متوسط الوقت من تاريخ الانتهاء حتى الاسترجاع الفعلي لـBTC. وجود مسار الاسترداد لا يعني أن بإمكان المستخدم الانتظار دون تكلفة. #baby @BabylonLabs_io $BABY