دفعتُ عن قصد مركزًا على شبكة تجريبية إلى التصفية في الليلة الماضية فقط لأراقب ما الذي يحدث فعليًا، بدلًا من افتراض أن «التصفية الفورية» تعني حرفيًا ما يبدو أنها تعنيه.

وهذا الجزء السهل الفَقدان: عندما يتم تصفية الخزنة، لا ينتظر المُصَفّي أن يتم فك التزامك الحقيقي بالـ BTC على شبكة Bitcoin. بل يتم سدادهم فورًا عبر Swap Spoke مستقل يدفع لهم مقابلًا في WBTC، وبسرعة على Ethereum. يتم فك الـ BTC الحقيقي لديك فقط بعد ذلك، ضمن الجدول الزمني الأبطأ على Bitcoin، ويتم استرداده لاحقًا بواسطة من يقوم بتنفيذ التحكيم.

ذكّرني ذلك بشخص يقوم بخدمة الكابينات ويعطيك سيارة بديلة فور وصولك، بينما سيارتك الحقيقية ما زالت تُجرى حولها الخدمة من الخلف. يبدو الأمر فوريًا. لكنه ليس كذلك تمامًا — لقد تم تقسيمه إلى خطّين زمنيّين لا تراهما يتصادمان أبدًا.

لذا فإن كلمة «فوري» هنا ليست ضمانًا تشفيريًا، بل ضمانًا للسيولة. لا يعمل إلا إذا كان لدى Swap Spoke ما يكفي من WBTC جاهز للمبادرة. جيد في يوم عادي. لكن التصفّيات تتكتّل — فهي غالبًا تحدث معًا، خلال نفس تحركات السعر التي تجعل الـ BTC لدى الجميع غير آمن في اللحظة ذاتها. هذه بالضبط هي اللحظة التي يتم فيها اختبار احتياطي WBTC المشترك بأقصى ضغط، وليس أي يوم هادئ عشوائي الثلاثاء.

لا يوجد خطأ في التصميم من حيث المبدأ: توفير السيولة قبل استقرار الأصل الحقيقي بشكل أبطأ هو تنازُل منطقي. لكن هذا يعني أن «لا ثقة، بلا جسر» و«تصفية فورية» هما ادعاءان منفصلان تم ربطهما معًا، ولا يتم فرض أحدهما فعليًا عبر التشفير. أما الآخر فيعتمد على مدى عمق هذا الاحتياطي بالقدر الكافي تمامًا عندما تكون الحاجة القصوى.

أنتظر معرفة ما إذا كان هناك حجم مستهدف منشور لهذا الاحتياطي مقارنةً بـ TVL المتوقع، أم أنه يُراد له أن يتدرّج تلقائيًا مع الاستخدام — لأن الرقم هناك هو ما يحدد حقًا ما إذا كانت «الفورية» تصمد في المرة الوحيدة التي تُختبر فيها فعلًا.

@BabylonLabs_io $BABY #baby #Babylon $SKYAI $VIC