أعرف مطوّرًا يعمل على تطبيقات داخل منظومة Babylon، وقد اشتكى لي قائلاً إن عملية دمج TBV كانت متعبة نوعًا ما، لكن بعد الانتهاء شعر أنها «تستحق».
ما يفعله هو بروتوكول إقراض بالاقتراض بضمان BTC. في البداية كان يستخدم حلّ الحفظ متعدد التوقيعات (multi-sig)، لكنه كان يُهاجَم من المستخدمين بشكل متكرر بتهمة المركزية، كما أنّ بعض كبار الحائزين تراجعوا عن المشاركة بسبب مخاوف تتعلق بالأمان. بعد التحوّل إلى TBV، لم يعد على المستخدمين نقل BTC إليه؛ بل كل ما يحتاجونه هو توليد «إثبات ضمان» داخل الواجهة، وبمجرد ذلك يستطيع بروتوكوله قراءة هذا الإثبات وإصدار عملات مستقرة. كانت زيادة الإحساس بالأمان ملحوظة فورًا؛ بل إن ذلك جعل المستخدمين أكثر رغبةً في الاقتراض بمبالغ كبيرة.
قال لي إن أكثر ما فاجأه أثناء التطوير هو دور BABY. كان يظن أن BABY مجرد توكن حوكمة، لكن عند التكامل اكتشف أن كل مرة يقوم فيها المستخدم بإنشاء إثبات الضمان يتطلب ذلك استهلاك BABY كـ Gas، كما أن عُقد التحقق في بروتوكوله يجب أن تضع/تُراهن BABY للمشاركة في الأمان الاقتصادي. أما استهلاك BABY هذا فسينتهي في النهاية كجزء من الرسوم الخاصة بالبروتوكول: جزء يعود إلى إيرادات بروتوكوله، وجزء يُقتَسم بين عقد الشبكة. $BTC
وأضاف أن هذا الأمر يشكل عجلة دوّارة إيجابية: كلما زاد عدد المستخدمين زاد استهلاك BABY، وارتفعت عوائد العقد، ما يمنحها حافزًا أكبر على صيانة الأمان، وبالتالي يجذب المزيد من المستخدمين. بالطبع، هذه العجلة ما تزال هشة الآن لأن حجم المستخدمين لم يصل بعد؛ لذلك فإن استهلاك BABY شبه معدوم حاليًا. لكنه يعتقد أنه بمجرد أن يكتشف حاملو BTC تجربة «الربح دون نقل العملات» ستكون سلسة بما يكفي، ستبدأ العجلة في الدوران.
وفي النهاية قال لي عبارة تركت أثرًا كبيرًا في نفسي: «في عالم BTCFi، من يحل مشكلة الثقة أولاً سيحصل على أول لقمة من اللحم. BABY هي تلك الشوكة.»
#baby @BabylonLabs_io $BABY