بدأت Flare Labs إصدارا تجريبيا خاصا من FAssets على شبكة اختبار Coston. ستغطي الاختبارات الأولية جميع المكونات الرئيسية وسيناريوهات المستخدم الرئيسية.
يسمح نظام FAssets باستخدام الرموز المميزة للعقود غير الذكية مثل BTC و XRP و DOGE بشكل غير موثوق به مع العقود الذكية على Flare. من خلال سك رموز العقود غير الذكية هذه في FAssets ، سيكون من الممكن وضعها في العمل لكسب العائد أو المكافآت في التطبيقات اللامركزية على شبكة Flare.
بمجرد أن تكون FAssets على Flare ، يمكن أيضا ربطها بشبكات أخرى باستخدام جسر Flare Labs غير الموثوق به لشبكات العقود الذكية أو LayerCake أو أي جسر آخر تابع لجهة خارجية مبني على Flare لهذا الغرض.
ستجري Flare Labs مرحلة أولية من الاختبار قبل فتح النظام لإجراء تجارب مجتمعية أوسع. خلال هذه المرحلة الأولى ، ستتبنى Flare Labs والشركاء الأوليون جميع الأدوار المطلوبة داخل النظام وتوفير البنية التحتية اللازمة. مع تقدم الإصدار التجريبي من testnet ، سيتمكن المشاركون الخارجيون من الانضمام.
ستغطي الاختبارات العمليات الأساسية للنظام: سك العملة والاسترداد والتصفية والتحدي. ستسمح أصول الاختبار بمحاكاة تقلبات السوق لتقييم متانة النظام تحت الضغط.
ويعلق هوغو فيليون، الرئيس التنفيذي لشركة Flare Labs، قائلا: "أكثر من 70٪ من القيمة الإجمالية لجميع أصول blockchain ليس لديها عقود ذكية، وبالتالي لا يمكن نشرها بكفاءة في DeFi. FAssets هي رسميا اصطناعية محايدة دلتا مع دعم متعدد الضمانات. إنها تمكن من تمثيل هذه الأصول القديمة في سلسلة عقود ذكية دون الحاجة إلى طرف ثالث مركزي. بالنسبة للمطورين ، ستكون وسيلة جديدة وغير موثوقة للوصول إلى مستخدمين محتملين جدد وكمية كبيرة من القيمة غير المستغلة حاليا ".
بينما سيتم إجراء الاختبار الأولي لنظام FAsset على شبكة اختبار Coston ، سيتبع ذلك تنفيذ لاحق على شبكة Songbird canary قبل دمجها بالكامل في شبكة Flare الرئيسية.
بمجرد أن يتم تشغيل FAssets على شبكة Flare الرئيسية ، بالإضافة إلى كسب عوائد DeFi ، سيتمكن المستخدمون والتطبيقات اللامركزية من كسب رموز FLR من مجموعة الحوافز عبر السلسلة كمكافأة لجلب قيمة مستدامة إلى Flare.
عملية بيتا Testnet
- تم نشر التعليمات البرمجية على كوستون (كاملة).
- المرحلة التجريبية الخاصة 1 - إعداد الجزء أ (قيد التقدم). Flare Labs هي الكيان الوحيد المشارك في هذه المرحلة ، حيث تقوم بإجراء الاختبارات الأولية وتعمل كجميع الأدوار (مينتر ، المخلص ، المنافس ، المصفي ، الوكيل).
- المرحلة التجريبية الخاصة 2 - الجزء B. تتم دعوة أطراف 3rd المختارة للانضمام إلى الإصدار التجريبي الخاص (بما في ذلك مزودي بيانات FTSO الحاليين وبناة Flare dapp) لتقديم ملاحظات إضافية حول عملية الإعداد.
- المرحلة التجريبية الخاصة 3 - اختبارات السيناريو. خلال هذه المرحلة ، سيتم اختبار آليات نظام FAssets في بيئة غير تنافسية وغير متطايرة باستخدام سيناريوهات اختبار محددة مسبقا.
- المرحلة التجريبية الخاصة 4 - الاختبارات التنافسية. في هذه المرحلة ، يبحث الجميع عن أنفسهم بدون سيناريوهات محددة مسبقا وتقلبات متزايدة. الهدف هو أن يحاول جميع المشاركين اللعب أو كسر النظام. سيتم إنشاء لوحة المتصدرين ومنح المكافآت بناء على الأداء.
- المرحلة التجريبية الخاصة 5 - التعليقات والتحديثات. بعد الاختبارات التنافسية ، سيتم إجراء أي تحديثات مطلوبة والتحقق من صحتها.
- الانتهاء من الإصدار التجريبي الخاص. بمجرد أن يشعر فريق Flare Labs بالرضا عن متانة نظام FAssets داخل الإصدار التجريبي الخاص من testnet ، سيتم إطلاق واجهة مستخدم رسومية تتيح بدء برنامج تجريبي مفتوح. ستؤدي الدروس المستفادة من هذا الإصدار التجريبي المفتوح إلى وضع اللمسات الأخيرة على مرشح الإطلاق ل Songbird. الهدف هو الانتهاء من الإصدار التجريبي الخاص من testnet في Q1 العام المقبل.
الأدوار والمسؤوليات داخل نظام FAssets
هناك أربعة أدوار رئيسية داخل النظام: الموزع / المخلص ، الوكيل ، المصفي ، المنافس. لكل منها مسؤوليات مختلفة في ضمان التشغيل السلس.
Minter and Redeemer: Minter هو عميل نظام FAsset. يبدأون في سك FAssets ، ويوفرون الرمز المميز الأساسي لوكيل FAssets ، وفي النهاية يتلقون FAssets حديثا في محفظة Flare الخاصة بهم. يمكن أن يكون نفس الشخص أيضا مخلصا إذا اختار إرجاع FAssets الخاصة به والمطالبة بالرموز المميزة الأساسية التي يمثلها.
الوكيل: يقوم الوكلاء بتسهيل سك واسترداد FAssets. لجعل النظام غير موثوق به ، يعتمد مقدار FAssets القابل للسك بواسطة وكيل على الضمان الذي قاموا بإغلاقه. إنها توفر ثلاثة أنواع من الدعم لمجموعات FAssets التي تسكها: الأصول الأساسية مثل BTC أو العملة المستقرة عالية السيولة أو ضمانات ETH ، بالإضافة إلى رمز Flare الأصلي ، FLR ، الضمان.
المصفي: إذا أصبحت قيمة الضمان التي يحتفظ بها الوكيل منخفضة جدا بحيث لا تدعم FAssets المسكوكة ، وضعها تلقائيا في "وضع التصفية". يبدأ المصفون في العمل لاسترداد FAssets مع الوكيل من أجل إعادة نسبة ضمانات الوكيل إلى التوازن.
تشالنجر: يطلب من الوكلاء الاحتفاظ بالأصول الأساسية. إذا قاموا بإجراء معاملة باستخدام هذه الأموال التي لم يكن مسموحا بها ، فيمكن ل Challenger استخدام موصل الحالة لاكتشاف المعاملة غير المصرح بها وتقديم دليل على بروتوكول هذا الإجراء. مع إثبات ، سيتم تعطيل الوكيل من سك العملة وسيتم وضع FAssets المدعومة في التصفية.
التقنية
لتمثيل هذه الأصول بشكل آمن على سلسلة عقود ذكية دون الحاجة إلى طرف ثالث مركزي ، يعتمد نظام FAssets على بروتوكولات الحصول على البيانات الأصلية الخاصة ب Flare.
- يتيح موصل الحالة استخدام المعلومات من سلاسل الكتل الأخرى بشكل آمن وبدون ثقة مع العقود الذكية على Flare. في نظام FAssets ، يتحقق من اكتمال المعاملات على السلسلة الأساسية قبل المضي قدما في سك العملة.
- توفر Flare Time Series Oracle (FTSO) موجزات أسعار لامركزية للغاية للشبكة ، مما يتيح مراقبة نسب الضمانات بدقة دون الاعتماد على موفري الخدمات المركزيين.
عملية سك العملة
لسك FAssets ، يجب على الصانع أولا اختيار وكيل ودفع رسوم رمزية لهم لحجز الضمانات المطلوبة. ثم يرسل المنك إلى الوكيل الأصل الأساسي ، مع استخدام موصل الحالة لإثبات أن المعاملة قد تمت على السلسلة الأخرى. مع التحقق من الدفع ، يتم بعد ذلك سك FAssets كرموز ERC-20 على Flare. يمكن استخدام هذه الرموز المميزة داخل DeFi على Flare أو ربطها بسلسلة أخرى.
أمثلة على حالات الاستخدام
تمكن FAssets من تمثيل الرموز المميزة للعقود غير الذكية في سلسلة عقود ذكية دون استخدام طرف ثالث مركزي. يسمح هذا للأنظمة البيئية الكبيرة مثل BTC و DOGE و XRP باستخدام الرموز المميزة الخاصة بهم في التطبيقات اللامركزية على Flare.
