لم تغادر قطعة BTC واحدة من البداية إلى النهاية شبكة Bitcoin، ومع ذلك يمكن لـ Aave أن يتعامل معها كضمان ويمنح قروضًا. والأغرب من ذلك أن المنتصف لا يحتوي على أي “BTC ظل” يمكن تداوله.
لقد مررت على تكامل Aave v4 رقم @BabylonLabs_io خطوة بخطوة، فوجدت أن الـ Adapter أقرب إلى مُترجم يفهم لغتين. عند الـ Peg-in، يدخل BTC الأصلي إلى Taproot Vault على Bitcoin؛ وبعد التفعيل، يقوم AaveAdapter بنشر Position Proxy للمستخدم، ويُنشئ سجل ضمان داخلي 1:1 مطابقًا تمامًا لعدد الـ BTC (بدقة حتى مستوى الـ ساتوشي)، ثم يورَّد هذا إلى Babylon Core Spoke.
يستخدم هذا السجل واجهة على نمط ERC-20، فقط ليجعل Aave قادرًا على قراءة الضمان. لا يدخل إلى محفظة المستخدم، ولا يمكن تحويله إلى عناوين عادية، ولا توجد له سوق ثانوي. تظل BTC الحقيقية في الـ UTXO الأصلي، وعلى جهة Ethereum يتم تسجيل مقدار الضمان الذي تقدمه هذه الـ Vault لأي مركز.
تأتي أوامر الاقتراض من الـ Adapter إلى الـ Proxy وCore Spoke، ثم تُسحب الأصول من Aave v4 Hub؛ أما السداد فيعود بالعكس إلى Hub. في شبكة الاختبار العامة الحالية، فإن USDC وUSDT وWBTC المتاحة كلها عملات مُحاكاة بلا قيمة حقيقية. بعد تصفير الدين، يقوم المستخدم بسحب الـ Vault، ويُغلق سجل الضمان، ثم يبدأ جانب Bitcoin بإجراءات التحقق وإطلاق التحديات وPayout.
لذا فهذه ليست عملية نقل BTC إلى Aave، بل هي جعل دفاتر حسابٍ اثنين تُطابقان حول نفس حالة الضمان. Aave لا يستطيع لمس BTC الأصلية، لكن سلسلة المعالجة أضافت Adapter وProxy وSpoke وأوراكل. ما تحرسه التشفير هو “مخرج” BTC؛ أما ما إذا كان الاقتراض والإقراض يتم بشكل طبيعي فلا يزال يعتمد على عقود التطبيق ومعلمات إدارة المخاطر.
بعد إطلاق الشبكة الرئيسية، ليس الأهم فقط التحقق من إمكانية اقتراض الأموال من عدمها، بل التأكد أيضًا من أن هذا “المترجم” لن يخطئ في ترجمة جملة محورية واحدة في ظل منافسة عالية وحالات سوق متطرفة.
#baby $BABY
لقد مررت على تكامل Aave v4 رقم @BabylonLabs_io خطوة بخطوة، فوجدت أن الـ Adapter أقرب إلى مُترجم يفهم لغتين. عند الـ Peg-in، يدخل BTC الأصلي إلى Taproot Vault على Bitcoin؛ وبعد التفعيل، يقوم AaveAdapter بنشر Position Proxy للمستخدم، ويُنشئ سجل ضمان داخلي 1:1 مطابقًا تمامًا لعدد الـ BTC (بدقة حتى مستوى الـ ساتوشي)، ثم يورَّد هذا إلى Babylon Core Spoke.
يستخدم هذا السجل واجهة على نمط ERC-20، فقط ليجعل Aave قادرًا على قراءة الضمان. لا يدخل إلى محفظة المستخدم، ولا يمكن تحويله إلى عناوين عادية، ولا توجد له سوق ثانوي. تظل BTC الحقيقية في الـ UTXO الأصلي، وعلى جهة Ethereum يتم تسجيل مقدار الضمان الذي تقدمه هذه الـ Vault لأي مركز.
تأتي أوامر الاقتراض من الـ Adapter إلى الـ Proxy وCore Spoke، ثم تُسحب الأصول من Aave v4 Hub؛ أما السداد فيعود بالعكس إلى Hub. في شبكة الاختبار العامة الحالية، فإن USDC وUSDT وWBTC المتاحة كلها عملات مُحاكاة بلا قيمة حقيقية. بعد تصفير الدين، يقوم المستخدم بسحب الـ Vault، ويُغلق سجل الضمان، ثم يبدأ جانب Bitcoin بإجراءات التحقق وإطلاق التحديات وPayout.
لذا فهذه ليست عملية نقل BTC إلى Aave، بل هي جعل دفاتر حسابٍ اثنين تُطابقان حول نفس حالة الضمان. Aave لا يستطيع لمس BTC الأصلية، لكن سلسلة المعالجة أضافت Adapter وProxy وSpoke وأوراكل. ما تحرسه التشفير هو “مخرج” BTC؛ أما ما إذا كان الاقتراض والإقراض يتم بشكل طبيعي فلا يزال يعتمد على عقود التطبيق ومعلمات إدارة المخاطر.
بعد إطلاق الشبكة الرئيسية، ليس الأهم فقط التحقق من إمكانية اقتراض الأموال من عدمها، بل التأكد أيضًا من أن هذا “المترجم” لن يخطئ في ترجمة جملة محورية واحدة في ظل منافسة عالية وحالات سوق متطرفة.
#baby $BABY
