#baby $BABY يعتقد الكثيرون أن Babylon تشتغل على TBV (Bitcoin Vault) مجرد حافظة ادخار بتأمين BTC... لكن ليس الأمر كذلك. ما أثار فضولي فعلًا هو أنها، بعد التكامل العميق مع Aave v4، من خلال بنية Hub & Spoke، تتيح حلقة إقراض واسترداد ذاتية الحوكمة عبر السلاسل من #BTC بشكل “أصلي” على أربع خطوات.
خبراء DeFi لا بد أنهم يعرفون هذا جيدًا: في السابق، عندما نستخدم البيتكوين كضمان، كان الاعتماد بشكل كبير على “رموز الوكيل والوسطاء”. وللاستقراض بثبات عملة على سلسلة EVM، كان أمامك خياران: إمّا تحويل BTC إلى wBTC لتحمّل مخاطر احتجاز مركزي وجسور/تحويل معرّضة لفكّ الارتباط، أو تسليم المفاتيح الخاصة إلى لجنة متعددة التواقيع. وفي حال وقوع حدث “سوداء” أو فشل وسيط، تصبح الأصول عارية على السلسلة، ولا يملك المستخدم سوى المشاهدة والخسارة دون قدرة حقيقية على التراجع.
الآن، هذا النموذج الذي كان قائمًا على الثقة الأحادية برموز الوكيل تم كسره تمامًا عبر دمجه مع Aave v4. يعتمد الأمر على خزانة “TBV” الأصلية لمبلغ القرض (principal) وآليات إثبات الحالة عبر السلاسل وتنفيذ فك القفل وإرجاع الحالة، لبناء نظام طبقات من الإقراض ذاتي الحوكمة:
خزانة TBV الأصلية لمبلغ القرض: يقوم المستخدم بإنشاء TBV مستقل على شبكة البيتكوين الرئيسية، ويقفل BTC باستخدام Taproot وقفل زمني (timelock). يتم الاحتفاظ بالمفاتيح الخاصة طوال الوقت من قِبل المستخدم، والأصول لا تغادر أبدًا شبكة البيتكوين الرئيسية.
إثبات الحالة لتفعيل عبر السلاسل: يولّد TBV قفلًا/تقييدًا لحالة معيّنة مع إثباتات تشفيرية، يتم من خلالها تفعيل وضع الضمان داخل وحدة Spoke المخصصة في Aave v4 على الإيثيريوم مع اقتراض USDC/USDT دون إحساس فعلي بالوسطاء.
آلية فك القفل وإرجاع الحالة: بعد سداد الدين على الإيثيريوم، تقوم Aave v4 بتفعيل إثبات فك القفل وإرجاعه إلى شبكة البيتكوين الرئيسية، ليتم تلقائيًا تفعيل برنامج TBV وإطلاق BTC. طوال العملية لا توجد حاجة لأي جهة وسيطة تُصدّق أو تؤمّن بالنيابة.
بالطبع، ما يزال هذا الإطار المغلق عبر السلاسل في مرحلة مبكرة من التنفيذ ولم يختبر بعد الظروف القاسية وفترات تدفق أموال ضخمة على المدى الطويل. وفي التشغيل الفعلي، لا تزال هناك نقاط ضعف لا يمكن تجاهلها، مثل تأخر/تزامن إثبات الحالة عبر السلاسل، وارتفاع رسوم شبكة Mempool الخاصة ببيتكوين. فإذا واجهت عملية إرجاع سداد/فك القفل أو إعادة إرسال إثبات التسوية ازدحامًا شديدًا على شبكة البيتكوين الرئيسية، فقد لا تُعالج المعاملة في الوقت المناسب، مما قد يؤدي بسهولة إلى تأخر فك القفل أو حتى إثارة جدل حول التسوية.
ما رأيكم في نموذج الاقتراض “الأصلي” للبيتكوين حيث لا تخرج الأصول من الشبكة الرئيسية؟ هل سنستمر في استخدام wBTC لعمل مَطابقة/تحويل رمزي، أم سنبدأ بالثقة في حلقة إثباتات التشفير المغلقة؟ اتركوا رأيكم في قسم التعليقات.
خبراء DeFi لا بد أنهم يعرفون هذا جيدًا: في السابق، عندما نستخدم البيتكوين كضمان، كان الاعتماد بشكل كبير على “رموز الوكيل والوسطاء”. وللاستقراض بثبات عملة على سلسلة EVM، كان أمامك خياران: إمّا تحويل BTC إلى wBTC لتحمّل مخاطر احتجاز مركزي وجسور/تحويل معرّضة لفكّ الارتباط، أو تسليم المفاتيح الخاصة إلى لجنة متعددة التواقيع. وفي حال وقوع حدث “سوداء” أو فشل وسيط، تصبح الأصول عارية على السلسلة، ولا يملك المستخدم سوى المشاهدة والخسارة دون قدرة حقيقية على التراجع.
الآن، هذا النموذج الذي كان قائمًا على الثقة الأحادية برموز الوكيل تم كسره تمامًا عبر دمجه مع Aave v4. يعتمد الأمر على خزانة “TBV” الأصلية لمبلغ القرض (principal) وآليات إثبات الحالة عبر السلاسل وتنفيذ فك القفل وإرجاع الحالة، لبناء نظام طبقات من الإقراض ذاتي الحوكمة:
خزانة TBV الأصلية لمبلغ القرض: يقوم المستخدم بإنشاء TBV مستقل على شبكة البيتكوين الرئيسية، ويقفل BTC باستخدام Taproot وقفل زمني (timelock). يتم الاحتفاظ بالمفاتيح الخاصة طوال الوقت من قِبل المستخدم، والأصول لا تغادر أبدًا شبكة البيتكوين الرئيسية.
إثبات الحالة لتفعيل عبر السلاسل: يولّد TBV قفلًا/تقييدًا لحالة معيّنة مع إثباتات تشفيرية، يتم من خلالها تفعيل وضع الضمان داخل وحدة Spoke المخصصة في Aave v4 على الإيثيريوم مع اقتراض USDC/USDT دون إحساس فعلي بالوسطاء.
آلية فك القفل وإرجاع الحالة: بعد سداد الدين على الإيثيريوم، تقوم Aave v4 بتفعيل إثبات فك القفل وإرجاعه إلى شبكة البيتكوين الرئيسية، ليتم تلقائيًا تفعيل برنامج TBV وإطلاق BTC. طوال العملية لا توجد حاجة لأي جهة وسيطة تُصدّق أو تؤمّن بالنيابة.
بالطبع، ما يزال هذا الإطار المغلق عبر السلاسل في مرحلة مبكرة من التنفيذ ولم يختبر بعد الظروف القاسية وفترات تدفق أموال ضخمة على المدى الطويل. وفي التشغيل الفعلي، لا تزال هناك نقاط ضعف لا يمكن تجاهلها، مثل تأخر/تزامن إثبات الحالة عبر السلاسل، وارتفاع رسوم شبكة Mempool الخاصة ببيتكوين. فإذا واجهت عملية إرجاع سداد/فك القفل أو إعادة إرسال إثبات التسوية ازدحامًا شديدًا على شبكة البيتكوين الرئيسية، فقد لا تُعالج المعاملة في الوقت المناسب، مما قد يؤدي بسهولة إلى تأخر فك القفل أو حتى إثارة جدل حول التسوية.
ما رأيكم في نموذج الاقتراض “الأصلي” للبيتكوين حيث لا تخرج الأصول من الشبكة الرئيسية؟ هل سنستمر في استخدام wBTC لعمل مَطابقة/تحويل رمزي، أم سنبدأ بالثقة في حلقة إثباتات التشفير المغلقة؟ اتركوا رأيكم في قسم التعليقات.
