Ontology تطلق الطبقة 2 ، المساهمة في منصة سلسلة عامة أكثر تكاملاً

صورة

مقدمة


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

كتقنية خارج السلسلة ، تقدم Ontology Layer 2 أداءً أعلى وأداءً أقل. يمكن للمؤسسات تخزين عدد كبير من سجلات المعاملات خارج السلسلة بأمان ، ثم نقلها إلى السلسلة عندما تحتاج إلى التفاعل وتقليل تكاليف معاملات المستخدم وتحسين الإنتاجية بشكل كبير.

المقدمة


كما هو مذكور في خارطة طريق أرسطو 2020 ، بالاشتراك مع Ontology و Wasm-JIT و Multi-VM cross-chain وغيرها من التقنيات الأساسية المتقدمة الأخرى ، فإن Ontology Layer 2 تُظهر الآن أداء أفضل من حلول المستوى 2 الأخرى. وينعكس هذا في انخفاض تكلفتها في التخزين والدعم متعدد اللغات والتوافق التام بين إصدارات التحليل والتنفيذ. ضمان التفاعل دون عوائق لعقود النشر ، على سبيل المثال ، إطلاق العديد من أنظمة التشغيل الافتراضية على جهاز كمبيوتر واحد ، مما يزيد من كفاءة التنفيذ ويقلل تكاليف المعالجة.

عملية العمل


يتكون Ontology Tier 2 من 3 أجزاء رئيسية: إيداع Ontology Tier 2 ، ونتائج Ontology Tier 2 ، ومعاملات المستوى 2 وضمان الأمان.

في مركز تجاري من المستوى 2 ، يمكن للمستخدمين إتمام المعاملات ، وتلبية طلبات العقود ، وتوقيع العقود. قد تكون هذه المعاملة هي نفس تنسيق معاملة السلسلة الرئيسية لـ Ontology ، أو قد تكون مختلفة. جامعي المعاملات (يسمى جامعي ، ويشار إليها فيما يلي باسم جامع) هي المسؤولة عن جمع معاملات المستخدم من المستوى 2. قد يكون هناك العديد من جامعي طوال العملية. يمكن للمستخدمين أيضًا دفق معاملات المستوى 2 إلى العديد من جامعي.

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

الإيداع عند المستوى 2


  1. «Deposit» Ontology. 2. «unreleased».
  2. , Ontology . 2 . 2. 2 Ontology, .
  3. «released».

Ontology


  1. 2 « » .
  2. Collector Withdraw Withdraw 2. 2 Ontology .
  3. , «not released».
  4. .
  5. , «released».

2


2


  1. يقوم المستخدم بإنشاء معاملة "نقل" من المستوى 2 ونقلها إلى المُجمع.
  2. يقوم المجمع بجمع حركة التحويل والمعاملات الأخرى في كتلة المستوى 2 ، وتنفيذ المعاملات في الكتلة ، ونقل حالة هذا المستوى 2 إلى سلسلة علم الوجود الرئيسية.
  3. انتظر تأكيد الحالة.

ضمان السلامة


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

كيف تستعمل


يتوفر Ontology المستوى 2 حاليًا على Ontology TestNet للمطورين للتجربة.

Link

Link to documents

في المقالة التالية ، سنقدم مقارنة تفصيلية للأداء مع المستوى 2 في سلاسل أخرى.

الملحق: المصطلحات


معاملات المستوى 2


قدم المستخدم طلبًا لنقل العقد أو تنفيذه عند المستوى 2 ووقع عليه بالفعل. قد تكون هذه المعاملة هي نفس تنسيق معاملة السلسلة الرئيسية لـ Ontology ، أو قد تكون مختلفة.

جامع


المُجمع هو مُجمّع المعاملات من المستوى 2. وهو مسؤول عن جمع معاملات المستخدم من المستوى 2 ، والتحقق من صحة المعاملة وتنفيذها. في كل مرة يتم فيها إنشاء كتلة المستوى 2 ، يكون المجمع مسؤولاً عن تنفيذ المعاملات في الكتلة وتحديث الحالة وإنشاء عقود المستوى 2 ، والتي يمكن تفسيرها على أنها تأكيد للحالة المستخدمة لضمان الأمان.

كتلة المستوى 2


يقوم المُجمع بتجميع معاملات المستوى 2 بشكل دوري ، وإنشاء كتلة تحتوي على جميع معاملات المستوى 2 ، وإنشاء كتلة جديدة من المستوى 2.

الدولة المستوى 2


يقوم المُجمّع بإجراء معاملات مجمعة في كتلة المستوى 2 ، وتحديث الحالة ، وفرز جميع بيانات الحالة المُحدثة لإنشاء شجرة Merkle ، وحساب التجزئة الجذر لشجرة Merkle. تجزئة الجذر هو حالة كتلة المستوى 2.

المشغل أو العامل


عامل التشغيل مسؤول عن أمان المستوى 2 وهو مسؤول عن مراقبة ما إذا كان الرمز المميز يتم نقله إلى المستوى 2 أو عملية نقل الرمز المميز من المستوى 2 إلى سلسلة علم الوجود الرئيسية. عامل التشغيل مسؤول أيضًا عن إرسال تأكيد دوري لحالة المستوى 2. كتأكيد ، يمكنك الانتقال إلى شبكة Ontology.

تشالنجر


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

التحقق من حالة الحساب


يمكن الحصول على تأكيد حالة الحساب من المشغلين والمزايدون بعد إثبات Merkle. هم الأطراف الوحيدة التي تحتفظ بدولة عالمية كاملة.

دليل على الاحتيال


يتضمن تأكيد الاحتيال تأكيدًا لحالة الحساب قبل التحديث الحالي للكتلة من المستوى الثاني.

تؤكد شهادة حالة الحظر من المستوى 2 السابقة وشهادة حالة الحساب المقدمة شرعية الدولة القديمة قبل الترقية. يمكن الحصول على إثبات أن الدولة القديمة قانونية عن طريق تشغيل الكتلة الحالية.

Blockchain Ontology الموجهة للمؤسسات جاهزة لمساعدة الشركات على تحويل وتحديث أعمالها. إذا كانت لديك مشكلات في قابلية التوسع المستقلة أو الأجهزة الافتراضية أو مجموعة كاملة من الأنظمة التقنية ، فيرجى الاتصال بنا على contact@ont.io.

تعرف على المزيد حول علم الوجود


معلومات حديثة ومحدثة واتصال لطيف في دردشة Telegram - Telegram Russian

أيضًا ، اشترك وادرس : موقع Ontology - GitHub - Discord - Twitter - Reddit

All Articles