موصل حالة Flare's هو غرض بروتوكول إجماع مصمم لبيانات blockchain الخارجية. إنه يثبت بشكل آمن وبدون ثقة حالة سلاسل الكتل الأخرى على Flare. يتيح موصل الحالة ل Flare تشغيل:
- سد أفضل ، بما في ذلك سد سريع ولامركزي ومتعدد الأطراف ومؤمن بين سلاسل العقود الذكية.
- قابلية التركيب عبر السلاسل ، مع البيانات والأصول القادرة على التدفق بحرية وأمان بين جميع السلاسل.
- حل متعدد السلاسل آمن وقابل للتشغيل البيني بالكامل.
فيما يلي ملخص على موصل الحالة. التفاصيل الكاملة متوفرة في صفحات الوثائق الفنية الخاصة بنا.
مقدمة إلى موصل الحالة
يسمح موصل الحالة ل Flare بالتوصل إلى توافق في الآراء حول حالة أي blockchain ، واستخدام هذه البراهين في العقود الذكية أو نقلها إلى سلسلة أخرى بطريقة غير موثوقة ولامركزية. إنه أسرع وأكثر أمانا من الأساليب الحالية ، وقد تم تصميمه للتكامل مع أي blockchain آخر.
تتطلب الحلول الأخرى إما الثقة في أطراف ثالثة مركزية ، أو تجبر السلاسل الأخرى على الامتثال لمعاييرها - في الواقع تغيير بروتوكول السلسلة المستقلة ورمزها حتى يتمكنوا من التواصل. على النقيض من ذلك ، يمكن لموصل الحالة التحقق مباشرة من صحة الحالة وتحمل هجمات السلامة والحيوية على السلاسل المتصلة ، دون الحاجة إلى طرف ثالث مركزي أو تغيير رمز السلسلة الأساسية.
جسور أفضل
موصل الدولة هو تقنية جديدة وتأسيسية تجعل من الممكن بناء جسور أفضل بين السلاسل. على سبيل المثال:
- الجسور اللامركزية لسلاسل العقود غير الذكية على Flare - FAssets.
- جسر سريع ولامركزي ومؤمن ومتعدد الأطراف بين سلاسل العقود الذكية ، بما في ذلك سد FAssets إلى سلاسل أخرى - Layer Cake.
قابلية التركيب عبر السلسلة
يمكن للمطورين استخدام State Connector لإنشاء تطبيقات dapps قابلة للتشغيل البيني حقا يمكنها الوصول إلى القيمة والسيولة والمعلومات الخاصة بسلاسل الكتل المتعددة من خلال نشر واحد على Flare.
إنه قادر على إثبات حالة سلاسل الكتل الأخرى بشكل آمن بطريقة لامركزية ، وتوفير تلك البيانات إلى dapps على Flare. على سبيل المثال ، يمكن لموصل الحالة إثبات ما إذا كان إجراء قفل أو نعناع أو حرق أو استرداد معين قد حدث على شبكة Solana أو Ethereum وتقديم هذه المعلومات دون ثقة إلى عقد ذكي على Flare من أجل بدء إجراء محدد مسبقا تلقائيا.
إنه أسرع وأكثر أمانا من الأساليب الحالية ، مثل مرحلات العميل الخفيفة ، والتتابع المتفائل ، والمخططات متعددة sig ، وقد تم تصميمه للتكامل مع أي blockchain آخر.
علاوة على ذلك ، يتيح موصل الحالة نموذجا لترحيل البيانات المخزنة بين سلاسل متعددة ، بما في ذلك Flare ، والتي تعمل على تأمين قابلية التشغيل البيني ثنائية الاتجاه عبر شبكة من السلاسل. بدلا من الاعتماد على الحوكمة ، فإن الترحيل المضمون بواسطة State Connector سيكون له قطع تلقائي لعقد الترحيل المعيبة من خلال قدرة State Connector على إثبات ما نقلته أي عقدة إلى سلسلة أخرى.
أمن
يعد موصل الحالة أكثر أمانا من آليات التشغيل البيني السابقة لأنه قادر على الاستعلام بشكل كامل عن صحة المعاملة ، بما في ذلك تاريخها. الأساليب الأخرى مثل إثباتات التحقق من الدفع المبسطة المستخدمة بواسطة Light Client Relays غير قادرة على القيام بذلك ، وبالتالي فإن "الإثبات" ليس له تاريخ مفصل لدعم صحته. وهذا يعني أيضا أن State Connector قادر على التخفيف من مخاطر هجمات إعادة التنظيم على السلاسل المتصلة - مما يتيح إمكانية التشغيل البيني عبر السلسلة مع أمان شبكة متعددة السلاسل.
الإجماع اللامركزي
عندما يطلب تطبيق على Flare إثباتا لمعاملة blockchain ، يرسل State Connector هذا الطلب إلى مجموعة لامركزية من موفري التصديق (APs). إن نقاط الوصول هي التي تسمح لموصل الحالة بالتوصل إلى إجماع لامركزي على البيانات الخارجية.
يمكن لأي شخص العمل ك AP دون أي متطلبات رأس المال. الافتراض الأمني هو أنه إذا كان مزود التصديق المستقل يشهد بشكل صحيح على الحالة المطلوبة ، فسوف ينتهي به الأمر دائما في الفرع الصحيح لحالة Flare. يتوفر شرح لكيفية عمل هذه العملية على صفحات الوثائق الفنية ل Flare.
نظرة عامة على العملية
يمكن لأي شخص طلب شهادة على حدث خارجي معين من عقد موصل الحالة الذي يعمل على شبكة Flare. الطلبات هي أسئلة نعم / لا فيما يتعلق بالأشياء التي حدثت خارج شبكة Flare ، على سبيل المثال ، "هل تم تأكيد المعاملة 0xABC على شبكة Bitcoin؟". أنواع الطلبات المتاحة ثنائية تماما وموضوعية حسب التصميم ، لذا لا يمكن أن يكون هناك خلاف بين المشغلين الصادقين.
يشير موصل الحالة إلى جميع موفري التصديق بشأن الطلب. يتم ذلك من خلال أحداث EVM الموفرة للغاز.
يقوم مقدمو خدمات التصديق بجلب البيانات المطلوبة بوسائل تعتمد على نوع التصديق ، على سبيل المثال استرداد البيانات من blockchain آخر.
يقدم مقدمو خدمات التصديق نتائجهم إلى موصل الدولة بطريقة الالتزام والكشف لمنع التواطؤ. لأسباب تتعلق بالأداء ، يتم الرد على جميع الطلبات التي تم جمعها خلال جولة 90s مرة واحدة ، باستخدام تجزئة التشفير (جذر شجرة Merkle) لتلخيصها جميعا.
يدير State Connector إجماعا على الردود وإذا وافق أكثر من 50٪ من مقدمي الخدمة ، يتم نشر الإجابات على التطبيقات على Flare. إذا لم يتم التوصل إلى اتفاق ، تظل الطلبات دون إجابة ويجب إصدارها مرة أخرى. لا ينبغي أن يحدث هذا إذا كانت غالبية نقاط الوصول تنقل الحالة المطلوبة بصدق وموضوعية.
يكافأ مقدمو الشهادات بالرمز المميز الأصلي لمشاركتهم الصادقة في العملية.
