نتحدث اليوم عن مشروع جديد، Radiant Capital، وهو بروتوكول إقراض مشابه لـ Aave أو Compound. مع استمرار نمو TVL، أصبحت Radiant Capital الآن واحدة من أكبر البروتوكولات في Arbitrum، متجاوزة منصة الإقراض الرائدة AAVE. يصل حجم TVL الحالي لشركة Radiant Capital على ARB إلى 400 مليون دولار. وتبلغ قيمته السوقية الحالية 80 مليون دولار أمريكي فقط، ليحتل المرتبة 200+، فهل هو مشروع محتمل مقوم بأقل من قيمته الحقيقية؟ دعونا نلقي نظرة اليوم.

وصف المشروع

Radiant Capital هو بروتوكول إقراض DeFi عبر السلاسل، ويضع الفريق نفسه كبروتوكول إقراض متعدد السلسلة، يهدف إلى تحقيق الإقراض بالرافعة المالية وقابلية التركيب بين السلاسل المختلفة. سيتم بناء قابلية التشغيل البيني عبر السلاسل على LayerZero، مع الاستفادة من واجهة توجيه Stargate للسماح لوكلاء الضمانات بسحب الأموال من سلاسل مختلفة.

تتمثل أبرز نقاط Radiant Capital في:

1）باعتبار Radiant أول بروتوكول إقراض/اقتراض عبر السلاسل يُطرح على نظام LayerZero البيئي، فقد أكملت Radiant إطلاقًا مبكرًا لمشروعها وحصدت حصة سوقية وحجمًا من المستخدمين على مستوى معيّن، وتمتلك ميزة السبق في هذا المسار.

2）تحسين إصدار Radiant V2، حيث تم إطالة عمر المشروع وتخفيف مشكلة التضخم في رمز $RDNT. كما أن تصميم dLP من المتوقع أن يجلب سيولة إضافية إلى البروتوكول، لكن تأثيره عملية طويلة الأمد ولا يزال يحتاج إلى مزيد من المراقبة.

3）بالاعتماد على LayerZero، تقدم Radiant في طبقة الإقراض/الاقتراض عبر السلاسل مشاركة سيولة من خلال معيار توكن مشترك (OFT)، وبالتالي يمكنها تحقيق مشاركة سيولة على جميع السلاسل المدعومة من LayerZero دون الاعتماد على افتراضات ثقة إضافية من جسور عبر طرف ثالث. لاحقًا، إذا استطاعت Radiant أن تُحسن في إصداراتها V3 وV4 افتراضات الأمان بين الـ Oracle والـ Relay، وأن تحقق لامركزية على مستوى العقود دون ثقة، فقد تصبح افتراضات أمان نقل الأصول أفضل مقارنةً بالطريقة السائدة حاليًا في السوق التي تعتمد على جسور عبر طرف ثالث لنقل الأصول.

سير التشغيل

يمكن الرجوع إلى الشكل أعلاه لفهم آلية تشغيل Radiant Capital. جوهريًا، فهي مشابهة لبروتوكولات الإقراض/الاقتراض الموجودة في السوق حاليًا (مثل: Aave وCompound وغيرها)، مع اختلاف واحد: تريد Radiant بناء بروتوكول إقراض/اقتراض على مستوى السلسلة الكاملة، أي يمكن للمستخدم إيداع ضمان على السلسلة A، ثم إجراء الاقتراض على السلسلة B.

تعمل آلية Radiant بشكل عام بشكل بسيط: عندما يحتاج المستخدم إلى استخدام خدمة Radiant لإقراض/اقتراض عبر السلاسل، يجب أولًا إيداع مبلغ محدد من الأصول على السلسلة المدعومة من المنصة (حاليًا تدعم المنصة فقط سلسلتي Arbitrum وBNB Chain)، ثم يصبح المستخدم “مُقدّم سيولة ديناميكيًا” (dLP)، وبعد ذلك يمكنه إقراض الأصول المطلوبة على السلسلة المستهدفة. توزيع الرسوم في بروتوكول Radiant V2: 60% تُمنح لمقدمي السيولة الديناميكيين (dLP)، و25% للمودعين (Lender)، و15% تُخصص لمحفظة تشغيلية يسيطر عليها DAO محدد.

بالإضافة إلى ذلك، توفر Radiant ميزة “النقر للتدوير”، حيث يمكن للمستخدمين زيادة قيمة ضماناتهم عبر دورات متعددة من الإيداع والاقتراض تلقائيًا (تحقيق أقصى نسبة رافعة حتى 5 أضعاف).

على سبيل المثال، يمكن للمستخدم أن يودع في Arbitrum عبر Radiant ETH أو WBTC أو أصولًا مقابلة أخرى كضمان، ثم يقترض BNB على BSC، وبالتالي يضخم رافعتَه. وفي عملية الإقراض هذه، لا يحتاج المستخدم إلى إجراء عملية عبور أصول بين السلاسل (مثلًا في هذا المثال، لا يلزم نقل ETH على Arbitrum مسبقًا إلى BSC). بمعنى ذلك: من منظور المستخدم، لا يتعين عليه نقل الأصول عبر السلاسل إلى سلسلة أخرى حتى يتم تنفيذ عمليات الإقراض/الاقتراض عبر السلاسل على سلاسل أو L2 مختلفة.

يوضح الشكل أعلاه نسخة V2 من Radiant Capital التي صدرت في 16 يناير 2023. مقارنةً بـ V1، تتركز التغييرات الرئيسية في جانبين:

1）النموذج الاقتصادي

ولمعالجة مشكلة تضخم المعروض من $RDNT، قدمت Radiant مفهوم “توفير السيولة الديناميكي” (dLP، Dynamic Liquidity Provisioning). في إصدار V2، يمكن للمستخدمين الذين يقومون بالإيداع فقط الحصول على معدل فائدة أساسي، ولن يعود بإمكانهم الحصول على مكافآت رمزية $RDNT. للحصول على مكافآت $RDNT، يلزم رهن ما لا يقل عن 5% من قيمة إجمالي الإيداعات من رموز dLP (نظرًا لأن قيمة الـ LP تتغير ديناميكيًا، لذا يُسمى “توفير سيولة ديناميكي”). وهذا يعني أنه بالنسبة لمودعين بقيمة 100 دولار مكافئة، يجب أن يمتلكوا على الأقل رموز dLP بقيمة 5 دولارات مكافئة ليكسبوا حوافز $RDNT.

فهمٌ بسيط: هو إصدار V2. لا يحتاج المستخدمون إلى توفير LP فحسب، بل يجب عليهم أيضًا توفير Staking بنسبة محددة من RDNT/ETH أو RDNT/BNB dLP (بحيث تكون النسبة أعلى قليلًا من حد معين) للحصول على مكافآت $RDNT.

2）آلية الربط عبر السلاسل

من أولى مهام Radiant V2 تحويل معيار توكن RDNT من ERC-20 إلى صيغة LayerZero OFT (Omnichain Fungible Token). في Radiant V1، تعتمد وظائفها عبر السلاسل بشكل أساسي على توجيه Stargate عبر المسارات. أما في إصدار V2، فتقوم Radiant أولًا باستبدال واجهة توجيه Stargate الخاصة بتوكنها الأصلي $RDNT بمعيار OFT الخاص بـ LayerZero. يمكن أن يساعد ذلك في نشر $RDNT على السلاسل الجديدة بشكل أسرع، مع تولّي السيطرة على ملكية عقود الربط عبر السلاسل.

OFT (Omnichain Fungible Tokens)

OFT هو توكن مُغلّف يسمح بالتدفق الحر بين السلاسل المدعومة من LayerZero. OFT هو معيار توكن مشترك على جميع السلاسل المدعومة من LayerZero، ويمكنه نقل البيانات بسلاسة عبر هذه السلاسل دون إضافة تكاليف إضافية (مثل: رسوم نقل الأصول عبر السلاسل). عندما ينتقل OFT بين السلاسل، يتم حذفه مباشرةً على السلسلة المصدر عبر عقد التوكن، ثم يتم سكّ توكن مطابق على السلسلة المستهدفة (آلية الحذف والسك).

آلية التصفية

بالطبع، لدى Rdnt أيضًا آلية تصفية خاصة بها، مشابهة لـ AAVE. بمجرد تفعيل التصفية، يمكن للمُصفّي تولّي ديون المقترض وضماناته، والمساعدة في سداد الدين والحصول على خصم على الضمان كعائد (ويُسمى أيضًا مكافأة التصفية).

توزيع الرموز

أقصى إجمالي للمعروض: 1,000,000,000 RDNT، معدل التداول 19.82%، وسعر العملة حاليًا قرابة 0.3 دولار. ما زال لدى الفريق نسبة كبيرة؛ 20%+14%+3%=37%، وهو أعلى قليلًا. كما تقول مقدمة مقال TVL أيضًا: يوجد 500 مليون دولار، وهو في حالة ارتفاع تدريجي وبزخم قوي.

من خلال البيانات، يمكن ملاحظة أن إجمالي أصول الاقتراض حاليًا يبلغ 350 مليون دولار، بينما الأصول المقترضة هي 200 مليون دولار. فرق نسبة الاقتراض/الإقراض تقريبًا 60%. أرباح الفوائد الأسبوعية تبلغ 500 ألف، وبشكل تقريبي سنويًا نحو 26 مليون دولار أمريكي.

وأخيرًا، لنلخص: هذا المشروع هو أحد المشاريع الرائدة للاقتراض على شبكة L2 ARB، ولديه قدر من الابتكار. إن فكرة الإقراض/الاقتراض عبر السلاسل مبنية على تفكير جيد. وفي الوقت الحالي، السوق يعكس ذلك بردود فعل إيجابية، والبيانات على السلسلة ممتازة. لكن توجد مشكلة حاليًا وهي أن نسبة ما يحتفظ به الفريق مرتفعة بعض الشيء، إذ أن مستوى الإطلاق غير كافٍ؛ على الأقل يجب انتظار إطلاق أكثر من 60% ليكون وقتًا مناسبًا. من حيث الأساسيات، لا توجد مشاكل كبيرة؛ وقام نموذج الـ Token بإصلاح بعض الأمور عبر نموذج V2، ويمكن اعتباره مقبولًا.