الفصل 1:
مقدمة في التوهج
الفصل 1: مقدمة للتوهج
ما هو مضيئة؟
Flare هو blockchain للبيانات.
إنها طبقة 1 مثل Ethereum ، مع وظيفة الحصول على البيانات المضافة. وبالتالي ، يمكن أن يوفر Flare للمطورين وصولا لامركزيا إلى البيانات عالية التكامل من السلاسل الأخرى والإنترنت. يتيح ذلك إنشاء dapps مع حالات استخدام جديدة ونماذج تحقيق الدخل. كما يسمح لهذه التطبيقات اللامركزية بخدمة سلاسل متعددة من خلال نشر واحد.
تعتمد Flare على آلة Ethereum الافتراضية (EVM) ، مما يعني أنه يمكن أيضا استخدام أي تطبيقات مكتوبة بلغة Solidity للتشغيل على أي سلسلة EVM أخرى على Flare.
ما هي المشكلة التي يحاول Flare حلها؟
نعتقد أن dapps القائمة على blockchain يجب أن تكون أكثر صلة وفائدة للسكان الأوسع إذا أردنا أن نرى الصناعة تنمو حقا.
أحد القيود الرئيسية هو التنوع المحدود للبيانات اللامركزية المتاحة على السلسلة ، مما يجعل من الصعب بناء dapps التي يمكن أن يكون لها دور حقيقي في حياة الناس. هذا هو السبب في أن غالبية حالات استخدام DeFi الحالية تركز على المضاربة المالية بدلا من أي شيء مرتبط بالعالم الحقيقي.
تتمثل مهمة Flare في جعل blockchain أكثر فائدة من خلال تزويد منشئي dapp بوصول آمن إلى مجموعة أكبر من البيانات اللامركزية. سيمكن ذلك من إنشاء أنواع جديدة من dapps أكثر صلة بالمزيد من الأشخاص ، مما يؤدي إلى اعتماد واستخدام تقنية blockchain على نطاق أوسع.
ما الذي يميز تقنية Flare؟
يحتوي Flare على بروتوكولين للحصول على البيانات يتم تأمينهما بواسطة شبكة Layer 1.
إنها أصلية في Flare ، لذلك لا يحتاج المطورون إلى الاعتماد على حلول أوراكل بيانات أخرى تابعة لجهات خارجية ، والتي يمكن أن تكون مركزية ومكلفة.
يوفر Flare Time Series Oracle (FTSO) موجزات بيانات سلسلة زمنية لامركزية للغاية إلى dapps على Flare. حاليا ، يوفر FTSO أزواج أسعار الأصول الرقمية والتحديثات كل 3 دقائق.
يمكن موصل الحالة Flare من التوصل بأمان وبدون ثقة إلى توافق في الآراء حول حدث حدث خارجيا للشبكة ، على سبيل المثال معاملة blockchain بين طرفين أو محتوى واجهة برمجة التطبيقات على الإنترنت.
معا ، تمنح هذه البروتوكولات المطورين وصولا لامركزيا إلى بيانات عالية التكامل من سلاسل أخرى والإنترنت. لهذا السبب نسمي Flare blockchain للبيانات.
يتم استخدام كل من State Connector و FTSO في العرض التوضيحي الأخير لشراء NFT على Flare باستخدام رمز مميز لسلسلة كتل مختلفة.
الفصل 2:
بروتوكولات الحصول على البيانات الأصلية
الفصل 2: بروتوكولات الحصول على البيانات الأصلية
موصل الدولة
يتيح موصل الحالة إحضار بيانات الأحداث خارج السلسلة على السلسلة واستخدامها بواسطة dapps. هذه هي البيانات التي لا يمكن تغييرها ، مثل ما إذا كانت المعاملة قد حدثت على blockchain مختلف ، أو نتيجة رياضية محفوظة في قاعدة بيانات web2.
وهي تقوم بذلك بطريقة لامركزية مع مقدمي خدمات التصديق المستقلين الذين يحتاجون إلى التوصل إلى توافق في الآراء بشأن البيانات قبل إتاحتها على الشبكة. على حد علمنا ، لا توجد أوراكل أخرى تقوم بذلك حاليا.
مثال على استخدام State Connector هو التحقق مما إذا كانت المعاملة قد تمت على blockchain آخر ، مثل ما إذا كان قد تم نقل 1 Bitcoin من العنوان A إلى العنوان B.
سلسلة مضيئة زمنية أوراكل
FTSO هو بروتوكول لامركزي للغاية لاسترداد بيانات السلاسل الزمنية الخارجية بأمان لاستخدامها في Flare ، مثل أزواج أسعار الأصول الرقمية. يأخذ البيانات على فترات زمنية محددة مسبقا (حاليا 3 دقائق) من شبكة مستقلة من مزودي البيانات ، والتي يتم تحفيزها لتقديم بيانات دقيقة.
يقوم نظام FTSO بحساب تقدير لكل سلسلة زمنية وإتاحته لأي مستخدم أو تطبيق لطلبه. يمكن استخدام هذه البيانات لأي عدد من حالات الاستخدام ، مثل أسعار الأصول في بروتوكول الإقراض اللامركزي.
يتم تحفيز ما يقرب من 100 من مزودي البيانات المستقلين من قبل الشبكة لتقديم هذه المعلومات بدقة. ثم تتم مشاركة المكافآت التي يتلقاها كل مزود بيانات لتوفير البيانات اللامركزية بنجاح مع جميع حاملي الرمز المميز الذين تم تفويضهم إليهم.
يوفر موقع الويب FlareMetrics.io إحصائيات حول أداء جميع مزودي بيانات الشبكة.
الفصل 3:
استخدام رموز FLR
الفصل 3: استخدام رموز FLR
التفويض إلى FTSO
التفويض هو التعيين المؤقت لرموز FLR أو SGB المميزة لموفري بيانات Oracle Flare Time Series لدعم تسليم البيانات اللامركزية إلى الشبكة. يمكن إلغاء تفويض الرموز المميزة في أي وقت ، ولا يتم قفلها من استخدامها لأغراض أخرى.
يحصل حاملو الرمز المميز على حصة من المكافآت التي حصل عليها موفرو البيانات الذين فوضوا إليهم. كلما كانت عمليات إرسال مزود البيانات أكثر دقة وزاد عدد الرموز المميزة المفوضة له ، زادت المكافآت التي يتلقونها ويمكنهم مشاركتها مع مفوضيهم. وهذا يخلق حلقة تغذية مرتدة إيجابية تحفز على توفير بيانات دقيقة ، حيث يجذب مقدمو البيانات الأكثر نجاحا أكبر عدد من الوفود.
يمكن المطالبة بمكافآت تفويض Flare FTSO كل 3.5 أيام ، بينما يمكن المطالبة بمكافآت Songbird مرة واحدة في الأسبوع.
للمساعدة في اتخاذ قرار بشأن مزودي البيانات الذين يجب تفويضهم إلى مزودي البيانات، تتضمن مواقع الويب مثل FlareMetrics.io إحصاءات الأداء.
التخزين لمدققي التوهج
ينتقل Flare إلى نموذج Staking على ثلاث مراحل. الآن تم الوصول إلى المرحلة الثانية ، من الممكن لأي شخص تفويض الحصة إلى المدققين على الشبكة. يمكن القيام بذلك باستخدام أداة Staking الجديدة الموجودة في https://staking.flare.network. هناك أيضا إصدار واجهة سطر الأوامر (CLI) للمطورين والمستخدمين الأكثر تقدما.
عندما يقوم حامل الرمز المميز بتفويض FLR إلى مدقق Flare ، يتم قفل FLR الخاص به لفترة من الوقت. يختار المشاركون مقدار الحصة التي سيتم تفويضها ومدة قفل حصتهم. الحد الأدنى للحصة التي يمكن تفويضها هو 50 ألف FLR وأقصر فترة تخزين مسموح بها هي 14 يوما.
اقرأ الدليل الإرشادي في المستندات الفنية للحصول على إرشادات خطوة بخطوة حول استخدام أداة التخزين الجديدة.
فلير دروبس
يتم توفير 24.2 مليار FLR لأي شخص يحمل WFLR في 36 FlareDrops الشهرية. كان أول FlareDrop في 17 مارس 2023 ، عندما طالب حاملو WFLR بما يقرب من 670 مليون FLR.
من المحتمل أن يحتاج حاملو الرموز المميزة إلى نقل رموز FLR الخاصة بهم من البورصة إلى محفظة برامج أو أجهزة ليتمكنوا من لفها في WFLR.
ملفوفة FLR
FLR هو الرمز الأصلي المستخدم للمدفوعات ورسوم المعاملات. يمكن أيضا تغليف FLR في متغير ERC-20 ، WFLR. تتمتع رموز WFLR المميزة بوظائف إضافية ويمكن تفويضها إلى موفري بيانات FTSO أو استخدامها للمشاركة في إدارة الشبكة. هذان الاستخدامان لا يستبعد أحدهما الآخر ولا يمنعان استخدام الرموز المميزة في التطبيقات اللامركزية الأخرى المتوافقة مع EVM والعقود الذكية على Flare.
يمكن تغليف الرموز المميزة أصلا في محفظة Bifrost ، أو عن طريق الاتصال ببوابة Flare عند استخدام محفظة أجهزة أو برامج مختلفة.
المطالبة التلقائية
يمكن المطالبة بكل من مكافآت FlareDrops و FTSO وتغليفها تلقائيا لزيادة التركيب. ستتوفر هذه الميزة أيضا على Songbird في المستقبل القريب.
الطائر المغرد
Songbird هي شبكة الكناري ل Flare. إنها سلسلة كتل تشغيلية مع إمداد رمزي محدد يسمح باختبار الميزات أو التطبيقات الجديدة في ظل ظروف الإنتاج قبل نشرها على الشبكة الرئيسية. هذا على عكس شبكة الاختبار التي تحتوي بشكل عام على إمدادات رمزية غير محدودة.
الحكم
تنشأ الحوكمة على Flare من مصدرين أساسيين. أولا ، يمكن لمؤسسة Flare تقديم مقترحات حوكمة لشبكة Flare mainnet و Songbird canary ، والتي يمكن لحاملي رمز FLR و SGB التصويت عليها. ثانيا ، ستنفذ التطورات المستقبلية نظاما من مجلسين حيث يمكن لحاملي رمز SGB تقديم مقترحات الحوكمة لشبكة Songbird والتصويت عليها بقصد تقديمها كمقترحات تحسين مضيئة إذا نجحوا.
تكون المقترحات مرئية في مستودع المقترحات وعندما تكون نشطة يمكن التصويت عليها باستخدام بوابة Flare.
شركاء النظام البيئي
Flare.Builders هو كتالوج طرف ثالث للمشاريع المختلفة التي يتم بناؤها على شبكات Flare و Songbird.
