عدت إلى قسم DEX في الورقة البيضاء الليلة الماضية، معتقدًا أنه سيكون مجرد منطق هوامش Lendings مُعاد تسميته. هو أقرب مما توقعت، لكنه ليس مطابقًا.$BABY

@BabylonLabs_io A يقوم متداول بإيداع BTC داخل Trustless Bitcoin Vaults (TBV) بنفس طريقة الإقراض. تتم مزامنة بيانات وصف الحاوية مع سلسلة متوافقة مع perps عبر بنية عملاء خفيفة، ويتم سكّ collBTC هناك، لكن بدلًا من أن يكون ضمانًا لقرض (Loan) يصبح هامشًا للمراكز الطويلة أو القصيرة، بينما تقوم محركات الهامش لدى البروتوكول بتتبع PnL وحدود المخاطر مباشرةً.

تتشابه عملية التسوية مع نمط إعادة الاقتناء في الإقراض: حرق رمز الهامش، تقديم إثبات إلى الحاوية، انتظار انتهاء المهلة ثم استعادة BTC. تعمل التصفية بالطريقة نفسها من الجهة الأخرى، حيث يقوم المُصفّون بالشراء وحرق collBTC عندما ينخفض المركز تحت حدود الحد الأدنى للصيانة.

كنت أظن أن إعادة استخدام بدائية الحاوية (vault) عبر العملات المستقرة للإقراض وperps تعني أن ملف المخاطر متطابق تقريبًا في كل مكان. لكنه ليس كذلك؛ perps تحمل تذبذب PnL لا تملكه مراكز الاقتراض بحجم قرض ثابت.

في الواقع، أعتقد أن خيار التصميم الأكثر إثارة هنا هو أن بدائية ضمان واحدة تدعم أشكال مخاطر مختلفة حقًا بدل الحاجة إلى تصميم حاوية منفصل لكل حالة استخدام.

يتم وصف ذلك كتخطيط مقترح في الورقة البيضاء، وليس كشيء مؤكد أنه يعمل في أي مكان حتى الآن؛ لذا ما لم أعمله بعد هو ما إذا كانت محركات الهامش تتبع PnL وتشغّل بالكامل على السلسلة (onchain)، أم تعتمد على مكوّن خارج السلسلة (offchain). فالورقة لا تذكر التفاصيل.
#DoYouKnowThis
$EUL $BANK
#baby