تكمن ضرورة إدارة القيمة الإلكترونية المتوازية في أنها تحل مشكلة كفاءة معاملات معالجة إدارة القيمة الإلكترونية التقليدية بالتسلسل، كما تعمل على تحسين إنتاجية الشبكة وأدائها بشكل كبير من خلال السماح بتنفيذ عمليات متعددة في وقت واحد.
تتضمن طرق تنفيذ EVM المتوازية المعالجة المتزامنة القائمة على الجدولة، ومثيلات EVM متعددة الخيوط، والتقسيم على مستوى النظام، مع مواجهة تحديات تقنية مثل الطوابع الزمنية غير الموثوقة، وحتمية blockchain، وتوجيه إيرادات التحقق.
تهدف Monad Labs، من خلال مشروع الطبقة الأولى Monad، إلى تحسين قابلية التوسع وسرعة المعاملات الخاصة بـ blockchain بشكل كبير من خلال ميزات تقنية فريدة، بما في ذلك معالجة ما يصل إلى 10000 معاملة في الثانية، ووقت كتلة يبلغ ثانية واحدة، وقدرات التنفيذ المتوازي وآلية إجماع MonadBFT.
Sei V2 هو ترقية مهمة لشبكة Sei، تهدف إلى أن تكون أول EVM متوازية بالكامل، مما يوفر التوافق مع العقود الذكية EVM، والتوازي المتفائل، وهياكل بيانات SeiDB الجديدة وقابلية التشغيل البيني مع السلاسل الحالية، بهدف تحسين سرعة معالجة المعاملات بشكل كبير و قابلية التوسع في الشبكة.
*Neon EVM عبارة عن منصة على Solana مصممة لتوفير بيئة فعالة وآمنة ولا مركزية لتطبيقات Ethereum dApps، مما يسمح للمطورين بنشر وتشغيل التطبيقات اللامركزية بسهولة مع الاستفادة من إنتاجية Solana العالية والتكلفة المنخفضة.
Lumio هو حل من الطبقة الثانية تم تطويره بواسطة Pontem Network، وهو يحل بشكل مبتكر تحديات قابلية التوسع في Ethereum من خلال دعم EVM وMove VM الذي تستخدمه Aptos بشكل فريد، مما يرفع تجربة Web3 إلى مستوى قريب من Web2.
Eclipse هو حل من طبقة Ethereum 2 يستخدم SVM لتسريع معالجة المعاملات، ويعتمد بنية تجميعية معيارية، ويدمج تسوية Ethereum، وعقود SVM الذكية، وتوافر بيانات Celestia وإثبات الاحتيال من RISC Zero.
تستخدم Solana تقنية Sealevel الخاصة بها لتحقيق معالجة العقود الذكية المتوازية، وتعمل Sui على تحسين الإنتاجية من خلال مكونات Narwhal وBullshark، وتنفذ Fuel تنفيذ المعاملات المتوازية من خلال نموذج UTXO، وتستخدم Aptos محرك Block-STM لتحسين قدرات معالجة المعاملات، وكل ذلك يوضح اختلاف blockchain تطبيقات ومزايا التقنيات الموازية في هذا المجال.
تشمل التحديات الرئيسية في اعتماد التوازي حل سباق البيانات وقضايا الصراع بين القراءة والكتابة، وضمان توافق التكنولوجيا مع المعايير الحالية، والتكيف مع أنماط تفاعل النظام البيئي الجديدة، وإدارة التعقيد المتزايد للنظام، لا سيما فيما يتعلق بالأمن وتخصيص الموارد.
يُظهر نظام EVM الموازي إمكانات كبيرة في تعزيز قابلية التوسع وكفاءة blockchain، مما يمثل تحولًا كبيرًا في تكنولوجيا blockchain، فهو يعمل على تحسين قدرات معالجة المعاملات من خلال تنفيذ المعاملات في وقت واحد على معالجات متعددة، وكسر قيود معالجة المعاملات المتسلسلة التقليدية. وفي حين توفر آلات التصويت الإلكتروني الموازية إمكانات هائلة، فإن تنفيذها الناجح يتطلب التغلب على التحديات التقنية المعقدة وضمان اعتماد النظام البيئي على نطاق واسع.
المفاهيم الأساسية لإدارة قيمة الأرباح المتوازية
مقدمة إلى EVM
تعد الآلة الافتراضية لإيثريوم (EVM) هي المكون الأساسي لسلسلة كتل الإيثريوم وتعمل كمحرك الحوسبة الخاص بها. إنها آلة شبه تورينج كاملة توفر بيئة تشغيل لتنفيذ العقود الذكية على شبكة إيثريوم، وهو أمر بالغ الأهمية للحفاظ على الثقة والاتساق في جميع أنحاء النظام البيئي لإيثريوم.
تقوم EVM بتنفيذ العقود الذكية عن طريق معالجة الرمز الثانوي، وهو شكل أساسي لتجميع كود العقد الذكي المكتوب عادةً بلغة برمجة عالية المستوى مثل Solidity. تتكون هذه الرموز الثانوية من سلسلة من رموز التشغيل (opcodes) المستخدمة لأداء وظائف مختلفة، بما في ذلك العمليات الحسابية وتخزين/استرجاع البيانات. يعمل جهاز EVM كآلة تجميع، حيث يقوم بمعالجة العمليات بطريقة "آخر ما يدخل أولاً يخرج أولاً"، ولكل عملية في جهاز EVM تكلفة غاز مرتبطة بها. يقيس نظام الغاز هذا الجهد الحسابي المطلوب لأداء العمليات، مما يضمن التخصيص العادل للموارد ومنع إساءة استخدام الشبكة.
في الايثيريوم، تلعب المعاملات دورًا مهمًا في وظيفة EVM. هناك نوعان من المعاملات: تلك التي تتسبب في استدعاء رسالة، وتلك التي تتسبب في إنشاء العقد. يؤدي إنشاء العقد إلى إنشاء حساب عقد جديد يحتوي على الرمز الثانوي للعقد الذكي المجمّع، وعندما يقوم حساب آخر باستدعاء رسالة إلى العقد، يتم تنفيذ الرمز الثانوي الخاص به.
تشتمل بنية EVM على مكونات مثل الرمز الثانوي والمكدس والذاكرة والتخزين. يحتوي على مساحة ذاكرة مخصصة للتخزين المؤقت للبيانات أثناء التنفيذ، ومساحة تخزين ثابتة على blockchain للاحتفاظ بالبيانات إلى أجل غير مسمى. يضمن تصميم EVM بيئة تنفيذ آمنة للعقود الذكية، وعزلها لمنع هجمات إعادة الدخول، واستخدام تدابير أمنية مختلفة مثل حدود عمق الغاز والمكدس.
بالإضافة إلى ذلك، يمتد تأثير EVM إلى ما هو أبعد من Ethereum إلى نطاق أوسع من خلال السلاسل المتوافقة مع EVM. تحافظ هذه السلاسل، على الرغم من اختلافها، على التوافق مع التطبيقات المستندة إلى إيثريوم، مما يسمح لها بالتفاعل بسلاسة مع التطبيقات المستندة إلى إيثريوم. تلعب هذه السلاسل دورًا رئيسيًا في مجالات مختلفة مثل حلول المؤسسات وGameFi وDeFi.
ضرورة نظام EVM الموازي
تنبع ضرورة EVM (جهاز Ethereum الظاهري) الموازي من قدرته على تحسين أداء وكفاءة شبكات blockchain بشكل كبير. تقوم تقنية EVM التقليدية بمعالجة المعاملات بشكل تسلسلي، الأمر الذي لا يستهلك الكثير من الطاقة فحسب، بل يضع أيضًا عبء عمل ثقيلًا على أدوات التحقق من صحة الشبكة. غالبًا ما يؤدي هذا النهج إلى ارتفاع تكاليف المعاملات وعدم الكفاءة، ويعتبر عقبة رئيسية أمام اعتماد تقنية blockchain على نطاق واسع.
يُحدث Parallel EVM ثورة في عملية الإجماع من خلال السماح بتنفيذ عمليات متعددة في وقت واحد. تؤدي القدرة على التنفيذ بالتوازي إلى زيادة إنتاجية الشبكة بشكل كبير، وبالتالي تعزيز أداء وقابلية التوسع لسلسلة الكتل بأكملها. باستخدام EVM المتوازي، يمكن لشبكة blockchain معالجة المزيد من المعاملات في وقت أقصر، مما يحل بشكل فعال مشاكل الازدحام الشائعة وأوقات المعالجة البطيئة لأنظمة blockchain التقليدية.
لدى Parallel EVM تأثير كبير على الجوانب المختلفة لتقنية blockchain:
فهو يوفر طريقة أكثر كفاءة في استخدام الطاقة لمعالجة المعاملات. من خلال تقليل عبء العمل على المدققين والشبكة بأكملها، تساعد Parallel EVM في بناء نظام بيئي أكثر استدامة لـ blockchain.
يؤدي تحسين قابلية التوسع وزيادة الإنتاجية بشكل مباشر إلى انخفاض رسوم المعاملات. سيستمتع المستخدمون بتجربة أكثر اقتصادا، مما يجعل منصات blockchain أكثر جاذبية لجمهور أوسع.
إن معالجة معاملات متعددة في وقت واحد بدلاً من التتابع يعني أن التطبيقات اللامركزية يمكن أن تعمل بسلاسة أكبر حتى أثناء فترات الطلب المرتفع على الشبكة.
طريقة تنفيذ EVM المتوازي
في بنية EVM الحالية، فإن عمليات القراءة والكتابة الأكثر تطورًا هي sload وsstore، والتي تستخدم لقراءة وكتابة البيانات من حالة المحاولة على التوالي. لذلك، يعد ضمان عدم تعارض الخيوط المختلفة في هاتين العمليتين نقطة دخول سهلة لتنفيذ EVM المتوازي/المتزامن. في الواقع، هناك نوع خاص من المعاملات في الإيثريوم يتضمن بنية خاصة تسمى "قائمة الوصول" التي تسمح للمعاملات بحمل عناوين تخزين لقراءتها وتعديلها. لذلك، يوفر هذا نقطة بداية جيدة لتنفيذ نهج التزامن القائم على الجدولة.
فيما يتعلق بتنفيذ النظام، هناك ثلاثة أشكال شائعة لإدارة قيمة الأصول المتوازية/المتزامنة:
خيوط متعددة لمثيل EVM.
تعدد مؤشرات EVM المتعددة على العقدة.
خيوط متعددة لمثيلات EVM المتعددة على عقد متعددة (التقسيم على مستوى النظام بشكل أساسي).
الفرق بين التوازي/التزامن في أنظمة blockchain وقواعد البيانات هو:
الطوابع الزمنية غير الموثوقة تجعل من الصعب نشر أساليب التزامن القائمة على الطوابع الزمنية في عالم blockchain.
اليقين المطلق في نظام blockchain لضمان أن المعاملات التي يتم إعادة تنفيذها بين المدققين المختلفين هي نفسها.
الهدف النهائي للمدققين هو تحقيق عوائد أعلى، وليس تنفيذ المعاملات بشكل أسرع.
إذا ماذا نحتاج؟
مطلوب التوافق على مستوى النظام، وسيؤدي التنفيذ الأسرع إلى عوائد أعلى.
تعمل خوارزمية الجدولة متعددة المتغيرات التي تأخذ قيود الكتلة في الاعتبار على تحقيق المزيد من الإيرادات مع القدرة على إكمال التنفيذ بشكل أسرع.
المزيد من عمليات البيانات الدقيقة، بما في ذلك قفل البيانات على مستوى كود التشغيل، وطبقة ذاكرة التخزين المؤقت للذاكرة، وما إلى ذلك.
المشاريع الرئيسية وتقنياتها
مختبرات موناد
Monad عبارة عن طبقة EVM 1 مصممة لتحسين قابلية التوسع وسرعة المعاملات لـ blockchain بشكل كبير من خلال ميزاتها التقنية الفريدة. الميزة الرئيسية لـ Monad هي أنه يمكنه التعامل مع ما يصل إلى 10000 معاملة في الثانية ويصل وقت الكتلة إلى ثانية واحدة. ويرجع ذلك إلى آلية الإجماع MonadBFT وتوافق EVM، مما يمكّنها من معالجة المعاملات بكفاءة وسرعة.
إحدى الميزات الأكثر إلحاحًا في Monad هي قدرات التنفيذ المتوازي، والتي تسمح لها بمعالجة معاملات متعددة في وقت واحد، مما يحسن بشكل كبير من كفاءة الشبكة والإنتاجية مقارنة بطرق المعالجة التسلسلية في أنظمة blockchain التقليدية.
يقود تطوير Monad شركة Monad Labs، التي شارك في تأسيسها Keone Hon، وEunice Giarta، وJames Hunsaker. نجح المشروع في جمع 19 مليون دولار من التمويل الأولي ويخطط لإطلاق شبكة اختبار في منتصف الربع الأول من عام 2024، يليها إطلاق الشبكة الرئيسية.
تم تحسين Monad في أربعة مجالات رئيسية لجعلها سلسلة بلوكتشين عالية الأداء:
MonadBFT: MonadBFT هي آلية إجماع عالية الأداء لـ Monad blockchain، تُستخدم لتحقيق الاتساق في طلب المعاملات في ظل ظروف المزامنة الجزئية بحضور الجهات الفاعلة البيزنطية. إنها نسخة محسنة تعتمد على HotStuff، باستخدام خوارزمية BFT ذات مرحلتين، مع استجابة متفائلة، وحمل اتصال خطي في المواقف الشائعة، وحمل اتصال تربيعي في مواقف المهلة. في MonadBFT، يرسل القائد كتلة جديدة وQC (شهادة النصاب) أو TC (شهادة المهلة) للجولة السابقة إلى المدقق في كل جولة. يقوم المدقق بمراجعة الكتلة، وفي حالة موافقتها، يرسل تصويتًا موقعًا بـ "نعم" إلى الجولة التالية من القادة. تستخدم هذه العملية التوقيعات العتبية لتجميع أصوات "نعم" للمدققين 2f+1 لتشكيل مراقبة الجودة. في حالة الاتصال الشائعة، يرسل القائد الكتل إلى المدققين، الذين يرسلون الأصوات مباشرة إلى القائد للجولة التالية. يستخدم MonadBFT أيضًا توقيعات BLS القائمة على الاقتران لحل مشكلات قابلية التوسع، والتي يمكنها تجميع التوقيعات بشكل متزايد في توقيع واحد، والتحقق من توقيع مجمع واحد صالح يمكن أن يثبت أن المشاركات المرتبطة بالمفتاح العام قد وقعت الرسالة. لأسباب تتعلق بالأداء، تتبنى MonadBFT نظام توقيع مختلط، حيث يتم استخدام توقيعات BLS فقط لأنواع الرسائل المجمعة (التصويت والمهلة). لا يزال يتم توفير سلامة الرسالة وصحتها من خلال توقيعات ECDSA. نظرًا لهذه الخصائص، فإن MonadBFT قادر على تحقيق توافق فعال وقوي في مجال blockchain.
تأخير التنفيذ: يعد هذا ابتكارًا رئيسيًا يفصل عملية التنفيذ عن عملية الإجماع. في ظل هذه البنية، تتضمن عملية الإجماع موافقة العقد على الترتيب الرسمي للمعاملات، في حين أن التنفيذ هو عملية التنفيذ الفعلي لتلك المعاملات وتحديث الحالة. في هذا التصميم، تقترح العقدة الرائدة ترتيب المعاملة، ولكنها لا تعرف جذر الحالة النهائي عند اقتراح الطلب؛ ولا تعرف عقدة التحقق ما إذا كانت جميع المعاملات في الكتلة سيتم تنفيذها بنجاح عند التصويت على صلاحية الكتلة.
يسمح هذا التصميم لـ Monad بتحقيق تحسينات كبيرة في السرعة، مما يسمح لسلاسل الكتل ذات الجزء الواحد بالتوسع إلى ملايين المستخدمين. في Monad، تقوم كل عقدة بشكل مستقل بتنفيذ المعاملات في الكتلة N أثناء الوصول إلى الإجماع على الكتلة N، وتبدأ في الوصول إلى الإجماع على الكتلة N+1. يسمح هذا النهج بميزانية أكبر للغاز نظرًا لأن التنفيذ يجب أن يتوافق فقط مع الإجماع. بالإضافة إلى ذلك، يعد هذا النهج أكثر تسامحًا مع اختلافات محددة في وقت الحساب نظرًا لأن التنفيذ يجب أن يتوافق فقط مع الإجماع في المتوسط.
لمزيد من ضمان النسخ المتماثل لجهاز الحالة، يتضمن Monad جذر Merkle الذي تم تأخيره بواسطة كتل D في اقتراح الكتلة. يضمن جذر Merkle المؤجل الحفاظ على الاتساق على مستوى الشبكة حتى إذا نفذت العقدة سلوكًا خاطئًا أو ضارًا.
في MonadBFT، النهاية هي فتحة واحدة (ثانية واحدة)، وعادة ما تتأخر نتائج التنفيذ أقل من ثانية واحدة على العقد الكاملة. تعني هذه النهاية ذات الفتحة الواحدة أنه بعد تقديم المعاملة، سيرى المستخدمون الترتيب الرسمي للمعاملات في كتلة واحدة لاحقًا. وما لم تعمل الغالبية العظمى من الشبكة بشكل ضار، فليس هناك إمكانية لإعادة الترتيب. بالنسبة للمستخدمين الذين يحتاجون إلى الوصول السريع إلى نتائج التداول (على سبيل المثال، المتداولين ذوي التردد العالي)، يمكن تشغيل عقدة كاملة لتقليل زمن الوصول.
التنفيذ الموازي: يمكّن Monad من تنفيذ معاملات متعددة في وقت واحد. قد يبدو هذا النهج مختلفًا عن دلالات التنفيذ الخاصة بإيثريوم للوهلة الأولى، لكنه ليس كذلك. كتل Monad هي نفس كتل Ethereum، وهي عبارة عن مجموعات من المعاملات مرتبة خطيًا. نتائج تنفيذ هذه المعاملات هي نفسها بين Monad و Ethereum.
أثناء التنفيذ المتوازي، يستخدم Monad أسلوب التنفيذ المتفائل، والذي يبدأ في تنفيذ المعاملات اللاحقة قبل اكتمال المعاملات السابقة في الكتلة. قد يؤدي هذا في بعض الأحيان إلى نتائج تنفيذ غير صحيحة. تحل Monads هذه المشكلة عن طريق تتبع المدخلات المستخدمة في تنفيذ المعاملة ومقارنتها بمخرجات المعاملات السابقة. إذا كان هناك تناقض، فيجب إعادة تنفيذ المعاملة بالبيانات الصحيحة.
بالإضافة إلى ذلك، تستخدم Monad محلل كود ثابت للتنبؤ بالتبعيات بين المعاملات عند تنفيذ المعاملات لتجنب التنفيذ الموازي غير الفعال. في أفضل الحالات، يمكن للموناد التنبؤ بالعديد من التبعيات في وقت مبكر، وفي أسوأ الحالات، فإنه يعود إلى وضع التنفيذ البسيط.
لا تعمل تقنية التنفيذ المتوازي من Monad على تحسين كفاءة الشبكة وإنتاجيتها فحسب، بل تقلل أيضًا من فشل المعاملات بسبب التنفيذ المتوازي من خلال تحسين استراتيجيات التنفيذ.
MonadDb: تم تحسين MonadDb لتخزين البيانات ومعالجتها. إنه جزء من استراتيجية التحسين Monad لتحسين الأداء العام للشبكة، خاصة عندما يتعلق الأمر بمعالجة بيانات الحالة وبيانات المعاملات. تم تصميم هذه المكونات لتعزيز كفاءة تخزين البيانات وقابلية التوسع وتحسين قدرة شبكة blockchain على التعامل مع كميات كبيرة من البيانات. ويتضمن آليات محسنة لفهرسة البيانات، وهياكل تخزين أكثر كفاءة، ومسارات محسنة للوصول إلى البيانات. تساعد هذه التحسينات على تقليل وقت الوصول إلى البيانات وزيادة سرعة معالجة المعاملات، وبالتالي تحسين أداء شبكة blockchain بأكملها.
المشروع البيئي
تبديل
TayaSwap عبارة عن AMM DEX قائم على Monad ومدعوم من SubLabs والذي يسمح بتداول الأصول بدون دفاتر أوامر تقليدية أو وسطاء. تعتمد AMM على الصيغ الرياضية والعقود الذكية لتسهيل تبادل الرموز، وتحديد الأسعار، واستخدام العقود الذكية لتمكين المعاملات من نظير إلى نظير.
التمويل المحيط
Ambient (المعروف سابقًا باسم CrocSwap) هو بروتوكول تداول لا مركزي يسمح لـ AMM الثنائية بدمج سيولة المنتج المركزية والثابتة على أي زوج من أصول blockchain. تقوم شركة Ambient بتشغيل DEX بالكامل في عقد ذكي واحد، حيث يكون مجمع AMM واحد عبارة عن بنية بيانات خفيفة الوزن وليس عقدًا ذكيًا منفصلاً.
بروتوكول الروبيان
Shrimp هو (3,3) DEX مع اقتصاديات رمز دولاب الموازنة، ودعم الأصول في العالم الحقيقي، وهو قادم إلى Monad.
عامل حفاز
يعد Catalyst بمثابة حل سيولة غير مسموح به بين سلاسل الكتل المعيارية، وهو مصمم خصيصًا لربط جميع السلاسل وتمكين الوصول إلى أي أصل في أي مكان. يمكّن Catalyst المطورين من الاتصال تلقائيًا بجميع السلاسل والوصول إلى المستخدمين في نظام بيئي موحد، في حين يضمن تصميمه البسيط واللامركزي والمستضاف ذاتيًا أن تتمكن المشاريع من الوصول إلى السيولة بشكل آمن وسلاسة.
تبديل
Swaap هو صانع سوق آلي محايد للسوق (AMM). فهو يجمع بين أوراكل والفروق الديناميكية لتوفير أرباح مستدامة لموفري السيولة وأسعار أرخص للمتداولين. يقلل البروتوكول بشكل كبير من الخسائر غير الدائمة ويوفر مجموعات متعددة الأصول.
إكسير
Elixir هو بروتوكول صنع سوق لامركزي يستخدم خوارزميات صنع السوق للتفاعل مع البورصات المركزية من خلال استدعاءات واجهة برمجة التطبيقات (API) لتوفير السيولة لأصول العملات المشفرة طويلة الذيل.
مبادلة زمنية
Timeswap هو بروتوكول سوق نقدي لامركزي يعتمد على AMM ولا يستخدم أوراكل أو مصفين. على عكس Uniswap، حيث يمكن تداول الأصول في الوقت الفعلي، فإن الاقتراض على Timeswap يتضمن تداول الرموز المميزة حتى اكتمال السداد. يوفر المُقرض الأصل (أ) لاقتراض الأموال مع "حماية" كمية معينة من الأصل (ب) الذي يستخدمه المقترض كضمان. يمكن للمستخدمين تعديل ملف المخاطر الخاص بهم للحصول على أسعار فائدة أعلى مع نسب رهن عقاري أقل، أو العكس.
بوبلي
Poply هو سوق NFT مجتمعي مخصص لسلسلة Monad، حيث يعرض ويمكّن مجموعات NFT التي تم إنشاؤها خصيصًا لهذه السلسلة، ويجذب الأشخاص المهتمين بـ NFTs الفريدة باستخدام الذكاء الاصطناعي لإنشاء أعمال فنية وواجهة سهلة الاستخدام. الرموز.
لوحة التبديل
Switchboard عبارة عن بروتوكول أوراكل غير مسموح به وقابل للتخصيص ومتعدد السلاسل لخلاصات البيانات العالمية والعشوائية التي يمكن التحقق منها. من خلال السماح لأي شخص بدفع أي شكل من أشكال البيانات، بغض النظر عن نوع البيانات، فإنه يوفر متجرًا شاملاً للمستخدمين ويساعد في دفع الجيل التالي من التطبيقات اللامركزية.
شبكة بيث
Pyth Network عبارة عن حل أوراكل للسعر من الجيل التالي تم تطويره بواسطة Douro Labs، بهدف توفير بيانات سوق مالية قيمة حول السلسلة، بما في ذلك العملات المشفرة والأسهم والعملات الأجنبية والسلع، للمشاريع والبروتوكولات والجمهور من خلال تقنية blockchain. تقوم الشبكة بتجميع بيانات أسعار الطرف الأول من أكثر من 70 من موفري البيانات الموثوقين وتنشرها للاستخدام من خلال العقود الذكية وغيرها من التطبيقات المتصلة بالسلسلة أو خارج السلسلة.
بروتوكول AIT
بروتوكول AIT عبارة عن بنية تحتية لبيانات الذكاء الاصطناعي توفر حلول الذكاء الاصطناعي Web3. يوفر السوق اللامركزي لـ AIT للملايين من مستخدمي العملات المشفرة فرصة فريدة وواسعة للمشاركة في مهام "التدريب لكسب المال"، وهو مفهوم يمكّنهم في الوقت نفسه من كسب المكافآت مع المساهمة بنشاط في تطوير وتطوير نماذج الذكاء الاصطناعي. .
يلاحظ
يوفر Notifi طبقة اتصال مشتركة لجميع مشاريع Web3، مع خطط لتضمين إمكانات الإعلام والمراسلة في التطبيقات اللامركزية للتفاعل مع المستخدمين على القنوات الرقمية والمتصلة بالسلسلة. يسمح Notifi API للمطورين بفتح البنية التحتية المعقدة للاتصالات من خلال واجهات برمجة التطبيقات البسيطة التي يمكن أن توفر تجارب مستخدم أصلية لجميع التطبيقات في العالم؛ يوفر مركز Notifi للمستخدمين تجربة إعلام بالمعلومات المخصصة، والتي ستكون متاحة من الهاتف المحمول والويب مما يسمح للمستخدمين بعرض و إدارة جميع المعلومات في عالم Web3؛ يمكّن Notifi Push المسوقين من إنشاء ارتباطات متماسكة ومتعددة القنوات تدفع نمو الأعمال وتحتفظ بقاعدة المستخدمين الخاصة بهم.
أكريبتوس
ACryptoS عبارة عن منصة متقدمة لإستراتيجية التشفير، ومُحسِّن لتجميع الإيرادات متعدد السلاسل وDEX، مما يوفر خزائن مركبة تلقائية أحادية الرمز، وخزائن LP مزدوجة الرمز، وخزائن سيولة فريدة، وDEX فرع Balancer-V2، وعمليات تبادل العملات المستقرة. مجموعة واسعة من المنتجات الفريدة . تم إطلاق ACryptoS في البداية على سلسلة BNB في نوفمبر 2020، وتوسعت إلى 11 سلسلة مع أكثر من 100 مخزن منتشر، بهدف دعم مستخدمي DeFi وبروتوكولاته.
ماجماداو
MagmaDAO هو بروتوكول لتكديس السيولة يتم التحكم فيه من قبل DAO ويهدف إلى تحقيق توزيع رمزي عادل من خلال عمليات إسقاط جوي تنافسية للنظام البيئي، وهو أول مدقق موزع خارج Ethereum وهو مبني على EVM L1 Monad الأسرع والأرخص والأكثر مقاومة للرقابة.
تبادل الومبت
Wombat Exchange عبارة عن بورصة عملات مستقرة متعددة السلاسل مع مجمعات سيولة مفتوحة وانزلاق منخفض ورهانات من جانب واحد.
الثقب الدودي
Wormhole هو بروتوكول مراسلة عالمي لامركزي يمكّن مطوري ومستخدمي التطبيقات عبر السلسلة من الاستفادة من الأنظمة البيئية المتعددة.
ديماسك للتمويل
DeMask Finance هو بروتوكول AMM متصل بالسلسلة للمعاملات بين NFTs ورموز ERC20. يدعم DeMask Finance إنشاء مجموعات NFT ومنصات إطلاق NFT: مقترنة بـ ETH والرموز المميزة الأخرى. التبادل اللامركزي NFT: يدعم إقران ERC-1155 NFT أو الرموز المميزة الأخرى مع الرموز المميزة ETH وERC-20. يهدف بروتوكول DeMask إلى إضافة السيولة إلى سوق NFT ويوفر واجهة لتمكين التبادل السلس بين رموز ERC20 أو الرموز الأصلية ومجموعات NFT. DeMask هو نظام من العقود الذكية المترابطة التي تسمح لجميع المستخدمين بإنشاء وامتلاك مجمعات السيولة والتداول بطريقة آلية بالكامل. سيحتوي كل مجمع على زوج من الأصول، بما في ذلك الرمز المميز وNFT، مما يوفر سعرًا ثابتًا للتداول الفوري. ويسمح هذا أيضًا للعقود الأخرى بتقدير متوسط سعر الأصلين مع مرور الوقت. سيتم مكافأة المستخدمين الذين لديهم مجمعات سيولة عند تبادل أزواج الأصول.
ستة V2
يعد Sei V2 ترقية مهمة لشبكة Sei ويهدف إلى أن يكون أول جهاز EVM متوازي بالكامل. ستمكن هذه الترقية Sei من:
التوافق مع العقود الذكية لـ EVM: هذا يعني أنه يمكن للمطورين نشر عقود ذكية مدققة ومتوافقة مع EVM على Sei دون تغيير الكود. يعد هذا أمرًا مهمًا للغاية للمطورين لأنه يبسط عملية نقل عقودهم الذكية الحالية من سلاسل الكتل الأخرى مثل Ethereum إلى Sei.
من منظور تقني، ستقوم عقد Sei تلقائيًا باستيراد Geth - تطبيق Go لجهاز Ethereum الظاهري. سيتم استخدام Geth لمعالجة معاملات Ethereum، وأي تحديثات ناتجة (بما في ذلك تحديثات الحالة أو الاستدعاءات للعقود غير المتعلقة بـ EVM) سيتم إجراؤها من خلال الواجهة الخاصة التي أنشأتها Sei لـ EVM.
الموازاة المتفائلة: تسمح لـ blockchain بدعم الموازاة دون مطالبة المطورين بتحديد أي تبعيات. وهذا يعني أنه يمكن تشغيل جميع المعاملات بالتوازي، وعندما يحدث تعارض (على سبيل المثال، تمس المعاملة نفس الحالة)، ستقوم السلسلة بتتبع جزء التخزين الذي تم لمسه بواسطة كل معاملة وإعادة تشغيل تلك المعاملات بالترتيب. ستستمر هذه العملية بشكل متكرر حتى يتم حل كافة التعارضات غير المبررة. نظرًا لأن المعاملات يتم ترتيبها على شكل كتل، فإن العملية تكون حتمية، مما يبسط سير عمل المطور مع الحفاظ على التوازي على مستوى السلسلة.
SeiDB: سيقدم بنية بيانات جديدة تسمى SeiDB لتحسين طبقة تخزين النظام الأساسي. الهدف الرئيسي لـ SeiDB هو منع تضخم الحالة، وهي المشكلة التي تصبح فيها الشبكة مثقلة بالبيانات، مع تبسيط عملية مزامنة الحالة للعقد الجديدة. يهدف هذا التصميم إلى تحسين الأداء العام وقابلية التوسع لـ Sei blockchain.
يحقق Sei V2 هذا الهدف من خلال تحويل شجرة IAVL التقليدية إلى نظام مكون من مكونين - تخزين الحالة والتزامات الحالة. يقلل هذا التغيير بشكل كبير من زمن الوصول واستخدام القرص، ويخطط Sei V2 أيضًا للانتقال إلى استخدام PebbleDB لتحسين أداء القراءة والكتابة للوصول متعدد الخيوط.
إمكانية التشغيل التفاعلي مع السلاسل الحالية: يتيح Sei V2 مزيجًا سلسًا بين EVM وأي بيئة تنفيذ أخرى تدعمها Sei، مما يوفر تجربة أكثر سلاسة للمطورين الذين يمكنهم الوصول بسهولة إلى الرموز الأصلية وميزات السلسلة الأخرى، مثل التعهد. كما سيتم إنشاء مكون جديد لدعم عقود EVM الذكية. ستستفيد عقود EVM الذكية هذه من جميع التغييرات التي تم إجراؤها على الإجماع والتوازي، وستكون أيضًا قادرة على التفاعل مع عقود Cosmwasm الذكية الحالية.
من منظور الأداء، سيوفر Sei V2 إنتاجية تصل إلى 28300 معاملة مجمعة في الثانية، مع توفير وقت كتلة يبلغ 390 مللي ثانية ونهائية تبلغ 390 مللي ثانية. وهذا يمكّن Sei من دعم المزيد من المستخدمين وتوفير تجربة تفاعلية أفضل من سلاسل الكتل الحالية، مع توفير تكاليف أرخص لكل معاملة.
اقترب تقدم الترقية الرئيسي لـ Sei V2 الآن من اكتمال التعليمات البرمجية. وبعد اكتمال المراجعة، سيتم إصدار هذه الترقية في شبكة الاختبار العامة في الربع الأول من عام 2024 وسيتم نشرها على الشبكة الرئيسية في النصف الأول من عام 2024.
نيون
يعمل Neon EVM على تعزيز قدرات Solana blockchain لتوفير بيئة فعالة لتطبيقات Ethereum dApps. يتم تشغيله كعقد ذكي داخل Solana، مما يسمح للمطورين بنشر تطبيقات Ethereum dApps مع الحد الأدنى من التغييرات في التعليمات البرمجية أو بدون تغييرات على الإطلاق والاستفادة من ميزات Solana المتقدمة. تركز بنية وعمليات Neon EVM على الأمن واللامركزية والاستدامة، مما يوفر لمطوري Ethereum الفرصة للانتقال بسلاسة إلى بيئة Solana. وهو يستفيد من رسوم Solana المنخفضة وسرعات المعاملات العالية مع قدرته على تمكين تنفيذ المعاملات بالتوازي، وتوفير إنتاجية عالية وخفض التكاليف. تشمل المكونات الرئيسية للنظام البيئي Neon EVM ما يلي:
برنامج نيون EVM:
إنه عبارة عن EVM تم تجميعه في الرمز الثانوي لمرشح Berkeley Packet Filter ويعمل على Solana. يقوم بمعالجة المعاملات المشابهة لـ Ethereum (معاملات النيون) على Solana ويتبع قواعد Ethereum. يتم تكوين Neon EVM من خلال حساب EVM لامركزي متعدد التوقيع، ويمكن للمشاركين تغيير رمز Neon EVM وإعداد المعلمات.
تتضمن العملية التي يقوم بها Neon EVM بمعالجة المعاملات عدة خطوات رئيسية. أولاً، يبدأ المستخدمون معاملة شبيهة بالإيثريوم (N-tx) من خلال محفظة متوافقة مع الإيثريوم. يتم تغليف هذه المعاملات في معاملات Solana (S-tx) من خلال Neon Proxy ثم يتم تمريرها إلى برنامج Neon EVM المستضاف على Solana. يقوم برنامج Neon EVM بإلغاء حظر المعاملات، والتحقق من توقيعات المستخدم، وتحميل حالة EVM (بما في ذلك بيانات الحساب ورمز العقد الذكي)، وتنفيذ المعاملات في بيئة Solana BPF (Berkeley Packet Filter)، وتحديث حالة Solana لتعكس حالة Neon EVM الجديدة.
Neon Proxy: يتيح إمكانية نقل Ethereum dApps إلى Neon بأقل قدر من إعادة التكوين. يقوم Neon Proxy بتجميع معاملات EVM في معاملات Solana ويوفرها كحل في حاوية لسهولة الاستخدام. يقوم المشغلون الذين يقومون بتشغيل خوادم Neon Proxy بتسهيل تنفيذ المعاملات المشابهة لـ Ethereum على Solana، وقبول رموز NEON مقابل رسوم الغاز والمدفوعات الأخرى داخل نظام Solana البيئي.
Neon DAO: توفر DAO خدمات الحضانة لمؤسسة Neon وتوجيه البحث والتطوير المستقبلي. وهي تعمل كسلسلة من العقود على Solana، مما يوفر طبقة حوكمة تتحكم في وظائف Neon EVM. يمكن لحاملي رمز NEON المشاركة في أنشطة DAO، بما في ذلك اقتراح المقترحات والتصويت عليها.
رمز NEON: يحتوي رمز الأداة المساعدة هذا على وظيفتين رئيسيتين - دفع رسوم الغاز والمشاركة في الإدارة من خلال DAO.
التكامل والأدوات: يدعم Neon EVM مجموعة متنوعة من عمليات التكامل والأدوات للتطوير والتحليل. يتضمن ذلك مستكشفات الكتل مثل NeonScan، وأغلفة ERC-20 SPL لنقل الرموز، وNeonPass لنقل رموز ERC-20 بين Solana وNeon EVMs، وNeonFaucet لاختبار الرموز المميزة، والتوافق مع EVMs مثل توافق MetaMask Wallet.
كسوف
Eclipse هو حل من الطبقة الثانية لـ Ethereum يعمل على تسريع معالجة المعاملات بشكل كبير من خلال الاستفادة من Solana Virtual Machine (SVM). تم تصميم Eclipse للسرعة وقابلية التوسع، باستخدام بنية تراكمية معيارية ودمج التقنيات الرئيسية مثل تسوية Ethereum وعقود SVM الذكية وتوافر بيانات Celestia وأمن RISC Zero.
على وجه التحديد، يجمع Eclipse Mainnet بين أفضل أجزاء المكدس المعياري:
طبقة التسوية - Ethereum: يستخدم Eclipse Ethereum كطبقة تسوية خاصة به. في هذه الطبقة، يتم الانتهاء من المعاملات وتأمينها. إن استخدام Ethereum لا يعني فقط الاستفادة من أمانها وسيولتها القوية، ولكن أيضًا استخدام ETH كرمز الغاز لدفع رسوم المعاملات. يتيح هذا الإعداد لـ Eclipse أن يرث ميزات أمان قوية من Ethereum.
طبقة التنفيذ-SVM: فيما يتعلق بتنفيذ العقود الذكية، يستخدم Eclipse SVM. وهذا يتناقض بشكل صارخ مع الطريقة التي تنفذ بها EVM المعاملات بشكل تسلسلي، حيث أن SVM قادر على معالجة المعاملات المتوازية. يتميز وقت تشغيل Sealevel الخاص به بمعاملات لا تتضمن حالات متداخلة ويمكن معالجتها بالتوازي، مما يسمح لـ Eclipse بالتوسع أفقيًا وتحسين الإنتاجية.
توفر البيانات - Celestia: لضمان توفر البيانات في الوقت المناسب وإمكانية التحقق منها، يستخدم Eclipse Celestia. توفر Celestia منصة آمنة وقابلة للتطوير لنشر البيانات، كما أنها تمثل دعمًا مهمًا للإنتاجية العالية لـ Eclipse.
إثبات الاحتيال - RISC Zero: يدمج Eclipse RISC Zero لإجراء إثبات الاحتيال بدون المعرفة، وتجنب الحاجة إلى تسلسل الحالة الوسيطة، وبالتالي تحسين كفاءة النظام وأمانه.
الهدف من تصميم Eclipse هو توفير حل عالمي من الطبقة الثانية لـ Ethereum والذي يمكن استخدامه على نطاق واسع حقًا. وهو مصمم لمعالجة القيود المفروضة على عمليات التجميع الخاصة بالتطبيقات ومشكلات العزل والتعقيد الناتجة التي يمكن أن تؤدي إلى تدهور تجربة المستخدم والمطور. يوفر Eclipse خيارًا جذابًا لبناء تطبيقات dApps قابلة للتطوير وعالية الأداء على Ethereum من خلال نظام التجميع المعياري ومكونات التكنولوجيا المتكاملة.
لوميو
Lumio هو حل من الطبقة الثانية تم تطويره بواسطة Pontem Network لحل تحديات قابلية التوسع في Ethereum وتقديم تجربة تشبه Web2 إلى Web3. إنها تبرز كمجموعة فريدة من نوعها في مساحة blockchain نظرًا لقدرتها على دعم كل من EVM وMove VM الذي تستخدمه Aptos. يسمح هذا التوافق المزدوج لـ Lumio بمعالجة المعاملات على Aptos مع الاستقرار في الوقت نفسه على Ethereum، مما يوفر حلاً متعدد الاستخدامات وفعالاً لمطوري ومستخدمي التطبيقات اللامركزية. لديها الميزات الرئيسية التالية:
توافق مزدوج مع الأجهزة الافتراضية: يدعم Lumio بشكل فريد EVM وAptos' Move VM. يمكّن هذا التوافق المزدوج Lumio من دمج وظائف Ethereum وAptos بسلاسة، مما يزيد من مرونة وكفاءة تطوير وتنفيذ التطبيقات اللامركزية.
إنتاجية عالية وزمن وصول منخفض: يعمل Lumio على زيادة عرض النطاق الترددي للمعاملات بشكل كبير من خلال الاستفادة من السلاسل عالية الأداء مثل Aptos لطلب المعاملات. ويضمن هذا التكامل قدرة Lumio على التعامل بكفاءة مع كميات كبيرة من المعاملات مع الحفاظ على خصائص الأمان والسيولة الخاصة بـ Ethereum.
تقنية التجميع المتفائلة: يستخدم Lumio مكدس OP مفتوح المصدر ويعتمد تقنية التجميع المتفائلة. تُعرف المجموعات المتفائلة بمعالجتها الفعالة للمعاملات وتكاليفها المنخفضة، مما يجعلها مناسبة لتوسيع نطاق التطبيقات المستندة إلى Ethereum.
النموذج الاقتصادي المرن لتكلفة الغاز: تقدم Lumio نموذجًا اقتصاديًا لتكلفة الغاز يتمحور حول التطبيقات. يتيح هذا النموذج لمطوري التطبيقات الاستفادة بشكل مباشر من استخدام الشبكة، مما قد يلهم تطوير تطبيقات لامركزية أكثر ابتكارًا وسهولة في الاستخدام.
قابلية التشغيل البيني والتكامل: تُظهر قدرة Lumio على معالجة المعاملات على Aptos والتسوية على Ethereum درجة عالية من قابلية التشغيل البيني بين أنظمة blockchain المختلفة. تتيح هذه الميزة للمطورين الاستفادة الكاملة من Ethereum وAptos في تطبيقاتهم.
التوازن بين الأمان وقابلية التوسع: الجمع بين الأمان القوي لـ Ethereum وقابلية التوسع لـ Aptos يوفر للمطورين حلاً جذابًا لبناء تطبيقات dApps آمنة وعالية الأداء. تم تصميم بنية Lumio لتحقيق التوازن الفعال بين هذين الجانبين الحاسمين.
Lumio حاليًا في مرحلة تجريبية مغلقة ويخطط لطرحه تدريجيًا لمستخدمين محددين. يسمح هذا النهج بإجراء اختبارات وتحسينات شاملة على النظام الأساسي بناءً على تعليقات المستخدمين، مما يضمن وجود نظام أساسي قوي وسهل الاستخدام عند الإصدار على نطاق أوسع.
مشاريع موازية أخرى في الصناعة
سولانا
تعد تقنية Solana's Sealevel مكونًا رئيسيًا في بنية blockchain الخاصة بها وهي مصممة لتحسين أداء العقود الذكية من خلال تقنية المعالجة المتوازية. يختلف هذا النهج بشكل كبير عن المعالجة أحادية الخيط لمنصات blockchain الأخرى، مثل وقت التشغيل المستند إلى EVM وWASM الخاص بـ EOS، والذي يعالج عقدًا واحدًا في كل مرة ويعدل حالة blockchain بالتسلسل.
يمكّن Sealevel وقت تشغيل Solana من معالجة عشرات الآلاف من العقود بالتوازي، وذلك باستخدام جميع النوى المتاحة للمدقق. إن إمكانية المعالجة المتوازية هذه ممكنة لأن معاملات Solana تصف بوضوح جميع الحالات التي سيتم قراءتها أو كتابتها أثناء التنفيذ، مما يسمح بتنفيذ المعاملات غير المتداخلة بشكل متزامن، بالإضافة إلى المعاملات التي تقرأ نفس الحالة فقط.
تعتمد وظائف Sealevel الأساسية على بنية Solana الفريدة، بما في ذلك مكونات مثل قاعدة بيانات حساب Cloudbreak وآلية توافق إثبات التاريخ (PoH). يقوم Cloudbreak بتعيين المفاتيح العامة للحسابات، وتحتفظ الحسابات بالأرصدة والبيانات، وتدير البرامج (رمز عديم الحالة) انتقالات الحالة لهذه الحسابات.
يتم تحديد المعاملات في Solana من خلال موجه من التعليمات، حيث تحتوي كل تعليمات على البرنامج وتعليمات البرنامج وقائمة الحسابات التي ترغب المعاملة في قراءتها والكتابة إليها. تسمح هذه الواجهة، المستوحاة من واجهات نظام التشغيل منخفضة المستوى للأجهزة، لـ SVM بفرز ملايين المعاملات المعلقة وجدولة جميع المعاملات غير المتداخلة للمعالجة المتوازية. بالإضافة إلى ذلك، يمكن لـ Sealevel فرز جميع التعليمات حسب معرف البرنامج وتشغيل نفس البرنامج على جميع الحسابات في وقت واحد، وهي عملية مشابهة لتحسين SIMD (بيانات التعليمات الفردية المتعددة) المستخدم في وحدات معالجة الرسومات.
يوفر Sealevel for Solana العديد من الفوائد، بما في ذلك قابلية التوسع المحسنة وتقليل زمن الوصول وكفاءة التكلفة وتحسين الأمان. فهو يمكّن شبكة Solana من التعامل مع عدد أكبر بكثير من المعاملات في الثانية، وتوفير إنهاء المعاملات بشكل شبه فوري، وتقليل رسوم المعاملات. حتى أثناء المعالجة المتوازية، يتم الحفاظ على أمان العقود الذكية من خلال بروتوكولات الأمان القوية الخاصة بـ Solana.
يجعل Sealevel من Solana منصة تطبيقات لامركزية قوية من خلال تمكين المعالجة المتوازية عالية السرعة وزيادة إنتاجية المعاملات.
سوي
تجعل ميزات التكنولوجيا الموازية لـ Sui منصة blockchain فعالة وعالية الإنتاجية ومناسبة لمجموعة متنوعة من تطبيقات Web3 وحالات الاستخدام. تعمل هذه الميزات المميزة معًا لتحسين كفاءة وإنتاجية شبكتها:
مكونات Narwhal وBullshark: هذان المكونان ضروريان لآلية الإجماع الخاصة بـ Sui. يعمل Narwhal كمجمع للذاكرة، مسؤول عن تسريع معالجة المعاملات، وتحسين كفاءة الشبكة، وضمان توفر البيانات عند إرسالها إلى Bullshark (محرك الإجماع). Bullshark هو المسؤول عن فرز البيانات المقدمة من Narwhal، وذلك باستخدام آلية التسامح مع الخطأ البيزنطية للتحقق من صحة المعاملات وتوزيع هذه المعاملات عبر الشبكة.
نموذج ملكية الأصول: في شبكة Sui، يمكن أن تكون الأصول مملوكة لمالك واحد أو مشتركة بين مالكين متعددين. يمكن نقل الأصول من مالك واحد بسرعة وحرية عبر الشبكة، في حين يجب التحقق من الأصول المشتركة من خلال نظام الإجماع. لا يعمل نظام ملكية الأصول هذا على تحسين كفاءة معالجة المعاملات فحسب، بل يمكّن المطورين أيضًا من إنشاء أنواع متعددة من الأصول لتطبيقاتهم.
الحوسبة الموزعة: يتيح تصميم Sui للشبكة توسيع نطاق الموارد بناءً على الطلب، مما يجعلها تعمل مثل الخدمة السحابية. وهذا يعني أنه مع زيادة الطلب على شبكة Sui، يستطيع مدققو الشبكة إضافة المزيد من قوة المعالجة، والحفاظ على استقرار الشبكة، وإبقاء رسوم الغاز منخفضة.
لغة برمجة Sui Move: Sui Move هي لغة البرمجة الأصلية لـ Sui، وهي مصممة لإنشاء تطبيقات عالية الأداء وآمنة وغنية بالميزات. يعتمد على لغة Move ويهدف إلى تحسين العيوب في لغة برمجة العقود الذكية وتحسين أمان العقود الذكية وكفاءة عمل المبرمجين.
كتلة المعاملات القابلة للبرمجة (PTB): كتلة المعاملات القابلة للبرمجة (PTB) في Sui عبارة عن تسلسل معاملات معقد وقابل للتركيب يمكنه الوصول إلى أي وظيفة نقل عامة على السلسلة في جميع العقود الذكية. يوفر هذا التصميم ضمانات قوية للدفع أو التطبيقات الموجهة نحو التمويل.
قابلية التوسع الأفقي: لا تقتصر قابلية التوسع في Sui على معالجة المعاملات، ولكنها تشمل أيضًا التخزين. يتيح ذلك للمطورين تحديد الأصول المعقدة ذات الخصائص الغنية وتخزينها مباشرة على السلسلة دون الحاجة إلى استخدام التخزين غير المباشر خارج السلسلة لتوفير رسوم الغاز.
وقود
في شبكة الوقود، يعد "تنفيذ المعاملات الموازية" تقنية رئيسية تمكن الشبكة من معالجة كميات كبيرة من المعاملات بكفاءة. يتم تحقيق جوهر هذا التنفيذ الموازي من خلال استخدام قوائم الوصول الصارمة إلى الحالة استنادًا إلى نموذج UTXO (مخرجات المعاملات غير المنفقة). يعد هذا النموذج عنصرًا أساسيًا في عملة البيتكوين والعديد من العملات المشفرة الأخرى.
يقدم الوقود القدرة على تنفيذ المعاملات المتوازية في نموذج UTXO. من خلال استخدام قوائم الوصول الصارمة إلى الحالة، يستطيع Fuel معالجة المعاملات بالتوازي، وبالتالي استخدام المزيد من مؤشرات الترابط والنوى لوحدة المعالجة المركزية التي عادة ما تكون خاملة في سلاسل الكتل ذات الخيط الواحد. وبهذه الطريقة، يمكن أن يوفر الوقود المزيد من القوة الحاسوبية، والوصول إلى الحالة، وإنتاجية المعاملات مقارنة بسلسلة الكتل ذات الخيط الواحد.
الوقود يحل مشكلة التزامن في نموذج UTXO. في Fuel، لا يقوم المستخدمون بالتوقيع على UTXO مباشرةً، ولكن بدلاً من ذلك يوقعون على معرف العقد، للإشارة إلى نيتهم في التفاعل مع العقد. لذلك، لا يقوم المستخدمون بتغيير الحالة مباشرة، مما يتسبب في استهلاك UTXO. بدلاً من ذلك، سيكون منتج الكتلة مسؤولاً عن التعامل مع كيفية تأثير المعاملات المختلفة في الكتلة على الحالة العامة وبالتالي على عقد UTXO. ينشئ عقد UTXO المستهلك UTXO جديدًا بنفس الخصائص الأساسية ولكن يتم تحديث التخزين والتوازن.
من أجل تحقيق تنفيذ المعاملات الموازية، قامت شركة Fuel بتطوير جهاز افتراضي محدد - FuelVM. يركز تصميم FuelVM على تقليل المعالجة المهدرة في بنيات الآلة الافتراضية التقليدية لسلسلة الكتل مع تزويد المطورين بمساحة تصميم محتملة أكبر. فهو يتضمن سنوات من الدروس المستفادة من النظام البيئي للإيثريوم واقتراحات للتحسينات التي لا يمكن تنفيذها على الإيثريوم بسبب الحاجة إلى الحفاظ على التوافق مع الإصدارات السابقة.
شقق سكنية
تستخدم سلسلة Aptos blockchain محرك تنفيذ متوازي يسمى Block-STM (ذاكرة معاملات البرامج) لتحسين قدرتها على معالجة المعاملات. تتيح هذه التقنية لشركة Aptos تنفيذ المعاملات بترتيب محدد مسبقًا داخل كل كتلة، وتعيين المعاملات لسلاسل معالج مختلفة أثناء التنفيذ. الفكرة الأساسية لهذه الطريقة هي تسجيل مواقع الذاكرة التي تم تعديلها بواسطة المعاملات أثناء تنفيذ جميع المعاملات. بعد التحقق من جميع نتائج المعاملات، إذا تم العثور على معاملة قد وصلت إلى موقع ذاكرة تم تعديله بواسطة معاملة سابقة، فسيتم إبطال المعاملة. يتم بعد ذلك إعادة تنفيذ المعاملات التي تم إحباطها وتكرر العملية حتى يتم تنفيذ جميع المعاملات.
على عكس محركات التنفيذ المتوازية الأخرى، تحافظ Block-STM على ذرية المعاملات دون الحاجة إلى معرفة البيانات المراد قراءتها/كتابتها مسبقًا. وهذا يسهل على المطورين إنشاء تطبيقات متوازية للغاية. تدعم Block-STM ذرية أكثر ثراءً من بيئات التنفيذ المتوازية الأخرى، والتي غالبًا ما تتطلب تقسيم العمليات إلى معاملات متعددة (كسر الذرية المنطقية). تعمل تقنية Block-STM على تحسين تجربة المستخدم من خلال تقليل زمن الوصول وتحسين كفاءة التكلفة.
بالإضافة إلى ذلك، تتبنى Aptos أيضًا آلية إجماع تسمى AptosBFTv4، وهو بروتوكول BFT لإنتاج سلاسل الكتل التي خضعت لفحص صارم للصحة. يعمل البروتوكول على تحسين الاستجابة، ويوفر زمن وصول منخفض وإنتاجية عالية، ويستفيد بشكل كامل من الشبكة الأساسية. يستخدم AptosBFTv4 تصميمًا يشبه المعالج لضمان أقصى استفادة من الموارد في كل خطوة. لذلك، قد تشارك عقدة واحدة في العديد من جوانب الإجماع، بدءًا من اختيار المعاملات لتضمينها في كتلة إلى تنفيذ مجموعة أخرى من المعاملات، وكتابة مخرجات مجموعة أخرى من المعاملات إلى التخزين، والتصديق على مخرجات مجموعة أخرى من المعاملات. وهذا يجعل الإنتاجية محدودة فقط بالمرحلة الأبطأ، بدلاً من الجمع المتسلسل لجميع المراحل.
تحدي
التحدي الفني
بشكل عام، تتمثل التحديات الأساسية في اعتماد نهج متوازي أو متزامن في مشكلات سباق البيانات، أو تضارب القراءة والكتابة، أو مشكلات مخاطر البيانات. تصف كل هذه المصطلحات نفس المشكلة: خيوط أو عمليات مختلفة تحاول قراءة نفس البيانات وتعديلها في نفس الوقت. يتطلب تنفيذ أنظمة متوازية تتسم بالكفاءة والموثوقية حل المشكلات التقنية المعقدة، لا سيما في ضمان تنفيذ عمليات متوازية يمكن التنبؤ بها وخالية من الصراعات على آلاف العقد اللامركزية. بالإضافة إلى ذلك، يتمثل التحدي المتمثل في التوافق الفني في ضمان توافق طرق المعالجة المتوازية الجديدة مع معايير إدارة القيمة الإلكترونية الحالية ورموز العقود الذكية.
القدرة على التكيف مع النظام البيئي
بالنسبة للمطورين، قد يحتاجون إلى تعلم أدوات وأساليب جديدة لتعظيم فوائد EVM الموازية. بالإضافة إلى ذلك، يحتاج المستخدمون أيضًا إلى التكيف مع أوضاع التفاعل وميزات الأداء الجديدة التي قد تظهر. وهذا يتطلب من المشاركين في النظام البيئي بأكمله (بما في ذلك المطورين والمستخدمين ومقدمي الخدمات) أن يكون لديهم فهم معين وقدرة على التكيف مع التقنيات الجديدة. وفي الوقت نفسه، لا يعتمد نظام blockchain البيئي القوي على ميزاته التقنية فحسب، بل يعتمد أيضًا على دعم المطورين الشامل والتطبيقات الغنية. لكي تنجح التقنيات الجديدة مثل EVM المتوازي في السوق، فإنها تحتاج إلى إنشاء تأثيرات شبكة كافية لجذب مشاركة المطورين والمستخدمين.
زيادة تعقيد النظام
يتطلب نظام EVM المتوازي اتصالاً فعالاً بالشبكة لدعم مزامنة البيانات عبر عقد متعددة. يمكن أن يؤدي تأخير الشبكة أو فشل المزامنة إلى معالجة غير متناسقة للمعاملات، مما يزيد من تعقيد تصميم النظام. للاستفادة بشكل فعال من المعالجة المتوازية، تحتاج الأنظمة إلى إدارة وتخصيص موارد الحوسبة بشكل أكثر ذكاءً. قد يتضمن ذلك توزيع الحمل ديناميكيًا عبر العقد المختلفة، بالإضافة إلى تحسين استخدام الذاكرة والتخزين. يعد تطوير العقود والتطبيقات الذكية التي تدعم المعالجة المتوازية أكثر تعقيدًا من نماذج التنفيذ التسلسلي التقليدية. يحتاج المطورون إلى مراعاة خصائص التنفيذ المتوازي وقيوده، مما قد يجعل عملية الترميز وتصحيح الأخطاء أكثر صعوبة. في بيئة التنفيذ المتوازي، قد تتفاقم الثغرات الأمنية لأن مشكلة الأمان قد تؤثر على المعاملات المتعددة التي يتم تنفيذها بالتوازي. ولذلك، يلزم إجراء عملية تدقيق واختبار أمنية أكثر صرامة.
نظرة مستقبلية
أظهرت Parallel EVM إمكانات كبيرة في تحسين قابلية التوسع وكفاءة blockchain. تمثل أجهزة EVM المتوازية المذكورة أعلاه تحولًا مهمًا في تقنية blockchain وهي مصممة لتعزيز قدرات معالجة المعاملات من خلال تنفيذ المعاملات في وقت واحد على معالجات متعددة. يخترق هذا النهج معالجة المعاملات التسلسلية التقليدية، مما يسمح بإنتاجية أعلى وزمن وصول أقل، وهو أمر بالغ الأهمية لقابلية التوسع وكفاءة شبكات البلوكشين.
يعتمد التنفيذ الناجح لإدارة القيمة الإلكترونية الموازية بشكل كبير على رؤية المطورين ومهاراتهم، خاصة في تصميم العقود الذكية وهياكل البيانات. تعتبر هذه العناصر حاسمة في تحديد ما إذا كان من الممكن تنفيذ المعاملة بالتوازي. يجب على المطورين النظر في المعالجة المتوازية منذ بداية المشروع والتأكد من أن تصميماتهم تمكن المعاملات المختلفة من العمل بشكل مستقل دون تدخل.
تحافظ Parallel EVM أيضًا على التوافق مع نظام Ethereum البيئي، وهو أمر بالغ الأهمية للمطورين والمستخدمين المشاركين بالفعل في التطبيقات المستندة إلى Ethereum. يضمن هذا التوافق الانتقال والتكامل السلس للتطبيقات اللامركزية الموجودة، وهو ما يمثل تحديًا لأنظمة مثل DAG لأنها غالبًا ما تتطلب تعديلات كبيرة على التطبيقات الحالية.
يُنظر إلى تطوير أجهزة إلكترونية متوازية كخطوة أساسية في حل القيود الأساسية لقابلية التوسع في تقنية البلوكشين. ومن المتوقع أن تعمل هذه الابتكارات على إعداد شبكات blockchain للمستقبل، مما يسمح لها بمواكبة الطلبات المتزايدة وتصبح حجر الزاوية للجيل القادم من البنية التحتية لـ Web3. وفي حين توفر آلات التصويت الإلكتروني الموازية إمكانات هائلة، فإن تنفيذها الناجح يتطلب التغلب على التحديات التقنية المعقدة وضمان اعتماد النظام البيئي على نطاق واسع.
شاهد النسخة الأصلية
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
تقرير بحث MT Capital: تفسير شامل لإدارة قيمة الأصول الموازية، نظرة عامة على المشروع وآفاقه المستقبلية
** بقلم: شينوي، إم تي كابيتال **
ل؛د
تشمل التحديات الرئيسية في اعتماد التوازي حل سباق البيانات وقضايا الصراع بين القراءة والكتابة، وضمان توافق التكنولوجيا مع المعايير الحالية، والتكيف مع أنماط تفاعل النظام البيئي الجديدة، وإدارة التعقيد المتزايد للنظام، لا سيما فيما يتعلق بالأمن وتخصيص الموارد.
يُظهر نظام EVM الموازي إمكانات كبيرة في تعزيز قابلية التوسع وكفاءة blockchain، مما يمثل تحولًا كبيرًا في تكنولوجيا blockchain، فهو يعمل على تحسين قدرات معالجة المعاملات من خلال تنفيذ المعاملات في وقت واحد على معالجات متعددة، وكسر قيود معالجة المعاملات المتسلسلة التقليدية. وفي حين توفر آلات التصويت الإلكتروني الموازية إمكانات هائلة، فإن تنفيذها الناجح يتطلب التغلب على التحديات التقنية المعقدة وضمان اعتماد النظام البيئي على نطاق واسع.
المفاهيم الأساسية لإدارة قيمة الأرباح المتوازية
مقدمة إلى EVM
تعد الآلة الافتراضية لإيثريوم (EVM) هي المكون الأساسي لسلسلة كتل الإيثريوم وتعمل كمحرك الحوسبة الخاص بها. إنها آلة شبه تورينج كاملة توفر بيئة تشغيل لتنفيذ العقود الذكية على شبكة إيثريوم، وهو أمر بالغ الأهمية للحفاظ على الثقة والاتساق في جميع أنحاء النظام البيئي لإيثريوم.
تقوم EVM بتنفيذ العقود الذكية عن طريق معالجة الرمز الثانوي، وهو شكل أساسي لتجميع كود العقد الذكي المكتوب عادةً بلغة برمجة عالية المستوى مثل Solidity. تتكون هذه الرموز الثانوية من سلسلة من رموز التشغيل (opcodes) المستخدمة لأداء وظائف مختلفة، بما في ذلك العمليات الحسابية وتخزين/استرجاع البيانات. يعمل جهاز EVM كآلة تجميع، حيث يقوم بمعالجة العمليات بطريقة "آخر ما يدخل أولاً يخرج أولاً"، ولكل عملية في جهاز EVM تكلفة غاز مرتبطة بها. يقيس نظام الغاز هذا الجهد الحسابي المطلوب لأداء العمليات، مما يضمن التخصيص العادل للموارد ومنع إساءة استخدام الشبكة.
في الايثيريوم، تلعب المعاملات دورًا مهمًا في وظيفة EVM. هناك نوعان من المعاملات: تلك التي تتسبب في استدعاء رسالة، وتلك التي تتسبب في إنشاء العقد. يؤدي إنشاء العقد إلى إنشاء حساب عقد جديد يحتوي على الرمز الثانوي للعقد الذكي المجمّع، وعندما يقوم حساب آخر باستدعاء رسالة إلى العقد، يتم تنفيذ الرمز الثانوي الخاص به.
تشتمل بنية EVM على مكونات مثل الرمز الثانوي والمكدس والذاكرة والتخزين. يحتوي على مساحة ذاكرة مخصصة للتخزين المؤقت للبيانات أثناء التنفيذ، ومساحة تخزين ثابتة على blockchain للاحتفاظ بالبيانات إلى أجل غير مسمى. يضمن تصميم EVM بيئة تنفيذ آمنة للعقود الذكية، وعزلها لمنع هجمات إعادة الدخول، واستخدام تدابير أمنية مختلفة مثل حدود عمق الغاز والمكدس.
بالإضافة إلى ذلك، يمتد تأثير EVM إلى ما هو أبعد من Ethereum إلى نطاق أوسع من خلال السلاسل المتوافقة مع EVM. تحافظ هذه السلاسل، على الرغم من اختلافها، على التوافق مع التطبيقات المستندة إلى إيثريوم، مما يسمح لها بالتفاعل بسلاسة مع التطبيقات المستندة إلى إيثريوم. تلعب هذه السلاسل دورًا رئيسيًا في مجالات مختلفة مثل حلول المؤسسات وGameFi وDeFi.
ضرورة نظام EVM الموازي
تنبع ضرورة EVM (جهاز Ethereum الظاهري) الموازي من قدرته على تحسين أداء وكفاءة شبكات blockchain بشكل كبير. تقوم تقنية EVM التقليدية بمعالجة المعاملات بشكل تسلسلي، الأمر الذي لا يستهلك الكثير من الطاقة فحسب، بل يضع أيضًا عبء عمل ثقيلًا على أدوات التحقق من صحة الشبكة. غالبًا ما يؤدي هذا النهج إلى ارتفاع تكاليف المعاملات وعدم الكفاءة، ويعتبر عقبة رئيسية أمام اعتماد تقنية blockchain على نطاق واسع.
يُحدث Parallel EVM ثورة في عملية الإجماع من خلال السماح بتنفيذ عمليات متعددة في وقت واحد. تؤدي القدرة على التنفيذ بالتوازي إلى زيادة إنتاجية الشبكة بشكل كبير، وبالتالي تعزيز أداء وقابلية التوسع لسلسلة الكتل بأكملها. باستخدام EVM المتوازي، يمكن لشبكة blockchain معالجة المزيد من المعاملات في وقت أقصر، مما يحل بشكل فعال مشاكل الازدحام الشائعة وأوقات المعالجة البطيئة لأنظمة blockchain التقليدية.
لدى Parallel EVM تأثير كبير على الجوانب المختلفة لتقنية blockchain:
فهو يوفر طريقة أكثر كفاءة في استخدام الطاقة لمعالجة المعاملات. من خلال تقليل عبء العمل على المدققين والشبكة بأكملها، تساعد Parallel EVM في بناء نظام بيئي أكثر استدامة لـ blockchain.
يؤدي تحسين قابلية التوسع وزيادة الإنتاجية بشكل مباشر إلى انخفاض رسوم المعاملات. سيستمتع المستخدمون بتجربة أكثر اقتصادا، مما يجعل منصات blockchain أكثر جاذبية لجمهور أوسع.
إن معالجة معاملات متعددة في وقت واحد بدلاً من التتابع يعني أن التطبيقات اللامركزية يمكن أن تعمل بسلاسة أكبر حتى أثناء فترات الطلب المرتفع على الشبكة.
طريقة تنفيذ EVM المتوازي
في بنية EVM الحالية، فإن عمليات القراءة والكتابة الأكثر تطورًا هي sload وsstore، والتي تستخدم لقراءة وكتابة البيانات من حالة المحاولة على التوالي. لذلك، يعد ضمان عدم تعارض الخيوط المختلفة في هاتين العمليتين نقطة دخول سهلة لتنفيذ EVM المتوازي/المتزامن. في الواقع، هناك نوع خاص من المعاملات في الإيثريوم يتضمن بنية خاصة تسمى "قائمة الوصول" التي تسمح للمعاملات بحمل عناوين تخزين لقراءتها وتعديلها. لذلك، يوفر هذا نقطة بداية جيدة لتنفيذ نهج التزامن القائم على الجدولة.
فيما يتعلق بتنفيذ النظام، هناك ثلاثة أشكال شائعة لإدارة قيمة الأصول المتوازية/المتزامنة:
الفرق بين التوازي/التزامن في أنظمة blockchain وقواعد البيانات هو:
إذا ماذا نحتاج؟
مطلوب التوافق على مستوى النظام، وسيؤدي التنفيذ الأسرع إلى عوائد أعلى.
تعمل خوارزمية الجدولة متعددة المتغيرات التي تأخذ قيود الكتلة في الاعتبار على تحقيق المزيد من الإيرادات مع القدرة على إكمال التنفيذ بشكل أسرع.
المزيد من عمليات البيانات الدقيقة، بما في ذلك قفل البيانات على مستوى كود التشغيل، وطبقة ذاكرة التخزين المؤقت للذاكرة، وما إلى ذلك.
المشاريع الرئيسية وتقنياتها
مختبرات موناد
Monad عبارة عن طبقة EVM 1 مصممة لتحسين قابلية التوسع وسرعة المعاملات لـ blockchain بشكل كبير من خلال ميزاتها التقنية الفريدة. الميزة الرئيسية لـ Monad هي أنه يمكنه التعامل مع ما يصل إلى 10000 معاملة في الثانية ويصل وقت الكتلة إلى ثانية واحدة. ويرجع ذلك إلى آلية الإجماع MonadBFT وتوافق EVM، مما يمكّنها من معالجة المعاملات بكفاءة وسرعة.
إحدى الميزات الأكثر إلحاحًا في Monad هي قدرات التنفيذ المتوازي، والتي تسمح لها بمعالجة معاملات متعددة في وقت واحد، مما يحسن بشكل كبير من كفاءة الشبكة والإنتاجية مقارنة بطرق المعالجة التسلسلية في أنظمة blockchain التقليدية.
يقود تطوير Monad شركة Monad Labs، التي شارك في تأسيسها Keone Hon، وEunice Giarta، وJames Hunsaker. نجح المشروع في جمع 19 مليون دولار من التمويل الأولي ويخطط لإطلاق شبكة اختبار في منتصف الربع الأول من عام 2024، يليها إطلاق الشبكة الرئيسية.
تم تحسين Monad في أربعة مجالات رئيسية لجعلها سلسلة بلوكتشين عالية الأداء:
MonadBFT: MonadBFT هي آلية إجماع عالية الأداء لـ Monad blockchain، تُستخدم لتحقيق الاتساق في طلب المعاملات في ظل ظروف المزامنة الجزئية بحضور الجهات الفاعلة البيزنطية. إنها نسخة محسنة تعتمد على HotStuff، باستخدام خوارزمية BFT ذات مرحلتين، مع استجابة متفائلة، وحمل اتصال خطي في المواقف الشائعة، وحمل اتصال تربيعي في مواقف المهلة. في MonadBFT، يرسل القائد كتلة جديدة وQC (شهادة النصاب) أو TC (شهادة المهلة) للجولة السابقة إلى المدقق في كل جولة. يقوم المدقق بمراجعة الكتلة، وفي حالة موافقتها، يرسل تصويتًا موقعًا بـ "نعم" إلى الجولة التالية من القادة. تستخدم هذه العملية التوقيعات العتبية لتجميع أصوات "نعم" للمدققين 2f+1 لتشكيل مراقبة الجودة. في حالة الاتصال الشائعة، يرسل القائد الكتل إلى المدققين، الذين يرسلون الأصوات مباشرة إلى القائد للجولة التالية. يستخدم MonadBFT أيضًا توقيعات BLS القائمة على الاقتران لحل مشكلات قابلية التوسع، والتي يمكنها تجميع التوقيعات بشكل متزايد في توقيع واحد، والتحقق من توقيع مجمع واحد صالح يمكن أن يثبت أن المشاركات المرتبطة بالمفتاح العام قد وقعت الرسالة. لأسباب تتعلق بالأداء، تتبنى MonadBFT نظام توقيع مختلط، حيث يتم استخدام توقيعات BLS فقط لأنواع الرسائل المجمعة (التصويت والمهلة). لا يزال يتم توفير سلامة الرسالة وصحتها من خلال توقيعات ECDSA. نظرًا لهذه الخصائص، فإن MonadBFT قادر على تحقيق توافق فعال وقوي في مجال blockchain.
تأخير التنفيذ: يعد هذا ابتكارًا رئيسيًا يفصل عملية التنفيذ عن عملية الإجماع. في ظل هذه البنية، تتضمن عملية الإجماع موافقة العقد على الترتيب الرسمي للمعاملات، في حين أن التنفيذ هو عملية التنفيذ الفعلي لتلك المعاملات وتحديث الحالة. في هذا التصميم، تقترح العقدة الرائدة ترتيب المعاملة، ولكنها لا تعرف جذر الحالة النهائي عند اقتراح الطلب؛ ولا تعرف عقدة التحقق ما إذا كانت جميع المعاملات في الكتلة سيتم تنفيذها بنجاح عند التصويت على صلاحية الكتلة.
يسمح هذا التصميم لـ Monad بتحقيق تحسينات كبيرة في السرعة، مما يسمح لسلاسل الكتل ذات الجزء الواحد بالتوسع إلى ملايين المستخدمين. في Monad، تقوم كل عقدة بشكل مستقل بتنفيذ المعاملات في الكتلة N أثناء الوصول إلى الإجماع على الكتلة N، وتبدأ في الوصول إلى الإجماع على الكتلة N+1. يسمح هذا النهج بميزانية أكبر للغاز نظرًا لأن التنفيذ يجب أن يتوافق فقط مع الإجماع. بالإضافة إلى ذلك، يعد هذا النهج أكثر تسامحًا مع اختلافات محددة في وقت الحساب نظرًا لأن التنفيذ يجب أن يتوافق فقط مع الإجماع في المتوسط.
لمزيد من ضمان النسخ المتماثل لجهاز الحالة، يتضمن Monad جذر Merkle الذي تم تأخيره بواسطة كتل D في اقتراح الكتلة. يضمن جذر Merkle المؤجل الحفاظ على الاتساق على مستوى الشبكة حتى إذا نفذت العقدة سلوكًا خاطئًا أو ضارًا.
في MonadBFT، النهاية هي فتحة واحدة (ثانية واحدة)، وعادة ما تتأخر نتائج التنفيذ أقل من ثانية واحدة على العقد الكاملة. تعني هذه النهاية ذات الفتحة الواحدة أنه بعد تقديم المعاملة، سيرى المستخدمون الترتيب الرسمي للمعاملات في كتلة واحدة لاحقًا. وما لم تعمل الغالبية العظمى من الشبكة بشكل ضار، فليس هناك إمكانية لإعادة الترتيب. بالنسبة للمستخدمين الذين يحتاجون إلى الوصول السريع إلى نتائج التداول (على سبيل المثال، المتداولين ذوي التردد العالي)، يمكن تشغيل عقدة كاملة لتقليل زمن الوصول.
التنفيذ الموازي: يمكّن Monad من تنفيذ معاملات متعددة في وقت واحد. قد يبدو هذا النهج مختلفًا عن دلالات التنفيذ الخاصة بإيثريوم للوهلة الأولى، لكنه ليس كذلك. كتل Monad هي نفس كتل Ethereum، وهي عبارة عن مجموعات من المعاملات مرتبة خطيًا. نتائج تنفيذ هذه المعاملات هي نفسها بين Monad و Ethereum.
أثناء التنفيذ المتوازي، يستخدم Monad أسلوب التنفيذ المتفائل، والذي يبدأ في تنفيذ المعاملات اللاحقة قبل اكتمال المعاملات السابقة في الكتلة. قد يؤدي هذا في بعض الأحيان إلى نتائج تنفيذ غير صحيحة. تحل Monads هذه المشكلة عن طريق تتبع المدخلات المستخدمة في تنفيذ المعاملة ومقارنتها بمخرجات المعاملات السابقة. إذا كان هناك تناقض، فيجب إعادة تنفيذ المعاملة بالبيانات الصحيحة.
بالإضافة إلى ذلك، تستخدم Monad محلل كود ثابت للتنبؤ بالتبعيات بين المعاملات عند تنفيذ المعاملات لتجنب التنفيذ الموازي غير الفعال. في أفضل الحالات، يمكن للموناد التنبؤ بالعديد من التبعيات في وقت مبكر، وفي أسوأ الحالات، فإنه يعود إلى وضع التنفيذ البسيط.
لا تعمل تقنية التنفيذ المتوازي من Monad على تحسين كفاءة الشبكة وإنتاجيتها فحسب، بل تقلل أيضًا من فشل المعاملات بسبب التنفيذ المتوازي من خلال تحسين استراتيجيات التنفيذ.
MonadDb: تم تحسين MonadDb لتخزين البيانات ومعالجتها. إنه جزء من استراتيجية التحسين Monad لتحسين الأداء العام للشبكة، خاصة عندما يتعلق الأمر بمعالجة بيانات الحالة وبيانات المعاملات. تم تصميم هذه المكونات لتعزيز كفاءة تخزين البيانات وقابلية التوسع وتحسين قدرة شبكة blockchain على التعامل مع كميات كبيرة من البيانات. ويتضمن آليات محسنة لفهرسة البيانات، وهياكل تخزين أكثر كفاءة، ومسارات محسنة للوصول إلى البيانات. تساعد هذه التحسينات على تقليل وقت الوصول إلى البيانات وزيادة سرعة معالجة المعاملات، وبالتالي تحسين أداء شبكة blockchain بأكملها.
المشروع البيئي
تبديل
TayaSwap عبارة عن AMM DEX قائم على Monad ومدعوم من SubLabs والذي يسمح بتداول الأصول بدون دفاتر أوامر تقليدية أو وسطاء. تعتمد AMM على الصيغ الرياضية والعقود الذكية لتسهيل تبادل الرموز، وتحديد الأسعار، واستخدام العقود الذكية لتمكين المعاملات من نظير إلى نظير.
التمويل المحيط
Ambient (المعروف سابقًا باسم CrocSwap) هو بروتوكول تداول لا مركزي يسمح لـ AMM الثنائية بدمج سيولة المنتج المركزية والثابتة على أي زوج من أصول blockchain. تقوم شركة Ambient بتشغيل DEX بالكامل في عقد ذكي واحد، حيث يكون مجمع AMM واحد عبارة عن بنية بيانات خفيفة الوزن وليس عقدًا ذكيًا منفصلاً.
بروتوكول الروبيان
Shrimp هو (3,3) DEX مع اقتصاديات رمز دولاب الموازنة، ودعم الأصول في العالم الحقيقي، وهو قادم إلى Monad.
عامل حفاز
يعد Catalyst بمثابة حل سيولة غير مسموح به بين سلاسل الكتل المعيارية، وهو مصمم خصيصًا لربط جميع السلاسل وتمكين الوصول إلى أي أصل في أي مكان. يمكّن Catalyst المطورين من الاتصال تلقائيًا بجميع السلاسل والوصول إلى المستخدمين في نظام بيئي موحد، في حين يضمن تصميمه البسيط واللامركزي والمستضاف ذاتيًا أن تتمكن المشاريع من الوصول إلى السيولة بشكل آمن وسلاسة.
تبديل
Swaap هو صانع سوق آلي محايد للسوق (AMM). فهو يجمع بين أوراكل والفروق الديناميكية لتوفير أرباح مستدامة لموفري السيولة وأسعار أرخص للمتداولين. يقلل البروتوكول بشكل كبير من الخسائر غير الدائمة ويوفر مجموعات متعددة الأصول.
إكسير
Elixir هو بروتوكول صنع سوق لامركزي يستخدم خوارزميات صنع السوق للتفاعل مع البورصات المركزية من خلال استدعاءات واجهة برمجة التطبيقات (API) لتوفير السيولة لأصول العملات المشفرة طويلة الذيل.
مبادلة زمنية
Timeswap هو بروتوكول سوق نقدي لامركزي يعتمد على AMM ولا يستخدم أوراكل أو مصفين. على عكس Uniswap، حيث يمكن تداول الأصول في الوقت الفعلي، فإن الاقتراض على Timeswap يتضمن تداول الرموز المميزة حتى اكتمال السداد. يوفر المُقرض الأصل (أ) لاقتراض الأموال مع "حماية" كمية معينة من الأصل (ب) الذي يستخدمه المقترض كضمان. يمكن للمستخدمين تعديل ملف المخاطر الخاص بهم للحصول على أسعار فائدة أعلى مع نسب رهن عقاري أقل، أو العكس.
بوبلي
Poply هو سوق NFT مجتمعي مخصص لسلسلة Monad، حيث يعرض ويمكّن مجموعات NFT التي تم إنشاؤها خصيصًا لهذه السلسلة، ويجذب الأشخاص المهتمين بـ NFTs الفريدة باستخدام الذكاء الاصطناعي لإنشاء أعمال فنية وواجهة سهلة الاستخدام. الرموز.
لوحة التبديل
Switchboard عبارة عن بروتوكول أوراكل غير مسموح به وقابل للتخصيص ومتعدد السلاسل لخلاصات البيانات العالمية والعشوائية التي يمكن التحقق منها. من خلال السماح لأي شخص بدفع أي شكل من أشكال البيانات، بغض النظر عن نوع البيانات، فإنه يوفر متجرًا شاملاً للمستخدمين ويساعد في دفع الجيل التالي من التطبيقات اللامركزية.
شبكة بيث
Pyth Network عبارة عن حل أوراكل للسعر من الجيل التالي تم تطويره بواسطة Douro Labs، بهدف توفير بيانات سوق مالية قيمة حول السلسلة، بما في ذلك العملات المشفرة والأسهم والعملات الأجنبية والسلع، للمشاريع والبروتوكولات والجمهور من خلال تقنية blockchain. تقوم الشبكة بتجميع بيانات أسعار الطرف الأول من أكثر من 70 من موفري البيانات الموثوقين وتنشرها للاستخدام من خلال العقود الذكية وغيرها من التطبيقات المتصلة بالسلسلة أو خارج السلسلة.
بروتوكول AIT
بروتوكول AIT عبارة عن بنية تحتية لبيانات الذكاء الاصطناعي توفر حلول الذكاء الاصطناعي Web3. يوفر السوق اللامركزي لـ AIT للملايين من مستخدمي العملات المشفرة فرصة فريدة وواسعة للمشاركة في مهام "التدريب لكسب المال"، وهو مفهوم يمكّنهم في الوقت نفسه من كسب المكافآت مع المساهمة بنشاط في تطوير وتطوير نماذج الذكاء الاصطناعي. .
يلاحظ
يوفر Notifi طبقة اتصال مشتركة لجميع مشاريع Web3، مع خطط لتضمين إمكانات الإعلام والمراسلة في التطبيقات اللامركزية للتفاعل مع المستخدمين على القنوات الرقمية والمتصلة بالسلسلة. يسمح Notifi API للمطورين بفتح البنية التحتية المعقدة للاتصالات من خلال واجهات برمجة التطبيقات البسيطة التي يمكن أن توفر تجارب مستخدم أصلية لجميع التطبيقات في العالم؛ يوفر مركز Notifi للمستخدمين تجربة إعلام بالمعلومات المخصصة، والتي ستكون متاحة من الهاتف المحمول والويب مما يسمح للمستخدمين بعرض و إدارة جميع المعلومات في عالم Web3؛ يمكّن Notifi Push المسوقين من إنشاء ارتباطات متماسكة ومتعددة القنوات تدفع نمو الأعمال وتحتفظ بقاعدة المستخدمين الخاصة بهم.
أكريبتوس
ACryptoS عبارة عن منصة متقدمة لإستراتيجية التشفير، ومُحسِّن لتجميع الإيرادات متعدد السلاسل وDEX، مما يوفر خزائن مركبة تلقائية أحادية الرمز، وخزائن LP مزدوجة الرمز، وخزائن سيولة فريدة، وDEX فرع Balancer-V2، وعمليات تبادل العملات المستقرة. مجموعة واسعة من المنتجات الفريدة . تم إطلاق ACryptoS في البداية على سلسلة BNB في نوفمبر 2020، وتوسعت إلى 11 سلسلة مع أكثر من 100 مخزن منتشر، بهدف دعم مستخدمي DeFi وبروتوكولاته.
ماجماداو
MagmaDAO هو بروتوكول لتكديس السيولة يتم التحكم فيه من قبل DAO ويهدف إلى تحقيق توزيع رمزي عادل من خلال عمليات إسقاط جوي تنافسية للنظام البيئي، وهو أول مدقق موزع خارج Ethereum وهو مبني على EVM L1 Monad الأسرع والأرخص والأكثر مقاومة للرقابة.
تبادل الومبت
Wombat Exchange عبارة عن بورصة عملات مستقرة متعددة السلاسل مع مجمعات سيولة مفتوحة وانزلاق منخفض ورهانات من جانب واحد.
الثقب الدودي
Wormhole هو بروتوكول مراسلة عالمي لامركزي يمكّن مطوري ومستخدمي التطبيقات عبر السلسلة من الاستفادة من الأنظمة البيئية المتعددة.
ديماسك للتمويل
DeMask Finance هو بروتوكول AMM متصل بالسلسلة للمعاملات بين NFTs ورموز ERC20. يدعم DeMask Finance إنشاء مجموعات NFT ومنصات إطلاق NFT: مقترنة بـ ETH والرموز المميزة الأخرى. التبادل اللامركزي NFT: يدعم إقران ERC-1155 NFT أو الرموز المميزة الأخرى مع الرموز المميزة ETH وERC-20. يهدف بروتوكول DeMask إلى إضافة السيولة إلى سوق NFT ويوفر واجهة لتمكين التبادل السلس بين رموز ERC20 أو الرموز الأصلية ومجموعات NFT. DeMask هو نظام من العقود الذكية المترابطة التي تسمح لجميع المستخدمين بإنشاء وامتلاك مجمعات السيولة والتداول بطريقة آلية بالكامل. سيحتوي كل مجمع على زوج من الأصول، بما في ذلك الرمز المميز وNFT، مما يوفر سعرًا ثابتًا للتداول الفوري. ويسمح هذا أيضًا للعقود الأخرى بتقدير متوسط سعر الأصلين مع مرور الوقت. سيتم مكافأة المستخدمين الذين لديهم مجمعات سيولة عند تبادل أزواج الأصول.
ستة V2
يعد Sei V2 ترقية مهمة لشبكة Sei ويهدف إلى أن يكون أول جهاز EVM متوازي بالكامل. ستمكن هذه الترقية Sei من:
التوافق مع العقود الذكية لـ EVM: هذا يعني أنه يمكن للمطورين نشر عقود ذكية مدققة ومتوافقة مع EVM على Sei دون تغيير الكود. يعد هذا أمرًا مهمًا للغاية للمطورين لأنه يبسط عملية نقل عقودهم الذكية الحالية من سلاسل الكتل الأخرى مثل Ethereum إلى Sei.
من منظور تقني، ستقوم عقد Sei تلقائيًا باستيراد Geth - تطبيق Go لجهاز Ethereum الظاهري. سيتم استخدام Geth لمعالجة معاملات Ethereum، وأي تحديثات ناتجة (بما في ذلك تحديثات الحالة أو الاستدعاءات للعقود غير المتعلقة بـ EVM) سيتم إجراؤها من خلال الواجهة الخاصة التي أنشأتها Sei لـ EVM.
الموازاة المتفائلة: تسمح لـ blockchain بدعم الموازاة دون مطالبة المطورين بتحديد أي تبعيات. وهذا يعني أنه يمكن تشغيل جميع المعاملات بالتوازي، وعندما يحدث تعارض (على سبيل المثال، تمس المعاملة نفس الحالة)، ستقوم السلسلة بتتبع جزء التخزين الذي تم لمسه بواسطة كل معاملة وإعادة تشغيل تلك المعاملات بالترتيب. ستستمر هذه العملية بشكل متكرر حتى يتم حل كافة التعارضات غير المبررة. نظرًا لأن المعاملات يتم ترتيبها على شكل كتل، فإن العملية تكون حتمية، مما يبسط سير عمل المطور مع الحفاظ على التوازي على مستوى السلسلة.
SeiDB: سيقدم بنية بيانات جديدة تسمى SeiDB لتحسين طبقة تخزين النظام الأساسي. الهدف الرئيسي لـ SeiDB هو منع تضخم الحالة، وهي المشكلة التي تصبح فيها الشبكة مثقلة بالبيانات، مع تبسيط عملية مزامنة الحالة للعقد الجديدة. يهدف هذا التصميم إلى تحسين الأداء العام وقابلية التوسع لـ Sei blockchain.
يحقق Sei V2 هذا الهدف من خلال تحويل شجرة IAVL التقليدية إلى نظام مكون من مكونين - تخزين الحالة والتزامات الحالة. يقلل هذا التغيير بشكل كبير من زمن الوصول واستخدام القرص، ويخطط Sei V2 أيضًا للانتقال إلى استخدام PebbleDB لتحسين أداء القراءة والكتابة للوصول متعدد الخيوط.
إمكانية التشغيل التفاعلي مع السلاسل الحالية: يتيح Sei V2 مزيجًا سلسًا بين EVM وأي بيئة تنفيذ أخرى تدعمها Sei، مما يوفر تجربة أكثر سلاسة للمطورين الذين يمكنهم الوصول بسهولة إلى الرموز الأصلية وميزات السلسلة الأخرى، مثل التعهد. كما سيتم إنشاء مكون جديد لدعم عقود EVM الذكية. ستستفيد عقود EVM الذكية هذه من جميع التغييرات التي تم إجراؤها على الإجماع والتوازي، وستكون أيضًا قادرة على التفاعل مع عقود Cosmwasm الذكية الحالية.
من منظور الأداء، سيوفر Sei V2 إنتاجية تصل إلى 28300 معاملة مجمعة في الثانية، مع توفير وقت كتلة يبلغ 390 مللي ثانية ونهائية تبلغ 390 مللي ثانية. وهذا يمكّن Sei من دعم المزيد من المستخدمين وتوفير تجربة تفاعلية أفضل من سلاسل الكتل الحالية، مع توفير تكاليف أرخص لكل معاملة.
اقترب تقدم الترقية الرئيسي لـ Sei V2 الآن من اكتمال التعليمات البرمجية. وبعد اكتمال المراجعة، سيتم إصدار هذه الترقية في شبكة الاختبار العامة في الربع الأول من عام 2024 وسيتم نشرها على الشبكة الرئيسية في النصف الأول من عام 2024.
نيون
يعمل Neon EVM على تعزيز قدرات Solana blockchain لتوفير بيئة فعالة لتطبيقات Ethereum dApps. يتم تشغيله كعقد ذكي داخل Solana، مما يسمح للمطورين بنشر تطبيقات Ethereum dApps مع الحد الأدنى من التغييرات في التعليمات البرمجية أو بدون تغييرات على الإطلاق والاستفادة من ميزات Solana المتقدمة. تركز بنية وعمليات Neon EVM على الأمن واللامركزية والاستدامة، مما يوفر لمطوري Ethereum الفرصة للانتقال بسلاسة إلى بيئة Solana. وهو يستفيد من رسوم Solana المنخفضة وسرعات المعاملات العالية مع قدرته على تمكين تنفيذ المعاملات بالتوازي، وتوفير إنتاجية عالية وخفض التكاليف. تشمل المكونات الرئيسية للنظام البيئي Neon EVM ما يلي:
برنامج نيون EVM:
إنه عبارة عن EVM تم تجميعه في الرمز الثانوي لمرشح Berkeley Packet Filter ويعمل على Solana. يقوم بمعالجة المعاملات المشابهة لـ Ethereum (معاملات النيون) على Solana ويتبع قواعد Ethereum. يتم تكوين Neon EVM من خلال حساب EVM لامركزي متعدد التوقيع، ويمكن للمشاركين تغيير رمز Neon EVM وإعداد المعلمات.
تتضمن العملية التي يقوم بها Neon EVM بمعالجة المعاملات عدة خطوات رئيسية. أولاً، يبدأ المستخدمون معاملة شبيهة بالإيثريوم (N-tx) من خلال محفظة متوافقة مع الإيثريوم. يتم تغليف هذه المعاملات في معاملات Solana (S-tx) من خلال Neon Proxy ثم يتم تمريرها إلى برنامج Neon EVM المستضاف على Solana. يقوم برنامج Neon EVM بإلغاء حظر المعاملات، والتحقق من توقيعات المستخدم، وتحميل حالة EVM (بما في ذلك بيانات الحساب ورمز العقد الذكي)، وتنفيذ المعاملات في بيئة Solana BPF (Berkeley Packet Filter)، وتحديث حالة Solana لتعكس حالة Neon EVM الجديدة.
Neon Proxy: يتيح إمكانية نقل Ethereum dApps إلى Neon بأقل قدر من إعادة التكوين. يقوم Neon Proxy بتجميع معاملات EVM في معاملات Solana ويوفرها كحل في حاوية لسهولة الاستخدام. يقوم المشغلون الذين يقومون بتشغيل خوادم Neon Proxy بتسهيل تنفيذ المعاملات المشابهة لـ Ethereum على Solana، وقبول رموز NEON مقابل رسوم الغاز والمدفوعات الأخرى داخل نظام Solana البيئي.
Neon DAO: توفر DAO خدمات الحضانة لمؤسسة Neon وتوجيه البحث والتطوير المستقبلي. وهي تعمل كسلسلة من العقود على Solana، مما يوفر طبقة حوكمة تتحكم في وظائف Neon EVM. يمكن لحاملي رمز NEON المشاركة في أنشطة DAO، بما في ذلك اقتراح المقترحات والتصويت عليها.
رمز NEON: يحتوي رمز الأداة المساعدة هذا على وظيفتين رئيسيتين - دفع رسوم الغاز والمشاركة في الإدارة من خلال DAO.
التكامل والأدوات: يدعم Neon EVM مجموعة متنوعة من عمليات التكامل والأدوات للتطوير والتحليل. يتضمن ذلك مستكشفات الكتل مثل NeonScan، وأغلفة ERC-20 SPL لنقل الرموز، وNeonPass لنقل رموز ERC-20 بين Solana وNeon EVMs، وNeonFaucet لاختبار الرموز المميزة، والتوافق مع EVMs مثل توافق MetaMask Wallet.
كسوف
Eclipse هو حل من الطبقة الثانية لـ Ethereum يعمل على تسريع معالجة المعاملات بشكل كبير من خلال الاستفادة من Solana Virtual Machine (SVM). تم تصميم Eclipse للسرعة وقابلية التوسع، باستخدام بنية تراكمية معيارية ودمج التقنيات الرئيسية مثل تسوية Ethereum وعقود SVM الذكية وتوافر بيانات Celestia وأمن RISC Zero.
على وجه التحديد، يجمع Eclipse Mainnet بين أفضل أجزاء المكدس المعياري:
طبقة التسوية - Ethereum: يستخدم Eclipse Ethereum كطبقة تسوية خاصة به. في هذه الطبقة، يتم الانتهاء من المعاملات وتأمينها. إن استخدام Ethereum لا يعني فقط الاستفادة من أمانها وسيولتها القوية، ولكن أيضًا استخدام ETH كرمز الغاز لدفع رسوم المعاملات. يتيح هذا الإعداد لـ Eclipse أن يرث ميزات أمان قوية من Ethereum.
طبقة التنفيذ-SVM: فيما يتعلق بتنفيذ العقود الذكية، يستخدم Eclipse SVM. وهذا يتناقض بشكل صارخ مع الطريقة التي تنفذ بها EVM المعاملات بشكل تسلسلي، حيث أن SVM قادر على معالجة المعاملات المتوازية. يتميز وقت تشغيل Sealevel الخاص به بمعاملات لا تتضمن حالات متداخلة ويمكن معالجتها بالتوازي، مما يسمح لـ Eclipse بالتوسع أفقيًا وتحسين الإنتاجية.
توفر البيانات - Celestia: لضمان توفر البيانات في الوقت المناسب وإمكانية التحقق منها، يستخدم Eclipse Celestia. توفر Celestia منصة آمنة وقابلة للتطوير لنشر البيانات، كما أنها تمثل دعمًا مهمًا للإنتاجية العالية لـ Eclipse.
إثبات الاحتيال - RISC Zero: يدمج Eclipse RISC Zero لإجراء إثبات الاحتيال بدون المعرفة، وتجنب الحاجة إلى تسلسل الحالة الوسيطة، وبالتالي تحسين كفاءة النظام وأمانه.
الهدف من تصميم Eclipse هو توفير حل عالمي من الطبقة الثانية لـ Ethereum والذي يمكن استخدامه على نطاق واسع حقًا. وهو مصمم لمعالجة القيود المفروضة على عمليات التجميع الخاصة بالتطبيقات ومشكلات العزل والتعقيد الناتجة التي يمكن أن تؤدي إلى تدهور تجربة المستخدم والمطور. يوفر Eclipse خيارًا جذابًا لبناء تطبيقات dApps قابلة للتطوير وعالية الأداء على Ethereum من خلال نظام التجميع المعياري ومكونات التكنولوجيا المتكاملة.
لوميو
Lumio هو حل من الطبقة الثانية تم تطويره بواسطة Pontem Network لحل تحديات قابلية التوسع في Ethereum وتقديم تجربة تشبه Web2 إلى Web3. إنها تبرز كمجموعة فريدة من نوعها في مساحة blockchain نظرًا لقدرتها على دعم كل من EVM وMove VM الذي تستخدمه Aptos. يسمح هذا التوافق المزدوج لـ Lumio بمعالجة المعاملات على Aptos مع الاستقرار في الوقت نفسه على Ethereum، مما يوفر حلاً متعدد الاستخدامات وفعالاً لمطوري ومستخدمي التطبيقات اللامركزية. لديها الميزات الرئيسية التالية:
توافق مزدوج مع الأجهزة الافتراضية: يدعم Lumio بشكل فريد EVM وAptos' Move VM. يمكّن هذا التوافق المزدوج Lumio من دمج وظائف Ethereum وAptos بسلاسة، مما يزيد من مرونة وكفاءة تطوير وتنفيذ التطبيقات اللامركزية.
إنتاجية عالية وزمن وصول منخفض: يعمل Lumio على زيادة عرض النطاق الترددي للمعاملات بشكل كبير من خلال الاستفادة من السلاسل عالية الأداء مثل Aptos لطلب المعاملات. ويضمن هذا التكامل قدرة Lumio على التعامل بكفاءة مع كميات كبيرة من المعاملات مع الحفاظ على خصائص الأمان والسيولة الخاصة بـ Ethereum.
تقنية التجميع المتفائلة: يستخدم Lumio مكدس OP مفتوح المصدر ويعتمد تقنية التجميع المتفائلة. تُعرف المجموعات المتفائلة بمعالجتها الفعالة للمعاملات وتكاليفها المنخفضة، مما يجعلها مناسبة لتوسيع نطاق التطبيقات المستندة إلى Ethereum.
النموذج الاقتصادي المرن لتكلفة الغاز: تقدم Lumio نموذجًا اقتصاديًا لتكلفة الغاز يتمحور حول التطبيقات. يتيح هذا النموذج لمطوري التطبيقات الاستفادة بشكل مباشر من استخدام الشبكة، مما قد يلهم تطوير تطبيقات لامركزية أكثر ابتكارًا وسهولة في الاستخدام.
قابلية التشغيل البيني والتكامل: تُظهر قدرة Lumio على معالجة المعاملات على Aptos والتسوية على Ethereum درجة عالية من قابلية التشغيل البيني بين أنظمة blockchain المختلفة. تتيح هذه الميزة للمطورين الاستفادة الكاملة من Ethereum وAptos في تطبيقاتهم.
التوازن بين الأمان وقابلية التوسع: الجمع بين الأمان القوي لـ Ethereum وقابلية التوسع لـ Aptos يوفر للمطورين حلاً جذابًا لبناء تطبيقات dApps آمنة وعالية الأداء. تم تصميم بنية Lumio لتحقيق التوازن الفعال بين هذين الجانبين الحاسمين.
Lumio حاليًا في مرحلة تجريبية مغلقة ويخطط لطرحه تدريجيًا لمستخدمين محددين. يسمح هذا النهج بإجراء اختبارات وتحسينات شاملة على النظام الأساسي بناءً على تعليقات المستخدمين، مما يضمن وجود نظام أساسي قوي وسهل الاستخدام عند الإصدار على نطاق أوسع.
مشاريع موازية أخرى في الصناعة
سولانا
تعد تقنية Solana's Sealevel مكونًا رئيسيًا في بنية blockchain الخاصة بها وهي مصممة لتحسين أداء العقود الذكية من خلال تقنية المعالجة المتوازية. يختلف هذا النهج بشكل كبير عن المعالجة أحادية الخيط لمنصات blockchain الأخرى، مثل وقت التشغيل المستند إلى EVM وWASM الخاص بـ EOS، والذي يعالج عقدًا واحدًا في كل مرة ويعدل حالة blockchain بالتسلسل.
يمكّن Sealevel وقت تشغيل Solana من معالجة عشرات الآلاف من العقود بالتوازي، وذلك باستخدام جميع النوى المتاحة للمدقق. إن إمكانية المعالجة المتوازية هذه ممكنة لأن معاملات Solana تصف بوضوح جميع الحالات التي سيتم قراءتها أو كتابتها أثناء التنفيذ، مما يسمح بتنفيذ المعاملات غير المتداخلة بشكل متزامن، بالإضافة إلى المعاملات التي تقرأ نفس الحالة فقط.
تعتمد وظائف Sealevel الأساسية على بنية Solana الفريدة، بما في ذلك مكونات مثل قاعدة بيانات حساب Cloudbreak وآلية توافق إثبات التاريخ (PoH). يقوم Cloudbreak بتعيين المفاتيح العامة للحسابات، وتحتفظ الحسابات بالأرصدة والبيانات، وتدير البرامج (رمز عديم الحالة) انتقالات الحالة لهذه الحسابات.
يتم تحديد المعاملات في Solana من خلال موجه من التعليمات، حيث تحتوي كل تعليمات على البرنامج وتعليمات البرنامج وقائمة الحسابات التي ترغب المعاملة في قراءتها والكتابة إليها. تسمح هذه الواجهة، المستوحاة من واجهات نظام التشغيل منخفضة المستوى للأجهزة، لـ SVM بفرز ملايين المعاملات المعلقة وجدولة جميع المعاملات غير المتداخلة للمعالجة المتوازية. بالإضافة إلى ذلك، يمكن لـ Sealevel فرز جميع التعليمات حسب معرف البرنامج وتشغيل نفس البرنامج على جميع الحسابات في وقت واحد، وهي عملية مشابهة لتحسين SIMD (بيانات التعليمات الفردية المتعددة) المستخدم في وحدات معالجة الرسومات.
يوفر Sealevel for Solana العديد من الفوائد، بما في ذلك قابلية التوسع المحسنة وتقليل زمن الوصول وكفاءة التكلفة وتحسين الأمان. فهو يمكّن شبكة Solana من التعامل مع عدد أكبر بكثير من المعاملات في الثانية، وتوفير إنهاء المعاملات بشكل شبه فوري، وتقليل رسوم المعاملات. حتى أثناء المعالجة المتوازية، يتم الحفاظ على أمان العقود الذكية من خلال بروتوكولات الأمان القوية الخاصة بـ Solana.
يجعل Sealevel من Solana منصة تطبيقات لامركزية قوية من خلال تمكين المعالجة المتوازية عالية السرعة وزيادة إنتاجية المعاملات.
سوي
تجعل ميزات التكنولوجيا الموازية لـ Sui منصة blockchain فعالة وعالية الإنتاجية ومناسبة لمجموعة متنوعة من تطبيقات Web3 وحالات الاستخدام. تعمل هذه الميزات المميزة معًا لتحسين كفاءة وإنتاجية شبكتها:
مكونات Narwhal وBullshark: هذان المكونان ضروريان لآلية الإجماع الخاصة بـ Sui. يعمل Narwhal كمجمع للذاكرة، مسؤول عن تسريع معالجة المعاملات، وتحسين كفاءة الشبكة، وضمان توفر البيانات عند إرسالها إلى Bullshark (محرك الإجماع). Bullshark هو المسؤول عن فرز البيانات المقدمة من Narwhal، وذلك باستخدام آلية التسامح مع الخطأ البيزنطية للتحقق من صحة المعاملات وتوزيع هذه المعاملات عبر الشبكة.
نموذج ملكية الأصول: في شبكة Sui، يمكن أن تكون الأصول مملوكة لمالك واحد أو مشتركة بين مالكين متعددين. يمكن نقل الأصول من مالك واحد بسرعة وحرية عبر الشبكة، في حين يجب التحقق من الأصول المشتركة من خلال نظام الإجماع. لا يعمل نظام ملكية الأصول هذا على تحسين كفاءة معالجة المعاملات فحسب، بل يمكّن المطورين أيضًا من إنشاء أنواع متعددة من الأصول لتطبيقاتهم.
الحوسبة الموزعة: يتيح تصميم Sui للشبكة توسيع نطاق الموارد بناءً على الطلب، مما يجعلها تعمل مثل الخدمة السحابية. وهذا يعني أنه مع زيادة الطلب على شبكة Sui، يستطيع مدققو الشبكة إضافة المزيد من قوة المعالجة، والحفاظ على استقرار الشبكة، وإبقاء رسوم الغاز منخفضة.
لغة برمجة Sui Move: Sui Move هي لغة البرمجة الأصلية لـ Sui، وهي مصممة لإنشاء تطبيقات عالية الأداء وآمنة وغنية بالميزات. يعتمد على لغة Move ويهدف إلى تحسين العيوب في لغة برمجة العقود الذكية وتحسين أمان العقود الذكية وكفاءة عمل المبرمجين.
كتلة المعاملات القابلة للبرمجة (PTB): كتلة المعاملات القابلة للبرمجة (PTB) في Sui عبارة عن تسلسل معاملات معقد وقابل للتركيب يمكنه الوصول إلى أي وظيفة نقل عامة على السلسلة في جميع العقود الذكية. يوفر هذا التصميم ضمانات قوية للدفع أو التطبيقات الموجهة نحو التمويل.
قابلية التوسع الأفقي: لا تقتصر قابلية التوسع في Sui على معالجة المعاملات، ولكنها تشمل أيضًا التخزين. يتيح ذلك للمطورين تحديد الأصول المعقدة ذات الخصائص الغنية وتخزينها مباشرة على السلسلة دون الحاجة إلى استخدام التخزين غير المباشر خارج السلسلة لتوفير رسوم الغاز.
وقود
في شبكة الوقود، يعد "تنفيذ المعاملات الموازية" تقنية رئيسية تمكن الشبكة من معالجة كميات كبيرة من المعاملات بكفاءة. يتم تحقيق جوهر هذا التنفيذ الموازي من خلال استخدام قوائم الوصول الصارمة إلى الحالة استنادًا إلى نموذج UTXO (مخرجات المعاملات غير المنفقة). يعد هذا النموذج عنصرًا أساسيًا في عملة البيتكوين والعديد من العملات المشفرة الأخرى.
يقدم الوقود القدرة على تنفيذ المعاملات المتوازية في نموذج UTXO. من خلال استخدام قوائم الوصول الصارمة إلى الحالة، يستطيع Fuel معالجة المعاملات بالتوازي، وبالتالي استخدام المزيد من مؤشرات الترابط والنوى لوحدة المعالجة المركزية التي عادة ما تكون خاملة في سلاسل الكتل ذات الخيط الواحد. وبهذه الطريقة، يمكن أن يوفر الوقود المزيد من القوة الحاسوبية، والوصول إلى الحالة، وإنتاجية المعاملات مقارنة بسلسلة الكتل ذات الخيط الواحد.
الوقود يحل مشكلة التزامن في نموذج UTXO. في Fuel، لا يقوم المستخدمون بالتوقيع على UTXO مباشرةً، ولكن بدلاً من ذلك يوقعون على معرف العقد، للإشارة إلى نيتهم في التفاعل مع العقد. لذلك، لا يقوم المستخدمون بتغيير الحالة مباشرة، مما يتسبب في استهلاك UTXO. بدلاً من ذلك، سيكون منتج الكتلة مسؤولاً عن التعامل مع كيفية تأثير المعاملات المختلفة في الكتلة على الحالة العامة وبالتالي على عقد UTXO. ينشئ عقد UTXO المستهلك UTXO جديدًا بنفس الخصائص الأساسية ولكن يتم تحديث التخزين والتوازن.
من أجل تحقيق تنفيذ المعاملات الموازية، قامت شركة Fuel بتطوير جهاز افتراضي محدد - FuelVM. يركز تصميم FuelVM على تقليل المعالجة المهدرة في بنيات الآلة الافتراضية التقليدية لسلسلة الكتل مع تزويد المطورين بمساحة تصميم محتملة أكبر. فهو يتضمن سنوات من الدروس المستفادة من النظام البيئي للإيثريوم واقتراحات للتحسينات التي لا يمكن تنفيذها على الإيثريوم بسبب الحاجة إلى الحفاظ على التوافق مع الإصدارات السابقة.
شقق سكنية
تستخدم سلسلة Aptos blockchain محرك تنفيذ متوازي يسمى Block-STM (ذاكرة معاملات البرامج) لتحسين قدرتها على معالجة المعاملات. تتيح هذه التقنية لشركة Aptos تنفيذ المعاملات بترتيب محدد مسبقًا داخل كل كتلة، وتعيين المعاملات لسلاسل معالج مختلفة أثناء التنفيذ. الفكرة الأساسية لهذه الطريقة هي تسجيل مواقع الذاكرة التي تم تعديلها بواسطة المعاملات أثناء تنفيذ جميع المعاملات. بعد التحقق من جميع نتائج المعاملات، إذا تم العثور على معاملة قد وصلت إلى موقع ذاكرة تم تعديله بواسطة معاملة سابقة، فسيتم إبطال المعاملة. يتم بعد ذلك إعادة تنفيذ المعاملات التي تم إحباطها وتكرر العملية حتى يتم تنفيذ جميع المعاملات.
على عكس محركات التنفيذ المتوازية الأخرى، تحافظ Block-STM على ذرية المعاملات دون الحاجة إلى معرفة البيانات المراد قراءتها/كتابتها مسبقًا. وهذا يسهل على المطورين إنشاء تطبيقات متوازية للغاية. تدعم Block-STM ذرية أكثر ثراءً من بيئات التنفيذ المتوازية الأخرى، والتي غالبًا ما تتطلب تقسيم العمليات إلى معاملات متعددة (كسر الذرية المنطقية). تعمل تقنية Block-STM على تحسين تجربة المستخدم من خلال تقليل زمن الوصول وتحسين كفاءة التكلفة.
بالإضافة إلى ذلك، تتبنى Aptos أيضًا آلية إجماع تسمى AptosBFTv4، وهو بروتوكول BFT لإنتاج سلاسل الكتل التي خضعت لفحص صارم للصحة. يعمل البروتوكول على تحسين الاستجابة، ويوفر زمن وصول منخفض وإنتاجية عالية، ويستفيد بشكل كامل من الشبكة الأساسية. يستخدم AptosBFTv4 تصميمًا يشبه المعالج لضمان أقصى استفادة من الموارد في كل خطوة. لذلك، قد تشارك عقدة واحدة في العديد من جوانب الإجماع، بدءًا من اختيار المعاملات لتضمينها في كتلة إلى تنفيذ مجموعة أخرى من المعاملات، وكتابة مخرجات مجموعة أخرى من المعاملات إلى التخزين، والتصديق على مخرجات مجموعة أخرى من المعاملات. وهذا يجعل الإنتاجية محدودة فقط بالمرحلة الأبطأ، بدلاً من الجمع المتسلسل لجميع المراحل.
تحدي
التحدي الفني
بشكل عام، تتمثل التحديات الأساسية في اعتماد نهج متوازي أو متزامن في مشكلات سباق البيانات، أو تضارب القراءة والكتابة، أو مشكلات مخاطر البيانات. تصف كل هذه المصطلحات نفس المشكلة: خيوط أو عمليات مختلفة تحاول قراءة نفس البيانات وتعديلها في نفس الوقت. يتطلب تنفيذ أنظمة متوازية تتسم بالكفاءة والموثوقية حل المشكلات التقنية المعقدة، لا سيما في ضمان تنفيذ عمليات متوازية يمكن التنبؤ بها وخالية من الصراعات على آلاف العقد اللامركزية. بالإضافة إلى ذلك، يتمثل التحدي المتمثل في التوافق الفني في ضمان توافق طرق المعالجة المتوازية الجديدة مع معايير إدارة القيمة الإلكترونية الحالية ورموز العقود الذكية.
القدرة على التكيف مع النظام البيئي
بالنسبة للمطورين، قد يحتاجون إلى تعلم أدوات وأساليب جديدة لتعظيم فوائد EVM الموازية. بالإضافة إلى ذلك، يحتاج المستخدمون أيضًا إلى التكيف مع أوضاع التفاعل وميزات الأداء الجديدة التي قد تظهر. وهذا يتطلب من المشاركين في النظام البيئي بأكمله (بما في ذلك المطورين والمستخدمين ومقدمي الخدمات) أن يكون لديهم فهم معين وقدرة على التكيف مع التقنيات الجديدة. وفي الوقت نفسه، لا يعتمد نظام blockchain البيئي القوي على ميزاته التقنية فحسب، بل يعتمد أيضًا على دعم المطورين الشامل والتطبيقات الغنية. لكي تنجح التقنيات الجديدة مثل EVM المتوازي في السوق، فإنها تحتاج إلى إنشاء تأثيرات شبكة كافية لجذب مشاركة المطورين والمستخدمين.
زيادة تعقيد النظام
يتطلب نظام EVM المتوازي اتصالاً فعالاً بالشبكة لدعم مزامنة البيانات عبر عقد متعددة. يمكن أن يؤدي تأخير الشبكة أو فشل المزامنة إلى معالجة غير متناسقة للمعاملات، مما يزيد من تعقيد تصميم النظام. للاستفادة بشكل فعال من المعالجة المتوازية، تحتاج الأنظمة إلى إدارة وتخصيص موارد الحوسبة بشكل أكثر ذكاءً. قد يتضمن ذلك توزيع الحمل ديناميكيًا عبر العقد المختلفة، بالإضافة إلى تحسين استخدام الذاكرة والتخزين. يعد تطوير العقود والتطبيقات الذكية التي تدعم المعالجة المتوازية أكثر تعقيدًا من نماذج التنفيذ التسلسلي التقليدية. يحتاج المطورون إلى مراعاة خصائص التنفيذ المتوازي وقيوده، مما قد يجعل عملية الترميز وتصحيح الأخطاء أكثر صعوبة. في بيئة التنفيذ المتوازي، قد تتفاقم الثغرات الأمنية لأن مشكلة الأمان قد تؤثر على المعاملات المتعددة التي يتم تنفيذها بالتوازي. ولذلك، يلزم إجراء عملية تدقيق واختبار أمنية أكثر صرامة.
نظرة مستقبلية
أظهرت Parallel EVM إمكانات كبيرة في تحسين قابلية التوسع وكفاءة blockchain. تمثل أجهزة EVM المتوازية المذكورة أعلاه تحولًا مهمًا في تقنية blockchain وهي مصممة لتعزيز قدرات معالجة المعاملات من خلال تنفيذ المعاملات في وقت واحد على معالجات متعددة. يخترق هذا النهج معالجة المعاملات التسلسلية التقليدية، مما يسمح بإنتاجية أعلى وزمن وصول أقل، وهو أمر بالغ الأهمية لقابلية التوسع وكفاءة شبكات البلوكشين.
يعتمد التنفيذ الناجح لإدارة القيمة الإلكترونية الموازية بشكل كبير على رؤية المطورين ومهاراتهم، خاصة في تصميم العقود الذكية وهياكل البيانات. تعتبر هذه العناصر حاسمة في تحديد ما إذا كان من الممكن تنفيذ المعاملة بالتوازي. يجب على المطورين النظر في المعالجة المتوازية منذ بداية المشروع والتأكد من أن تصميماتهم تمكن المعاملات المختلفة من العمل بشكل مستقل دون تدخل.
تحافظ Parallel EVM أيضًا على التوافق مع نظام Ethereum البيئي، وهو أمر بالغ الأهمية للمطورين والمستخدمين المشاركين بالفعل في التطبيقات المستندة إلى Ethereum. يضمن هذا التوافق الانتقال والتكامل السلس للتطبيقات اللامركزية الموجودة، وهو ما يمثل تحديًا لأنظمة مثل DAG لأنها غالبًا ما تتطلب تعديلات كبيرة على التطبيقات الحالية.
يُنظر إلى تطوير أجهزة إلكترونية متوازية كخطوة أساسية في حل القيود الأساسية لقابلية التوسع في تقنية البلوكشين. ومن المتوقع أن تعمل هذه الابتكارات على إعداد شبكات blockchain للمستقبل، مما يسمح لها بمواكبة الطلبات المتزايدة وتصبح حجر الزاوية للجيل القادم من البنية التحتية لـ Web3. وفي حين توفر آلات التصويت الإلكتروني الموازية إمكانات هائلة، فإن تنفيذها الناجح يتطلب التغلب على التحديات التقنية المعقدة وضمان اعتماد النظام البيئي على نطاق واسع.