#baby $BABY لقد ركّزتُ على “نوعيْن من انتهاء الصلاحية، واثنتين من صور المسؤولية، ومسار ردّ أصل المبلغ نفسه عبر قناة واحدة”، ثم أعيد صياغته إلى نسخة أقرب إلى سجلّ عمليات حقيقي:
لقد رتبتُ خطوات بناء المركز (الاستحواذ) في الشبكة الاختبارية العامة الحالية حسب الوقت، ثم اكتشفت أن أكثر ما يسبب الالتباس ليس “كم ينتظر المرء”، بل تحديدًا: من الذي لم يُنجز الفعل بين “انتهاء صلاحية بعد نحو 24 ساعة” و“انتهاء صلاحية بعد نحو 48 ساعة”. في الحالتين، ينتهي الأمر دائمًا بعرض أن المِلجأ/الخزنة قد انتهت صلاحيتها، لكن نتيجة التكاليف تختلف. في الظروف العادية، سيقوم Pre-PegIn أولًا بالانتظار على Bitcoin Signet حتى اكتمال 12 تأكيدًا تقريبًا، ما يستغرق نحو 120 دقيقة. بالتوازي، تتم أيضًا عمليات التوقيع خارج السلسلة وتأكيد الأطراف المشاركة، لذلك تُقدّر الوثائق أن البناء الكامل للمركز يستغرق قرابة ساعتين.
تحدث الحالة الأولى من انتهاء الصلاحية خلال مرحلة ACK. إذا لم يكتمل تجهيز الأطراف المطلوبة خلال نحو 24 ساعة، فهذا يعني أن تدفق العملية من جانب البروتوكول لم يمر بنجاح، وستتم تلقائيًا إعادة رسوم بناء المركز في الشبكة الاختبارية. لم تختفِ BTC الخاصة بالمستخدم؛ إنها فقط تتوقف مؤقتًا داخل مخرجات Pre-PegIn، وتحتاج إلى انتظار فتح قفل وقت الاسترداد (refund timelock). أما الحالة الثانية فمختلفة: يكون التحضير خارج السلسلة قد اكتمل، وتصبح الحالة Verified بالفعل، لكن المستخدم لا يُفعّل يدويًا ضمن نحو 48 ساعة بعد الإنشاء. هنا أيضًا تنتهي صلاحية الخزنة، لكن لأن أعمال التنسيق السابقة كانت قد حدثت بالفعل، فلن تُعاد رسوم بناء المركز. الخسارة تكون في رسوم الاختبار، وليس أصل BTC.
حاليًا إعداد tRefund هو 3 أيام. بعد انتهاء صلاحية قفل الوقت، يحتاج المستخدم فقط إلى توقيع مساره بالـ Bitcoin المفتاح نفسه السابق، لاسترجاع BTC عبر مسار الاسترداد المُحدد مسبقًا، دون الحاجة إلى Vault Provider أو أي أطراف مشاركة أخرى. وهذه الثلاثة أيام ليست “تأخيرًا عمديًا”، بل الهدف أن تنتهي نافذة التفعيل العادية أولًا، لتجنب تعارض مسارين لنفس BTC: “الاستمرار في بناء المركز” و“الاسترداد المبكر” في الوقت نفسه. @BabylonLabs_io في الواقع يفصل المسؤوليات بوضوح: إن لم تكن المنظومة جاهزة فسيتم ردّ الرسوم، وإن لم ينجز المستخدم الخطوة الأخيرة فلن تُرد الرسوم، لكن يتم الاحتفاظ بالمبلغ الأساسي ويمكن استعادته من مخرج الاسترجاع أحادي الجانب. ما ينبغي أن تعرضه الواجهة الأمامية فعلًا ليس مجرد “انتهت الصلاحية”، بل أيضًا: أين تعثّر المستخدم ضمن أي مرحلة، وهل تُعاد الرسوم أم لا، وكم من الوقت حتى يمكنه أخذ/استرجاع الأموال، وما الخطوة التالية التي ينبغي أن يوقّع عليها. #baby $BABY
لقد رتبتُ خطوات بناء المركز (الاستحواذ) في الشبكة الاختبارية العامة الحالية حسب الوقت، ثم اكتشفت أن أكثر ما يسبب الالتباس ليس “كم ينتظر المرء”، بل تحديدًا: من الذي لم يُنجز الفعل بين “انتهاء صلاحية بعد نحو 24 ساعة” و“انتهاء صلاحية بعد نحو 48 ساعة”. في الحالتين، ينتهي الأمر دائمًا بعرض أن المِلجأ/الخزنة قد انتهت صلاحيتها، لكن نتيجة التكاليف تختلف. في الظروف العادية، سيقوم Pre-PegIn أولًا بالانتظار على Bitcoin Signet حتى اكتمال 12 تأكيدًا تقريبًا، ما يستغرق نحو 120 دقيقة. بالتوازي، تتم أيضًا عمليات التوقيع خارج السلسلة وتأكيد الأطراف المشاركة، لذلك تُقدّر الوثائق أن البناء الكامل للمركز يستغرق قرابة ساعتين.
تحدث الحالة الأولى من انتهاء الصلاحية خلال مرحلة ACK. إذا لم يكتمل تجهيز الأطراف المطلوبة خلال نحو 24 ساعة، فهذا يعني أن تدفق العملية من جانب البروتوكول لم يمر بنجاح، وستتم تلقائيًا إعادة رسوم بناء المركز في الشبكة الاختبارية. لم تختفِ BTC الخاصة بالمستخدم؛ إنها فقط تتوقف مؤقتًا داخل مخرجات Pre-PegIn، وتحتاج إلى انتظار فتح قفل وقت الاسترداد (refund timelock). أما الحالة الثانية فمختلفة: يكون التحضير خارج السلسلة قد اكتمل، وتصبح الحالة Verified بالفعل، لكن المستخدم لا يُفعّل يدويًا ضمن نحو 48 ساعة بعد الإنشاء. هنا أيضًا تنتهي صلاحية الخزنة، لكن لأن أعمال التنسيق السابقة كانت قد حدثت بالفعل، فلن تُعاد رسوم بناء المركز. الخسارة تكون في رسوم الاختبار، وليس أصل BTC.
حاليًا إعداد tRefund هو 3 أيام. بعد انتهاء صلاحية قفل الوقت، يحتاج المستخدم فقط إلى توقيع مساره بالـ Bitcoin المفتاح نفسه السابق، لاسترجاع BTC عبر مسار الاسترداد المُحدد مسبقًا، دون الحاجة إلى Vault Provider أو أي أطراف مشاركة أخرى. وهذه الثلاثة أيام ليست “تأخيرًا عمديًا”، بل الهدف أن تنتهي نافذة التفعيل العادية أولًا، لتجنب تعارض مسارين لنفس BTC: “الاستمرار في بناء المركز” و“الاسترداد المبكر” في الوقت نفسه. @BabylonLabs_io في الواقع يفصل المسؤوليات بوضوح: إن لم تكن المنظومة جاهزة فسيتم ردّ الرسوم، وإن لم ينجز المستخدم الخطوة الأخيرة فلن تُرد الرسوم، لكن يتم الاحتفاظ بالمبلغ الأساسي ويمكن استعادته من مخرج الاسترجاع أحادي الجانب. ما ينبغي أن تعرضه الواجهة الأمامية فعلًا ليس مجرد “انتهت الصلاحية”، بل أيضًا: أين تعثّر المستخدم ضمن أي مرحلة، وهل تُعاد الرسوم أم لا، وكم من الوقت حتى يمكنه أخذ/استرجاع الأموال، وما الخطوة التالية التي ينبغي أن يوقّع عليها. #baby $BABY