ما زلت أفكر في مقدار ما في تصميم TBV ليس سوى مجرد الالتفاف على قيْد يعرفه الجميع في بيتكوين بالفعل: لغة برمجة بيتكوين لا تدعم الالتزامات (covenants)، وهي الآليات التي من شأنها أن تُمكّن من تقييد كيفية إنفاق الأموال في المستقبل. إن غياب ذلك هو ما جعل الجسور تحتاج تاريخيًا إلى مشغّلين ولجان توقيع في كل مرة على الإطلاق. إجابة TBV مختلفة. يتم حبس الـ BTC في Taproot UTXO على بيتكوين من لحظة الإيداع وحتى الاسترداد، حيث يخضع الإنفاق لشروط البرمجة (script conditions) بدل أن تكون هناك جهة تمسك المفاتيح. يعتمد الاسترداد نفسه على قواعد على السلسلة، مثل ما إذا كان قد تم سداد القرض، ويعيد التسوية الـ BTC مباشرة إلى UTXO تُتحكم به الجهة التي تقوم بالاسترداد. لا يحدث أي حفظ للأموال بواسطة طرف آخر في المنتصف. هذا مسار حياة مختلف بصورة جوهرية عن الجسر، حيث تصبح الأصول مؤقتًا مشكلة شخص آخر يجب عليه الاحتفاظ بها بأمانة. ما لا أعرفه بعد هو مدى سلاسة تعامله مع الحالات الحدّية، والمطالبات المتنازع عليها، والاستردادات محلّ الجدل، والمسارات الواقعية الأكثر فوضوية. شروط البرمجة تكون دقيقة حتى تصبح الواقع غامضًا. أنا أراقب كيف يعمل إطار إثبات الاحتيال (fraud-proof window) عند وجود مطالبة متنازع عليها فعليًا، لا مجرد سيناريو نظري.

@BabylonLabs_io #baby $BABY