كل اللغات
العملات الرقمية
البورصات/ التبادلات
وسائل الإعلام
استنادًا إلى مفاهيم الحوكمة المختلفة ، قام مجتمع EOSC بتحسين آلية انتخاب EOSIO ، وأطلق الشبكة الرئيسية لـ EOSC في Genesis Height 1 ، واستمر في ترقية الشبكة الرئيسية لـ EOSC بشكل متكرر ، مما يجعل EOSC تتحرك نحو مستوى لامركزي مرتفع. اتجاه الأداء الذكي تستمر منصة العقد في التطور ، مما يضع الأساس للترويج على نطاق واسع للاقتصاد المشفر.
لقد فتح اقتصاد التشفير مرحلة حرجة من التجارب الاجتماعية إلى الاستخدام التجاري على نطاق واسع.
الاستخدام التجاري على نطاق واسع يعني ضغوط هائلة على المعاملات. من أجل أن يحمل نظام blockchain قدرًا هائلاً من طلبات المعاملات بكفاءة ، يجب عليه أولاً توفير أداء قوي بما فيه الكفاية. لتحقيق ذلك ، يلزم وجود متطلبات أعلى للعقد الكاملة ، مثل أجهزة الأجهزة التي تم تكوينها بشكل أفضل ، وسعة تخزين أكبر ، وشبكة أكثر استقرارًا ، وعرض نطاق ترددي أسرع ، وزمن انتقال أقل ، وما إلى ذلك. من الواضح أن العتبة العالية جدًا للعقد الكاملة ستؤدي إلى تقليل عدد العقد المنتجة للكتل التي يمكن أن تعمل بثبات.إذا تم اعتماد آلية POS في نظام blockchain ، فسوف يتقارب النظام بسرعة إلى حالة مركزية. لتحقيق التوازن بين الأداء العالي واللامركزية ، فإن خوارزمية الإجماع DPOS هي بلا شك الخيار الأفضل في الوقت الحالي ، وهي أيضًا أفضل حل ممكن لإدارة عدد صغير من العقد.
ظهرت EOSIO القائمة على خوارزمية الإجماع DPOS ، وشهد المجتمع فجر الاستخدام التجاري على نطاق واسع لاقتصاد التشفير لأول مرة. ما إذا كانت آلية الانتخابات فعالة تمامًا هو المفتاح لبقاء آلية إجماع DPOS ، كما أنها مرتبطة بما إذا كانت آلية توافق DPOS يمكن أن تنجح POW وقيادة الجيل التالي من التشفير.
من أجل تسريع وصول عصر الاستخدام التجاري واسع النطاق لاقتصاد التشفير ، قام مجتمع EOSC بتحسين آلية انتخاب EOSIO ، وأطلق الشبكة الرئيسية لـ EOSC في Genesis 1 ، واستمر في ترقية شبكة EOSC الرئيسية بشكل متكرر ، جعل EOSC تتحرك نحو اتجاه منصة عقد ذكية لامركزية عالية الأداء يستمر في التطور.
تتبع EOSC آلية إجماع EOSIO ، أي توافق خط أنابيب DPOS BFT. على عكس EOSIO ، لا تعتمد EOSC نموذج EOSIO المكون من كتلة واحدة كل 0.5 ثانية ، وتوصل عقدة واحدة 6 كتل. في EOSC ، كتلة واحدة كل 3 ثوان ، لن تقوم العقد بإنتاج الكتل بشكل مستمر ، على الرغم من أن الإنتاج المستمر للكتل بواسطة العقد يمكن أن يقلل من وقت الانتظار للمعاملات غير المعبأة ، ولكن نظرًا لأن بيئة الشبكة الحالية ليست مثالية جدًا في كثير من الأحيان ، فإن إنتاج الكتل السريع سيؤثر على استقرار السلسلة ، مما يؤدي إلى عدد الشوكات الصغيرة.
آلية الإجماع الحالية لـ EOSIO ليست مثالية ، ولكن كمنصة DAPP ، فإن وقت تأكيد الكتلة ليس أولوية التحسين الأولى للسلسلة. بالنسبة لـ EOSC ، يجب مراعاة آلية الإجماع في بيئة عالية التحميل. في آلية الحوسبة المتوازية الحالية إذا لم تكن مثالية ، فإن التسرع في تحسين آلية التأكيد عبر الأنابيب سيؤدي إلى مشاكل كبيرة.
ستتطور آلية الإجماع المستقبلية لـ EOSC بالتوازي من اتجاهين
1. متوافق مع تطوير EOSIO وتحديث خوارزمية الإجماع الخاصة بها ، نحكم وفقًا لتقدم التطوير الحالي لـ EOSIO ، عندما يكمل EOSIO التحسين الموازي ، سيتم ترقية خوارزمية الإجماع ، وتحقيق وقت تأكيد أسرع للكتلة.
2. وسوف تتكيف مع آليات الإجماع الأخرى بناءً على أرقام التأكيد ، كإضافة لإجماع DPOS الحالي ، من ناحية ، ستحقق التفاعل بين توافق سلسلة الطبقة الثانية المضمنة والسلسلة الرئيسية. من ناحية أخرى ، يمكن أن تحقق آلية عبر سلسلة أكثر لامركزية مع سلاسل من آليات الإجماع الأخرى.
نموذج المورد استنادًا إلى رسوم الخدمة
على الرغم من أن نموذج الدفع الخاص بموارد EOSIO ووحدة المعالجة المركزية (NET) هو تصميم جيد في التكنولوجيا ، إلا أنه معقد للغاية بالنسبة للمستخدمين ولا يمكنه الترويج لمطوري DAPP لتحسين عقودهم . من ناحية أخرى ، ستؤدي طريقة شراء ذاكرة الوصول العشوائي الخاصة بـ EOSIO إلى سلوكيات تخزين معينة ، والتي لا تساعد على تطوير بيئة DAPP. ولهذا السبب ، صممت EOSC بشكل مبتكر مجموعة جديدة من نماذج الموارد. من خلال التحسين في الممارسة ، استكشف نماذج الموارد المستندة إلى رسوم الخدمة في بيئة عقد ذكية معقدة ، وتحل تمامًا مشكلات الموارد التي ابتليت بها بيئة EOS.
أولاً وقبل كل شيء ، يدفع EOSC استهلاك موارد CPU و NET للمستخدم في وضع الرسوم. بالنسبة للإجراء الذي حدده المطور في DAPP ، يمكن لمطور DAPP تعيين الرسوم المطلوبة للإجراء ، ويتحكم النظام في المورد استخدام الإجراء بناءً على هذا ، فمن ناحية ، يسهل على المستخدمين فهم استهلاك الموارد ، ومن ناحية أخرى ، فإنه يشجع أيضًا مطوري DAPP بقوة على تحسين استخدام موارد العقد ، بحيث تتطور البيئة بأكملها حميدة.
تستخدم EOSC طريقة مشابهة لاستئجار مضيفين سحابيين لتخصيص موارد ذاكرة الوصول العشوائي. يمكن للمستخدمين استخدام أرباح التصويت للدفع مقابل استئجار موارد ذاكرة الوصول العشوائي. وبهذه الطريقة ، لا يحتاج المستخدمون إلى القلق بشأن دفع الإيجار ، ومشكلة متأخرات الإيجار هي من خلال طريقة "التأجير والبيع" ، يمكن لـ EOSC أن تتجنب بشكل فعال المضاربة على موارد RAM ، بحيث لا يحتاج تطوير DAPP إلى الانزعاج من سعر RAM ، ويعزز بشكل فعال البناء البيئي لـ DAPP.
أثناء ابتكار نماذج موارد جديدة واستكشافها بجرأة ، تستكشف EOSC أيضًا آليات لتكون متوافقة مع نماذج موارد EOSIO. بالنسبة لموارد وحدة المعالجة المركزية (CPU) و NET ، يمكن للمستخدمين دفع رسوم بناءً على عمر تذكرة الأرباح لتحقيق رهن EOSIO مماثل للحصول على وحدة المعالجة المركزية و تأثير موارد NET ، بالنسبة إلى ذاكرة الوصول العشوائي (RAM) ، يمكن للمستخدمين تحقيق تأثير EOSIO استنادًا إلى الشراء في السوق من خلال شكل مقايضة التصويت على الرهن العقاري ، بحيث يمكن لمطوري DAPP اقتطاع EOSC بسرعة من سلاسل EOSIO الأخرى ، والتحول بسلاسة إلى مورد EOSC نموذج.
آلية التحديث السلس
تشجع آلية انتخاب EOSC العقد الفائقة على المشاركة بنشاط في تعزيز ترقيات التكنولوجيا. على عكس تقسيم إصدارات عقدة مجتمع EOSIO ، تعمل EOSC بنشاط على تعزيز ترقيات التكنولوجيا وتجديدها.
من أجل تحقيق عملية ترقية غير متوافقة أكثر سلاسة ، أضافت EOSC آلية تحديث بناءً على ارتفاع الكتلة الفعال. يمكن للمجتمع تأكيد ارتفاع الكتلة الفعال لوظيفة ما من خلال التوقيع المتعدد ، وذلك لإكمال الترقية السلسة في عملية بطريقة لامركزية ، تختلف عن مخطط وضع العلامات الذي اقترحه EOSIO مؤخرًا استنادًا إلى بيانات توسيع الكتلة ، فإن آلية التحديث الخاصة بـ EOSC هي أكثر ودية وسهلة الفهم.كان EOSC أول من مارس عملية التحديث اللامركزية "Soft fork" في السلسلة المستندة إلى EOSIO ، وهو الضمان الأساسي للتطور المستمر لـ EOSC لحل مشكلات الآلية المختلفة.
من ناحية أخرى ، فإن وظيفة تحديد سمات السلسلة على أساس التوقيع المتعدد يمكن أن تزود المجتمع بمجموعة من التكوين اللامركزي للسلسلة والحلول على السلسلة. التنمية ، وتحسين تنمية المجتمع.
آلية نبضات العقدة وفاصل كتلة ثابت
من أجل تعزيز استقرار الشبكة الرئيسية ، عززت EOSC بناء العقد المرشحة من منظور النموذج الاقتصادي. في نفس الوقت ، أضافت EOSC سلسلة. تُستخدم آلية ضربات القلب للعقدة الموجودة على الشبكة لتعزيز تقوية العقدة لتحسين استقرارها وتعزيز استقرار الشبكة الرئيسية بأكملها.
على أساس آلية ضربات القلب ، يمكن لـ EOSC تأكيد عمل العقد ، بحيث يمكن معاقبة العقد المعيبة بناءً على السلسلة ، وذلك لمزيد من الإشراف على بناء العقد ومنع تقاعس العقد من التسبب عدم استقرار الشبكة الرئيسية بأكملها.
قم بزيادة فترة الفاصل الزمني للكتل في بداية الإطلاق ، وذلك لتجنب الانشقاقات المرنة العرضية على الشبكة الرئيسية عندما لا تكون البنية التحتية للشبكة الحالية مثالية بعد. صممت EOSIO فاصل كتلة مدته نصف ثانية وعلى الرغم من أن آلية يمكن للعقد التي تنتج ستة كتل متتالية أن تحسن من توافر السلسلة في المستقبل ، فهي غير قابلة للتطبيق في بيئة الشبكة الحالية. بطريقة عملية ، يجب زيادة الفترة الفاصلة بين إنتاج الكتلة أولاً ، ثم تغييرها إلى إنتاج كتلة سريع عندما تنضج الظروف في المستقبل. يمكن أن يؤدي ذلك إلى تقليل الانشقاقات اللينة بشكل فعال ، وفي الوقت نفسه ، يمكن أن يؤدي تقليل عدد الكتل إلى زيادة معدل التزامن للعقد الكاملة بشكل كبير ، بحيث يمكن أن يكون هناك المزيد من العقد الكاملة ، وبالتالي تحسين توفر الشبكة بالكامل.
المزيد من واجهات برمجة التطبيقات لطبقة العقد
لتسهيل تطوير العقود على مطوري DAPP ، تمت إضافة بعض واجهات برمجة التطبيقات ، كما تم إجراء بعض التعديلات المحددة على عقود النظام.
بادئ ذي بدء ، تمت إضافة واجهة برمجة تطبيقات للحصول على ارتفاع الكتلة. يمكن للمطورين الحصول بسهولة وكفاءة على ارتفاع الكتلة الحالي. بناءً على واجهة برمجة التطبيقات هذه ، يمكن للعقد تجنب هجمات الحظر والهجمات الأخرى القائمة على إعادة المحاولة بشكل فعال. ثانيًا ، add من أجل الحصول على واجهة برمجة التطبيقات لمعلومات تكوين السلسلة ، يمكن للمطورين تكييف تصحيحات المعلمات المختلفة وترقيات السلسلة للسلسلة في طبقة العقد ، بحيث يمكن للعقد أيضًا متابعة وظيفة ترقية السلسلة بسلاسة. وأخيرًا ، لتجنب العملة المزيفة الهجمات ، قبل أن تبدأ السلسلة ، يتم استخدام عقد رمزي أساسي مستقل ، بحيث يمكن للمستخدمين التمييز بوضوح بين هجمات العملات المزيفة.
التكيف مع الخدمات عبر السلاسل
في بداية الإطلاق ، توقع فريق Force أن دعم السلاسل المتقاطعة في المستقبل سيكون الوظيفة الأساسية للسلسلة العامة ، لذلك بدأ فريق Force في تطوير مشروع Codex ، وأنشأ سلسلة Codex.Relay لتوفير خدمات الترحيل لكل سلسلة ، وذلك لتحقيق آلية السلسلة المتقاطعة بين كل سلسلة ، ويمكن أن يوفر دعمًا أكثر مثالية لـ Codex. من خلال العقد الفائقة للسلسلتين ، يمكن أن تحقق آلية متقاطعة "كاملة" ، أي أن درجة اللامركزية في أي سلسلة لن تنخفض أثناء عملية عبر السلسلة.
من خلال آلية السلسلة المتقاطعة ، يمكن الحصول على قابلية كبيرة للتوسع. استنادًا إلى خدمة الترحيل ، يمكن إضافة سلاسل فرعية من الطبقة الثانية.يمكن تشغيل بعض الخدمات و DAPP التي تستهلك موارد كبيرة على أساس السلاسل الفرعية. من خلال خدمة الترحيل ، تتم مزامنة نتائج الحساب أو الحالة الأساسية معها ، بحيث يمكن إضافة سلاسل فرعية خاصة مثل التخزين والحساب و DAPP والأرقام العشوائية في المستقبل لتوسيع الوظائف.
إطار عمل تطوير blockchain EOSIO عالي التخصيص
استنادًا إلى خدمات الترحيل ، يمكن إضافة سلاسل فرعية من الطبقة الثانية ، وستلعب سلاسل فرعية متنوعة دورًا في بيئة EOSIO في المستقبل. له تأثير كبير ، ولكن تجدر الإشارة إلى أن التطوير الحالي لمشروع blockchain بوظائف مخصصة تعتمد على EOSIO لا يزال له عتبة عالية. ولهذا السبب ، أطلق فريق Force مشروع Codex.io ، وهو مشروع قابل للتخصيص بدرجة كبيرة يخفض إطار عمل تطوير blockchain EOSIO من عتبة تطوير السلسلة الفرعية ويوفر للمطورين تجربة تطوير سلسلة فرعية أكثر اقتصادا وودية.
اكتسب فريق Force الكثير من الخبرة في تطوير blockchains استنادًا إلى EOSIO أثناء عملية التطوير ، ويأمل في زيادة قيمة هذه التجارب إلى أقصى حد. Codex.io عبارة عن سلسلة كتل EOSIO "خارج الصندوق" إطار التطوير ، يمكن للمطورين بدء سلسلة خاصة بهم بسرعة استنادًا إلى Codex.io ، بعد التكوين البسيط ، يمكنهم تخصيص رموز مختلفة ، واختيار النظام الاقتصادي ونموذج الموارد بحرية ، وعلى هذا الأساس ، يحتاج المطورون فقط إلى الانتباه إلى السلسلة المشكلة إلى يمكن حلها من تلقاء نفسها بناءً على العقد أو الطبقة الأصلية للسلسلة. يمكن لـ Codex.io أن يسهل للمطورين التوسع في الطبقة الأصلية من السلسلة ، وذلك لحل بعض مشكلات الأداء ، ويمكن أيضًا توسيع السلسلة بشكل كبير . الوظيفة. يدمج
Codex.io وظائف التوسيع المقترحة من قبل معظم سلاسل EOSIO الحالية. مع موقف شامل ، يسمح Codex.io للمطورين بدمج الوظائف بحرية في السلسلة: بما في ذلك نظام بدل الإقامة ، ونظام الحساب ، والقائمة البيضاء والسوداء المختلفة الآليات وآليات الحوكمة المشتركة وآليات التصويت والمكونات الإضافية المختلفة.
من خلال Codex.io ، سيتم دمج عدد كبير من سلاسل Layer 2 الفرعية في المستقبل ، مما سيوفر قابلية تطوير غير محدودة.
