FTSOv2 هو ترقية ل Flare Time Series Oracle ، بما في ذلك تحديثات أكثر انتظاما وأداء أفضل ومجموعة واسعة من خلاصات البيانات وتحديثات عالية التردد. إنها نقطة انطلاق لتحقيق رؤية Flare باعتبارها blockchain للبيانات.

في منشور المدونة هذا ، سنقدم فوائد البروتوكول الجديد ونلخص التحسينات التقنية التي جعلت ذلك ممكنا. للحصول على مراجعة أكثر تفصيلا ، يتوسع أحدث مستند تقني لدينا في هذا الملخص ، مما يوضح آليات وفوائد تصميم FTSOv2.

تعمل Blockchain for Data على توسيع نطاقها

تقدم Oracle المطورة من Flare ، FTSOv2 ، تقدما كبيرا في الوصول إلى البيانات على السلسلة للشركات العاملة في إطار التمويل اللامركزي (DeFi) ، مثل الإقراض أو تداول dapps. من خلال تعزيز إمكانية الوصول إلى البيانات وتقليل تكاليف الاستخدام ، تعد أوراكل Flare تحسنا ملحوظا مقارنة بتقنيات Oracle الحالية ، مما يضع معيارا جديدا للامركزية والقدرة على تحمل التكاليف في تبادل البيانات.

تركز Flare على أوراكل لامركزية بالكامل لدعم التطبيقات المبنية على كل من Flare والسلاسل الأخرى. من خلال تكريس أوراكل في Flare blockchain ، فإنها تستفيد من الأمان المتأصل الذي توفره اللامركزية الكاملة ، والتي بدورها تلبي الحاجة الماسة إلى خلاصات بيانات موثوقة ولامركزية في DeFi ومساحة web3 الأوسع.

بعد تطوير أساس قوي ، تقوم Flare الآن بتوسيع قدراتها على البيانات لتشمل مجموعة أوسع من الأصول ، مثل الأسهم والسلع ، وخفض زمن الوصول الذي يمكن من خلاله تسليم هذه الخلاصات. هذا استعدادا لمزيد من التقدم في ربط البيانات عبر سلاسل الكتل وبين web2 و web3.

وتهدف هذه المبادرات إلى تعزيز الأمن وخفض التكاليف وتبسيط عمليات التطوير، بما يتماشى مع هدف الشبكة المتمثل في تسهيل تبادل البيانات الآمن والفعال عبر السلسلة.

لامركزية الوصول إلى أوراكل

تعد Oracles لبنة أساسية في DeFi ، حيث تؤمن كميات هائلة من القيمة من خلال توفير بيانات دقيقة خارج السلسلة في الوقت الفعلي للعقود الذكية على السلسلة. تعتمد جميع الأوراكل الرئيسية على عدد محدود من موفري البيانات وتعمل أكبر الأوراكل بشكل فعال على شبكة مصرح بها. وهذا يقوض الرؤية الأساسية للتمويل اللامركزي - في الحالات القصوى يعرض المستخدمين لخسائر كارثية، وخسائر أكثر تدرجا ولكن بنفس القدر من الخسائر الخبيثة من خلال التلاعب بالسوق.

FTSOv2 هو حل Flare لبناء أوراكل قادر على التحديثات عالية التردد ، مع دعم مجموعة واسعة من خلاصات البيانات والحفاظ على اللامركزية.

على عكس بعض الحلول المتوفرة في السوق اليوم ، حيث يمكن تأمين تغذية البيانات بأقل من 5 عقد ، يضمن FTSOv2 تأمين كل تغذية بيانات بواسطة الشبكة بأكملها ، والتي تتكون من 100 عقدة. تجعل هذه الضمانات من الأسهل والأكثر أمانا للمطورين والمستخدمين الاعتماد على خلاصات أسعار FTSOv2 ، دون الحاجة إلى فهم خصوصيات محددة للخلاصة المعنية.

في كثير من الأحيان ، تتبع Oracles نهجا مسموحا به وفقط على متن المؤسسات الكبيرة والشركات التجارية كمزودي بيانات على شبكتها ، مما يعرض لامركزية الشبكة للخطر من أجل الكمون. لا تقدم Flare مثل هذه التنازلات - فعملية الانضمام لمجموعة متنوعة من مزودي البيانات غير مصرح بها تماما ، وتدعمها وفود مفتوحة من قبل مستخدمي شبكة Flare. بالإضافة إلى ذلك ، فإن أوراكل أخرى ، ربما ترى إمكانية استخدام طبقة إثبات الحصة اللامركزية (PoS) 1 مثل Flare ، هي حاليا في المراحل الأولى من التحول إلى PoS. ومع ذلك ، فإن هذه الشبكات لديها نسبة منخفضة من الرموز الأصلية المخزنة لأمن أوراكل مقارنة ب Flare. حوالي 7٪ مقارنة ب 66٪ في Flare.

ترقية أوراكل سلسلة مضيئة

يقوم التكرار الحالي لسلسلة Flare Time Series Oracle ، FTSOv1 ، بتحديث مجموعة من 18 موجزا للأسعار كل 3 دقائق. يعمل التكرار الجديد ل FTSO على تحسين هذه العملية من خلال زيادة وتيرة التحديثات وعدد الخلاصات المتاحة. بالإضافة إلى ذلك، يتم الآن دعم نوعين متميزين من التحديثات:

• تحديثات Anchor ، خلاصات بيانات FTSO التي يتم تحديثها بشكل دوري والتي تجمع بين التقديرات من موفرين متعددين كما هو الحال في FTSOv1.
• دفق التحديثات، وهي ميزة جديدة تستفيد من تقنية التحديث السريع لنشر تحديثات تدريجية لخلاصات البيانات في كل كتلة.

يتم دعم تحديثات Anchor من خلال سلسلة من التحسينات على عملية التصويت ، مما يوفر أداء أفضل دون تغيير المفاهيم الأساسية للعملية. تم تصميم التحسينات للحفاظ على الميزات المرغوبة ل FTSO: اللامركزية والدقة والأمن. كما هو الحال في التصميم الأصلي ، لا تزال كل قيمة تغذية بيانات مجمعة من التقديرات الفردية من 100 من مزودي البيانات على شبكة Flare. يمنع هيكل الحوافز والحد الأقصى المعدل مقدمي الخدمات من التأثير بشكل ضار على القيم المجمعة مع تشجيع مقدمي الخدمات على تحديد تقديرات دقيقة.

يتم تشكيل قيم الدفق الجديدة من سلسلة من التحديثات المتزايدة لكل كتلة ، مما يوفر الوصول إلى التحديثات بمعدل أسرع مع آلية تجميع أبسط. تعتمد خلاصة البث على عملية تعرف باسم التحديثات السريعة، حيث يقوم كل من مقدمي الخدمات المتناوبين الذين يتم اختيارهم بالقرعة بإرسال تحديثات تدريجية للبيانات. يمكن تغيير حجم هذه الزيادات من خلال تمويل المجتمع ، بحيث تعمل تحديثات البث عند الطلب: تدفع dapps والمستخدمون الآخرون رسوما للوصول إلى خلاصات البيانات الدقيقة بشكل متزايد.

تم تصميم كل من التحسينات على تحديثات المرساة وإدخال تحديثات التيار بحيث لا تضر باستهلاك الغاز للبروتوكول ، مما يعني أن FTSO لا يزال مستداما ولا يستهلك الكثير من إنتاجية الغاز المتاحة لشبكة Flare.

باختصار ، يعمل FTSOv2 على تحسين التكرار السابق بثلاث طرق:

• يتم توفير تحديثات Anchor كل 90 ثانية ، مما يقلل من زمن الانتقال بين قيم بيانات النشر إلى النصف.
• زاد عدد التقييمات المدعومة بشكل كبير ، مع دعم أكثر من 50 خلاصة بيانات في البداية وتصميم قادر على التوسع إلى 1000 موجز.
• يتم توفير تحديثات البث بين تحديثات الارتساء ، مما يسمح بالوصول الاختياري إلى التحديثات بتردد أعلى ، بتكلفة محتملة في الدقة.

وصول Oracle على التوهج على نطاق واسع

يظل التدفق الإجمالي لجولة FTSO دون تغيير: يقدر 100 من مزودي البيانات قيمة كل موجز بيانات ، ثم يتم تجميع تقديراتهم الفردية باستخدام خوارزمية وسيطة مرجحة في مجموعة من القيم النهائية. مرة أخرى ، لا تستهلك العملية المحسنة غازا غير مستدام ، على الرغم من أنها تدعم المزيد من خلاصات البيانات والتحديثات الأسرع. إذن كيف تعمل هذه التحسينات منخفضة التكلفة؟ يكمن السر في نقل الحسابات غير العملية خارج السلسلة ، مع نشر معلومات التحقق فقط على السلسلة. بهذه الطريقة ، يتم دفع العمل الشاق اللازم في إجراء الحسابات إلى مقدمي الخدمات ، مما يقلل من الحساب على السلسلة. يقوم مقدمو الخدمة بعد ذلك بتحميل بيانات التحقق إلى السلسلة ، مما يثبت أن الحسابات خارج السلسلة قد تم إجراؤها بشكل صحيح. وبالتالي ، تستمر جولة التصويت ل FTSOv2 على النحو التالي:

• يحسب كل مزود تقديره لكل من خلاصات بيانات FTSO المدعومة ، ويحمل إلى السلسلة تجزئة واحدة تلتزم بتقديراتها الفردية.
• يكشف كل مزود عن قائمة التقديرات الخاصة به ويقوم بتحميل المعلومات على السلسلة.
• خارج السلسلة ، يقوم مقدمو الخدمة بحساب القيمة الإجمالية لكل تغذية في جولة التصويت.
• يقوم مقدمو الخدمة بتجميع قائمة القيم المتوسطة في تجزئة واحدة ، وتحميل هذه التجزئة إلى السلسلة ، جنبا إلى جنب مع توقيع فوق التجزئة.
• بمجرد تحميل عدد كاف من التوقيعات المقابلة لنفس التجزئة ، تحدد هذه التجزئة القيم النهائية لخلاصات البيانات للجولة ، والتي أصبحت متاحة الآن للاستخدام في العقود الذكية على سبيل المثال.

من مخطط التدفق ، يمكننا أن نرى كيف يقلل تصميم FTSO الجديد من استهلاك الغاز: تم تفريغ معظم الحسابات المكلفة وهي المسؤولية المباشرة لمقدمي الخدمات. يتم تقليل تكاليف التخزين إلى الحد الأدنى من خلال تحميل نتائج هذه الحسابات إلى السلسلة في شكل مجزأ مضغوط حيثما أمكن ذلك. بين هذين التحسينين ، فإن إعادة تصميم FTSOv2 قادرة على دعم سرعة متزايدة وتغطية أوسع دون تكبد تكاليف غاز لا يمكن التحكم فيها.

الأوزان والأحرف: الموازنة بين اللامركزية والدقة

يأخذ FTSO مدخلات من 100 مزود ، ويخرج القيم لكل جولة بناء على تجميع هذه التقديرات في قيمة وسيطة مرجحة. لأغراض FTSO ، يتوافق وزن المزود مع مقدار FLR المغلف (WFLR) الذي تراكمت عليه ، إما من قبل المزود نفسه أو مفوض إلى المزود من قبل مستخدمين آخرين لشبكة Flare. ومن ثم تكون القيمة المجمعة لكل خلاصة وسيطا مرجحا لتقديرات مقدمي الخدمات: فالتقديرات التي يقدمها مقدمو الخدمات ذوو الوزن الأعلى يكون لها تأثير أكبر على السعر المجمع من تقديرات مقدمي الخدمات الأصغر، حيث أن مقدمي الخدمات الأعلى وزنا لديهم تاريخ من تقديرات البيانات ذات الجودة الأفضل.

ومع ذلك ، من أجل منع مقدمي الخدمات الفرديين من الحصول على الكثير من المدخلات في الجولة ، والإضرار باللامركزية في البروتوكول ، فإننا نطبق حدا أقصى بنسبة 2.5٪ على الحد الأقصى لوزن مقدم الخدمة الفردي. يعتبر أي مزود يتجاوز وزنه هذا الحد الأقصى لديه 2.5٪ من الوزن لأغراض حساب الوسيط ، مع توزيع الوزن الزائد على جميع مقدمي الخدمات. بالنسبة لعملية التوقيع ، يلزم وجود وزن إجمالي بنسبة 50٪ أو أكثر من وزن المزود حتى يتم الانتهاء من النتيجة.

تحديثات سريعة: تحديثات زمن انتقال منخفض عند الطلب

بالإضافة إلى دعم التحديثات لما يصل إلى 1000 موجز بيانات كل 90 ثانية ، يدعم تصميم FTSOv2 ميزة جديدة تسمى التحديثات السريعة ، وهي دفق بيانات إضافي بتصميم خفيف الوزن يتم تحديثه بشكل أكثر انتظاما. تدعم خلاصة الدفق التي تعمل على التحديثات السريعة نفس خلاصات البيانات مثل موجز FTSO الأساسي ، ولكنها تقوم بتحديثها بطريقة مختلفة - دفق يتم تحديثه باستمرار ، بدلا من التقييمات الدورية. في كل كتلة ، يتم اختيار مجموعة عشوائية من مقدمي الخدمة لتقديم تحديثات سريعة ، مع اختيار مقدمي الخدمة مع احتمال يتناسب مع وزنهم. ثم يدفع كل مزود محدد زيادة لكل تغذية دفق ، مما يمثل تغييرا طفيفا في قيمته ؛ يؤدي تجميع هذه الزيادات إلى تحديد قيمة الدفق التالية. حجم الزيادة الواحدة وعدد التحديثات هي معلمات يمكن تغييرها لتعكس تقلب الأصل الأساسي في وقت معين ، إما عن طريق الحوكمة أو عن طريق تمويل المجتمع. بهذه الطريقة ، يمكن ل dapp أو المستخدمين الآخرين المهتمين بتحديثات البيانات الأكثر سرعة تمويل بروتوكول التحديثات السريعة لزيادة دقة موجز البث .

يوضح الرسم البياني كيف يمكن للزيادة الممولة في معلمات التحديث السريع للعدد المتوقع من التحديثات لكل كتلة (e) ودقة الزيادات (p) أن تسمح لقيم التدفق بتتبع السلوك المتقلب للقيم الحقيقية عن كثب أكثر من السلوك الافتراضي.

الميزة الرئيسية لهذه الآلية هي سرعتها ، حيث يمكن توفير التحديثات بشكل أساسي في كل كتلة. ومع ذلك ، فإن ضمانات الأمان والدقة لدفق التحديث السريع أقل قوة من تلك الخاصة بقيم الإرساء ، حيث أن عملية التجميع أبسط. وبالتالي ، فإن تحديثات الدفق تهدف في المقام الأول إلى التطبيقات التي يكون فيها الحصول على معلومات محدثة أمرا بالغ الأهمية.

مكافأة ل FTSO

كما هو الحال مع FTSOv1 ، تتم مكافأة مقدمي الخدمة على التقديرات الدقيقة والمشاركة النشطة. تتم مكافأة مقدمي الخدمات بالطرق التالية ، مع حجم المكافآت بالنسبة لوزن المزود وأهمية العملية:

• تتم مكافأة مقدمي الخدمات الذين يقدمون عمليات إرسال دقيقة إلى خلاصات بيانات المرساة على إرسال قيم قريبة من القيمة المتوسطة المرجحة - وبما أن هذا له أهمية أساسية ، يتم تخصيص حوالي 80٪ من مكافآت تحديثات المرساة لعمليات الإرسال الجيدة
• يتم تخصيص المكافآت المتبقية لتحديثات المرساة للمشاركة النشطة في التوقيع ووضع اللمسات الأخيرة على جولات FTSO. هذا يضمن أن النظام يعمل بشكل صحيح وسريع.
• يتم منح مقدمي الخدمات الذين أرسلوا تحديثات سريعة حصة من مكافآت دقة البث في نهاية كل نافذة مدتها 90 ثانية، طالما أن خلاصة البث تتوافق بشكل وثيق مع قيمة الإرساء لتلك الجولة.
• تتم مكافأة جميع المشاركات في التحديثات السريعة لتشجيع الاستثمار الأولي في البنية التحتية للتحديث السريع ، بغض النظر عن الدقة. قد تتم إزالة هذه المكافآت لاحقا بمجرد ترسيخ خلاصة البث بشكل أكثر ثباتا.

بالإضافة إلى مكافآت مقدمي الخدمات ، تتم مكافأة المستخدمين الذين فوضوا WFLR الخاص بهم إلى مزود لتفويضهم لمقدمي الخدمات الناجحين. وتخصص لكل مقدم مكافآت بالنسبة إلى وزنه، مع تمرير نسبة من هذه المكافآت إلى المفوضين بالنسبة إلى نسبة وزن مقدم الخدمة التي قدمها كل وفد، مطروحا منها النسبة المئوية للرسوم التي يفرضها مقدمو الخدمات مقابل خدماتهم.

استنتاج

يعمل نشر FTSOv2 كجزء لا يتجزأ من طموح الشبكة لإضفاء الطابع الديمقراطي على البيانات من خلال جعلها أكثر سهولة وفعالية من حيث التكلفة ولامركزية. في منشور المدونة هذا ، قمنا بتلخيص التحسينات في تصميم الإصدار 2 من FTSO التي تسهل نطاقا أوسع من خلاصات البيانات ، وتقصير الفجوة بين التحديثات ، والحفاظ على ميزات الأمان واللامركزية المرغوبة في FTSOs. ينصب التركيز الأساسي للتحسينات على نقل الأعباء الحسابية خارج السلسلة ، بحيث يتم تقليل استهلاك الغاز وزمن الوصول. بالإضافة إلى ذلك ، نظرنا إلى ميزة التحديثات السريعة الجديدة ، والتي توفر موجزا ثانويا للبث كمرافق لخلاصة الإرساء ، مما يدعم المستخدمين الذين يحتاجون بشكل خاص إلى تحديث خلاصات البيانات بسرعة.

لا تعمل هذه التحسينات على تحسين الوصول إلى البيانات الحية عالية الضمان لمنصات التمويل اللامركزية فحسب ، بل تضع أيضا الأساس لإطار شامل حيث يمكن تبادل البيانات بسلاسة عبر بنى blockchain المتنوعة. في جوهرها ، يجسد FTSOv2 تفاني Flare في تسهيل التكامل التكافلي بين النظم الإيكولوجية للبيانات التقليدية والقائمة على blockchain ، وبالتالي تمكين الشركات من استخدام الإمكانات التحويلية لتكنولوجيا blockchain للابتكار والتحسين التشغيلي والتوسع.