يستعد Firelight لتحويل الأصول المرتبطة بـ XRP إلى رأس مال يدعم حماية مستخدمي التمويل اللامركزي (DeFi)، مما يوفر لحاملي العملات مصدرًا جديدًا للعائد مقابل تعريض ضماناتهم للخطر.
يسمح البروتوكول، المبني على شبكة Flare، للمستخدمين بإيداع FXRP، وهو أصل مرتبط بـ XRP على شبكة Flare، في خزنة مقابل الحصول على stXRP الذي يمثل مركزهم. في المرحلة التالية، سيستخدم Firelight هذا الـ FXRP المودع لدعم تغطية تُباع لبروتوكولات DeFi. يدفع العملاء أقساطًا مقابل هذه الحماية، وتُولّد هذه المدفوعات دخلًا للمستخدمين الذين يقدمون الضمانات.
المقابل هو أن استعادة الضمانات قد تستغرق وقتًا أطول بكثير. تنص قواعد السحب في Firelight على أن الفترات الحالية التي تبلغ يومًا واحدًا تنتج انتظارًا للسحب يتراوح بين يوم واثنين تقريبًا. وبمجرد أن يقدم البروتوكول فترات تغطية مدتها 30 يومًا، ستمدد نفس العملية هذا الانتظار إلى ما يزيد قليلًا عن 30 يومًا، واعتمادًا على توقيت طلب المستخدم للمغادرة، قد يصل إلى 60 يومًا تقريبًا.
تتوقف المكافآت أيضًا عند بدء عملية السحب، بينما قد تقلل أي مطالبة مؤهلة مرتبطة بالفترة التي كان فيها FXRP الخاص بالمستخدم يدعم التغطية من المبلغ الذي يُعاد في النهاية.
هذه هي المشكلة الأكبر لحاملي XRP: يمكن لـ Firelight تحويل الأصول المرتبطة بـ XRP التي كانت خاملة إلى رأس مال مُدرّ للدخل، لكن كسب هذا الدخل يعني قبول وصول أقل فورية إلى الضمانات واحتمال خسارة جزء منها بسبب المطالبات.
لقد جذب Firelight بالفعل رأس مال كبير مرتبط بـ XRP قبل هذا التحول. أظهر DefiLlama 71.74 مليون دولار كقيمة إجمالية مقفلة في Firelight في لقطة بتاريخ 13 سبتمبر عند الساعة 12:07 بالتوقيت العالمي.
لكن هذا الرقم يقيس FXRP المحتفظ به في الخزنة، وليس مقدار الحماية التي باعها Firelight أو الأقساط التي دفعها العملاء. تُظهر الإيداعات مقدار رأس المال المتاح لدعم التغطية، لكنها لا تُظهر ما إذا كانت أعمال التغطية قادرة على توليد دخل كافٍ لجعل المخاطرة تستحق العناء للمودعين.
حدد إعلان تمويل Firelight في 1 سبتمبر موعد البروتوكول وأول عمليات دمج للتغطية في شهر سبتمبر دون تسمية يوم إطلاق محدد. لا تزال وثائق السحب تصف فترات اليوم الواحد على أنها الحالية، لذا لا تُثبت الأدلة المتاحة أن التغطية أو إعداد السحب الأطول قد تم تفعيلهما.
لماذا يصبح الخروج أطول؟
تأتي فترة السحب الأطول من الدور الذي يمنحه Firelight لـ FXRP الخاص بالمودعين. بمجرد تفعيل نظام التغطية، يمكن استخدام هذه الضمانات لدعم الحماية المباعة لبروتوكولات DeFi. لذلك لا يمكن للحامل بالضرورة إزالتها في اللحظة التي يقرر فيها المغادرة لأن المطالبات قد تنشأ من الفترة التي كان فيها هذا المال يدعم التغطية.
وفقًا للعملية الموثقة في Firelight، يبدأ الحامل عملية إلغاء الستيكينغ خلال فترة ما، ثم ينتظر حتى نهاية الفترة الكاملة التالية قبل أن يصبح FXRP متاحًا للسحب.
مع فترات اليوم الواحد، ينتج عن ذلك النافذة الحالية التي تتراوح بين يوم واثنين. ومع فترات تغطية مدتها 30 يومًا، ستمدد نفس القاعدة الانتظار إلى ما يزيد قليلًا عن شهر لمن يخرج قرب نهاية الفترة، وقد يصل إلى 60 يومًا لمن يطلب الخروج قرب البداية.
تبدأ التكلفة المالية قبل إعادة FXRP. يؤدي بدء إلغاء الستيكينغ إلى استرداد stXRP المقابل، وتسجيل قيمة الاسترداد، وإيقاف مكافآت الحامل. ولا يحقق السحب المعلق أي عائد إضافي أثناء سير العملية.
يتبع التعرض للمطالبات جدولًا زمنيًا مختلفًا. خلال ما تبقى من الفترة التي يطلب فيها الحامل المغادرة، تستمر الضمانات في دعم التغطية ويمكن أن تتحمل خسارة نسبية من حادث مؤهل. وخلال الفترة التالية، لم تعد تدعم تغطية جديدة.
ومع ذلك، يمكن لمطالبة مرتبطة بفترة سابقة كانت فيها الضمانات لا تزال تدعم التغطية أن تقلل من السحب المعلق.
وهذا يعني أن قيمة الاسترداد المسجلة عند بدء إلغاء الستيكينغ هي لقطة محاسبية وليست ضمانًا للمبلغ النهائي الذي سيحصل عليه الحامل.
بمجرد انتهاء فترة الانتظار، يجب على الحامل تقديم معاملة أخرى لسحب FXRP. وتبقى الأصول في الخزنة حتى يتم تقديم المعاملة.
لذلك فإن إكمال عملية الاسترداد في Firelight يعيد FXRP على شبكة Flare، وليس XRP الأصلي مباشرة إلى دفتر XRP.
لدى المودعين الحاليين أيضًا سبب لمتابعة الإطلاق. يشير ملخص الستيكينغ في Firelight إلى أن المراكز من مرحلته الأولى تصبح تلقائيًا مراكز نشطة تدعم التغطية عند بدء المرحلة الثانية.
عندها يبدأ المودعون في تلقي دخل مرتبط بالتغطية ويتحملون مخاطر الخسائر المقابلة، دون الحاجة إلى إكمال عملية ترحيل منفصلة.
ما الذي يدفع العائد فعليًا؟
Firelight ليس ستيكينغ أصليًا لـ XRP. بدلًا من ذلك، يستخدم الأصول المرتبطة بـ XRP على شبكة Flare كرأس مال لأعمال تغطية في DeFi. يوفر FXRP الضمانات، ويمثل stXRP مركز الحامل في الخزنة، وتدفع FLR رسوم المعاملات على Flare.
أعلنت Flare عن FXRP v1.2 على الشبكة الرئيسية في 24 سبتمبر 2025. ينشئ نظام FAssets تمثيلات لأصول مثل XRP يمكن استخدامها في التطبيقات على Flare. وقد جعلت هذه البنية التحتية رأس المال المرتبط بـ XRP متاحًا لتطبيقات Flare. ويضيف Firelight استخدامًا آخر له من خلال وضع FXRP خلف الحماية المباعة لبروتوكولات DeFi.
المصدر المهم اقتصاديًا للدخل هو المال الذي يدفعه العملاء مقابل هذه الحماية.
تشير وثائق الانبعاثات في Firelight إلى أن الأقساط المسوّاة تُحوّل إلى أصل الضمانات في الخزنة وتُضاف إلى قيمة مراكز المودعين. ويصف شرح المرحلة الثانية بتاريخ 23 يوليو تحويل العملات المستقرة إلى FXRP وإعادتها إلى مراكز الستيكرز. عمليًا، يدفع العملاء مقابل التغطية، ويمكن أن تصبح هذه المدفوعات FXRP إضافيًا للحاملين الذين يقدمون الضمانات.
لدى Firelight أيضًا حوافز بروتوكول منفصلة ونقاط Firelight. وهي مختلفة عن الدخل الناتج من شراء العملاء للتغطية. تتتبع النقاط المشاركة ولا تمنح أي حق في الأقساط. لذلك لا يمكنها أن تُظهر كم يدفع العملاء لـ Firelight أو كم الدخل الذي تحققه أعمال التغطية. هذا التمييز مهم لأن أقساط العملاء هي ما قد يجعل النموذج مستدامًا بعد تلاشي الحوافز.
بالنسبة للطلب على XRP، تعد آلية تحويل الأقساط أيضًا الجزء الأهم في النموذج. يمكن للعملاء المتكررين الذين يدفعون مقابل التغطية أن يموّلوا عمليات شراء متكررة لـ FXRP، بينما سيترك الحاملون الذين يحتفظون بهذا الدخل في الخزنة المزيد من الضمانات المتاحة لدعم تغطية إضافية.
لكن شراء FXRP لا يتطلب بالضرورة شراءً جديدًا لـ XRP الأصلي. يمكن أن يكون FXRP موجودًا بالفعل ويتداول في سوق ثانوية. كما أن إصدار stXRP لا ينشئ مجموعة مستقلة أخرى من XRP. يمثل stXRP حقًا في FXRP المودع بالفعل في Firelight.
لذلك فإن احتساب XRP وFXRP وstXRP كثلاث إضافات منفصلة للطلب سيعني احتساب طبقات مختلفة من نفس رأس المال أكثر من مرة.
الاختبار هو ما إذا كان العملاء الدافعون يجلبون دخلًا متكررًا كافيًا للاحتفاظ بمجموعة الضمانات وتنميتها بعد السحوبات والمطالبات.
الاحتياطي يأتي قبل خسائر الستيكرز
يأتي الدخل مع احتمال أن تكون بعض الضمانات مطلوبة في النهاية لدفع مطالبة. لا يرسل Firelight المطالبة الصالحة مباشرة إلى المودعين أولًا. لديه احتياطي منفصل مصمم لاستيعاب الخسائر قبل تأثر FXRP المُستيك.
وفقًا لتدفق الخسائر الموثق في Firelight، يمتص احتياطي العملات المستقرة المملوك للبروتوكول والذي يُسمى First-Loss Buffer المطالبات الموثقة أولًا. وأي مبلغ متبقٍ بعد استنفاد هذا الاحتياطي يصل إلى مراكز الخزنة بشكل نسبي. وهذا يعني أن الحامل قد يحتفظ بنفس عدد أسهم الخزنة بينما ينخفض مقدار FXRP الذي يمكن لتلك الأسهم استرداده.
تُرسل الضمانات المقتطعة إلى خدمة تصفية وتُحوّل إلى عملات مستقرة تُستخدم لدفع المطالبات. لذلك يمكن لخسارة كبيرة بما فيه الكفاية أن تزيل أصولًا من نفس مجموعة الضمانات التي يُقصد بدخل الأقساط تنميتها.
وبالتالي فإن حجم First-Loss Buffer لا يقل أهمية عن وجوده. فبدون رصيد حالي موثق لهذا الاحتياطي ومعلومات عن مقدار التغطية التي يدعمها، لا تُظهر بنية الخسارة الأولى مقدار الحماية التي يتمتع بها المودعون فعليًا.
تثبت الوثائق المتاحة الترتيب الذي ستُستوعب به الخسائر. لكنها لا تثبت حجم وسادة الخسائر الحالية أو تُظهر أن مطالبة مدفوعة قد حدثت. كما يحد Firelight من مقدار التغطية التي يمكنه دعمها مقارنة بالأصول المتاحة لاستيعاب الخسائر.
يقارن إطار كفاية رأس المال الخاص به الموارد المتاحة لتغطية الخسائر بالمبلغ الذي يحتاجه البروتوكول لدعم التزاماته في التغطية. وتحدد الوثائق نسبة مستهدفة تتراوح بين 1.75 و2.0 عند الإطلاق الكامل، وتمنع تخصيص تغطية جديدة إذا انخفضت هذه النسبة عن 1.2.
بعبارات أبسط، صُمم Firelight للتوقف عن تحمل تغطية إضافية عندما تصبح الأصول المتاحة لاستيعاب الخسائر صغيرة جدًا مقارنة بالتزاماته الحالية.
يمكن أن تؤثر أسعار الضمانات على هذا الحساب حتى عند عدم حدوث أي مطالبة. ولأن قيمة الأصول المُستيكة تشكل جزءًا من رأس المال المتاح في Firelight، فإن انخفاض الأسعار يمكن أن يقلل وسادته المالية. وبالنسبة للحاملين، تمتد المخاطرة إلى أبعد من حدوث مطالبة. فقد يظل FXRP غير متاح خلال تحرك سوقي حاد أثناء سير عملية السحب.
قد يوفر البيع في السوق الثانوية لـ stXRP طريقة أخرى للمغادرة، لكن ذلك يعتمد على السيولة المتاحة والسعر الذي يرغب المشترون في دفعه. وهو ليس نفس الشيء كاسترداد المركز فورًا بقيمته المسجلة.
اختبار الطلب يبدأ بالتغطية المدفوعة
تُظهر الأصول المودعة في Firelight، والتي تبلغ حوالي 72 مليون دولار، أن حاملي XRP كانوا مستعدين لتقديم الضمانات. لكنها لا تُظهر ما إذا كان Firelight قد بنى أعمالًا حول هذه الضمانات.
يؤثر هذا التمييز على كل من العائد الذي يمكن للمودعين كسبه وأي تأثير قد يحدثه Firelight على الطلب على الأصول المرتبطة بـ XRP.
يمكن أن ترتفع القيمة الإجمالية المقفلة المقومة بالدولار لأن المزيد من FXRP يدخل الخزنة، أو لأن سعر FXRP يرتفع، أو كليهما. لذلك لا يمكن لرقم الدولار وحده أن يُظهر مقدار رأس المال الجديد المرتبط بـ XRP الذي دخل Firelight.
الأهم من ذلك، أن الإيداعات ليست سوى جانب واحد من السوق. يحتاج Firelight إلى عملاء مستعدين لدفع مقابل الحماية على الجانب الآخر. وإذا دفع هؤلاء العملاء أقساطًا بشكل متكرر وحُوّلت هذه الأقساط إلى FXRP، فقد ينشئ النظام طلبًا متكررًا على الأصل مع إضافة دخل لمراكز المودعين.
لكن القيمة الإجمالية المقفلة وحدها لا يمكنها أن تُظهر ما إذا كان ذلك يحدث.
ستوفر التغطية المدفوعة، والأقساط المسوّاة، وحجم First-Loss Buffer، والمطالبات، وعمليات السحب المكتملة صورة أوضح لما إذا كان Firelight يطور أعمال تغطية مُدرّة للدخل حول ضماناته المرتبطة بـ XRP.
كما ستُظهر هذه الأرقام ما إذا كان دخل الأقساط كبيرًا بما يكفي لتعويض السحوبات والخسائر وترك المزيد من FXRP في النظام بمرور الوقت. وحتى ذلك الحين، فإن العرض المقدم لحاملي XRP أسهل في القياس من تأثيره النهائي على الطلب على XRP.
يقدمون FXRP الذي يمكن لـ Firelight استخدامه لدعم تغطية DeFi. يدفع العملاء مقابل هذه الحماية، مما يخلق مصدر دخل محتمل للأشخاص الذين يقدمون الضمانات. وفي المقابل، يتخلون عن بعض السيولة ويقبلون احتمال الخسائر.
بمجرد أن ينتقل Firelight إلى فترات تغطية مدتها 30 يومًا، قد تستغرق عمليات السحب ما بين 30 و60 يومًا تقريبًا. تتوقف المكافآت عندما يطلب الحامل المغادرة، بينما قد تقلل أي مطالبة مؤهلة مرتبطة بالفترة التي كانت فيها الضمانات تدعم التغطية من المبلغ الذي يُعاد في النهاية.
السؤال هو ما إذا كان العملاء سيدفعون ما يكفي مقابل حماية DeFi لجعل هذه المقايضة تستحق العناء.
تُظهر إيداعات Firelight أنه جذب رأس المال. وستحدد أعمال التغطية الخاصة به ما إذا كان هذا رأس المال قادرًا على تحقيق دخل كافٍ لتبرير الانتظار والمخاطرة.
الأسئلة الشائعة
ما هو Firelight وكيف يعمل مع XRP؟
Firelight هو بروتوكول على شبكة Flare يحوّل الأصول المرتبطة بـ XRP إلى رأس مال يدعم تغطية DeFi. يمكن للمستخدمين إيداع FXRP والحصول على stXRP، ثم تُستخدم هذه الضمانات لدعم حماية تُباع لبروتوكولات DeFi مقابل أقساط تُولّد دخلًا.
لماذا يستغرق سحب الأموال وقتًا طويلًا؟
لأن الضمانات تدعم تغطية قد تنشأ عنها مطالبات. مع فترات التغطية الحالية التي تبلغ يومًا واحدًا، يستغرق السحب من يوم إلى يومين. وعند الانتقال إلى فترات 30 يومًا، قد يمتد الانتظار من 30 إلى 60 يومًا تقريبًا. كما تتوقف المكافآت بمجرد بدء عملية السحب.
ما هي المخاطر التي يواجهها حاملو XRP مع Firelight؟
يشمل ذلك فقدان الوصول الفوري إلى الضمانات لفترة أطول، واحتمال خسارة جزء من الأموال إذا حدثت مطالبة مؤهلة، وتوقف المكافآت أثناء السحب. كما أن حجم احتياطي First-Loss Buffer يحدد مقدار الحماية الفعلية للمودعين، وهو غير موثق حاليًا بشكل كافٍ.
