الفصل 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 على بروتوكولين للحصول على البيانات مؤمنين بواسطة شبكة الطبقة 1.
إنها أصلية في Flare ، لذلك لا يحتاج المطورون إلى الاعتماد على حلول أوراكل بيانات أخرى تابعة لجهات خارجية ، والتي يمكن أن تكون مركزية ومكلفة.
يقدم Flare Time Series Oracle (FTSO) أوراكل السلاسل الزمنية (FTSO) موجز بيانات السلاسل الزمنية عالي اللامركزية إلى التطبيقات على Flare.
يُمكِّن موصل البيانات Flare من التوصل إلى توافق في الآراء بأمان ودون ثقة بشأن حدث وقع خارج الشبكة، على سبيل المثال معاملة بلوك تشين بين طرفين أو محتوى واجهة برمجة التطبيقات على الإنترنت.
معا ، تمنح هذه البروتوكولات المطورين وصولا لامركزيا إلى بيانات عالية التكامل من سلاسل أخرى والإنترنت. لهذا السبب نسمي Flare blockchain للبيانات.
يتم استخدام كل من موصل البيانات و FTSO في العرض التوضيحي الأخير لشراء NFT على Flare باستخدام رمز مميز لبلوكشين مختلف.
الفصل 2:
بروتوكولات الحصول على البيانات الأصلية
الفصل 2: بروتوكولات الحصول على البيانات الأصلية
موصل البيانات
يتيح موصّل البيانات إمكانية جلب بيانات الأحداث خارج السلسلة إلى السلسلة واستخدامها بواسطة تطبيقات dapps. هذه هي البيانات التي لا يمكن أن تتغير، مثل ما إذا كانت المعاملة قد حدثت على سلسلة بلوك تشين مختلفة، أو نتيجة رياضية محفوظة في قاعدة بيانات web2.
وهي تقوم بذلك بطريقة لامركزية مع مقدمي خدمات التصديق المستقلين الذين يحتاجون إلى التوصل إلى توافق في الآراء بشأن البيانات قبل إتاحتها على الشبكة. على حد علمنا ، لا توجد أوراكل أخرى تقوم بذلك حاليا.
أحد الأمثلة على استخدام موصّل البيانات هو التحقق مما إذا كانت معاملة ما قد تمت على سلسلة بلوكشين أخرى، مثل ما إذا كان قد تم نقل 1 بيتكوين من العنوان A إلى العنوان B.
سلسلة مضيئة زمنية أوراكل
إن FTSO عبارة عن أوراكل مكرس يوفر البيانات اللامركزية إلى Flare. يقوم FTSO باختيار مزودي البيانات كل 1.8 ثانية باستخدام خوارزمية عشوائية مرجحة بالحصة. الموفرون الذين لديهم حصة أكبر لديهم فرصة أكبر للاختيار.
يمكن لحاملي FLR تفويض رموزهم إلى مُقدِّمي الخدمة، الذين يحصلون على مكافآت مقابل تقديم بيانات دقيقة. تتم مشاركة هذه المكافآت مع المفوضين. ويضمن هذا النظام دعم كل موجز من موجزات FTSO من قبل حوالي 100 مزود مستقل، يتم اختيارهم من قبل المستخدمين من خلال التفويض، مما يفرض تكلفة اقتصادية صارمة لسوء السلوك والحفاظ على سلامة البيانات.
وهذا يجعلها أوراكل مثالية ل DeFi - فهي سريعة ولامركزية وفعالة من حيث التكلفة، وتدعم حالات الاستخدام بما في ذلك الإقراض والاقتراض، والتداول الدائم والخيارات، ودفاتر الطلبات عبر السلسلة، وغير ذلك الكثير.
الفصل 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.
