اعتقدت أن تجربة تدفق الاقتراض الفعلي لـ TBV ستكون مجرد إيداع ثم اقتراض ثم انتهى الأمر. لم يكن كذلك.

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

أولاً، رفض موقع الشبكة التجريبية عنوان محفظتي حتى قمت بتبديل UniSat إلى عنوان من نوع Taproot. كانت رسالة الخطأ مفيدة بالفعل. ذكرت صراحةً أنه يلزم P2TR، لذا بمجرد أن عرفت ما الخطأ، كان الإصلاح مباشرًا.

ثانيًا، توجد إيداعات بحد أدنى إلزامي قدره 0.01 sBTC. لا يمنحك الـ faucet هذا في مطالبة واحدة، لذلك كان عليّ العودة لجولة أخرى قبل أن يعمل زر الإيداع حتى. تفصيل صغير، لكنه بالضبط من النوع الذي يوقف من يظن أنهم ارتكبوا خطأً.

ثم جاء الجزء الأغرب.

بعد أن صار لدي ما يكفي من sBTC في UniSat، كان الموقع ما يزال يعرض رصيدًا أصغر بكثير من رصيدي في المحفظة. أظهر UniSat 0.0102. وأظهر الموقع 0.002.
نفس المحفظة. رصيدين مختلفين.
بعد تحديث الصفحة، تمت المزامنة وكل شيء أصبح متوافقًا مع الرصيد الصحيح. للحظة، ظننت فعلاً أن جزءًا من sBTC قد اختفى.

الشيء المثير للاهتمام هو أن كل ما سبق لا علاقة له إطلاقًا بأن TBV لا يتطلب الثقة. كانت الاحتكاكات ناتجة عن توافق المحفظات ومتطلبات الإيداع وواجهة لا تقوم بتحديث الأرصدة في الوقت الحقيقي.

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

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

@BabylonLabs_io $BABY #baby
#Babylonchain #BTCFi #DeFi #Testnet