تفسير شامل للنظرة العامة لمشروع EVM الموازي والآفاق المستقبلية

المؤلف: Xinwei, MT Capital

TL;DR

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

• تتضمن طرق تنفيذ 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

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

يقوم 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 التقليدية.

لنظام EVM الموازي تأثير كبير على جميع جوانب تقنية blockchain:

• يوفر معاملات أكثر كفاءة في استخدام الطاقة أسلوب المعالجة. من خلال تفريغ عمل المدققين والشبكة بأكملها، تساعد أداة EVM الموازية في بناء نظام بيئي أكثر استدامة لـ blockchain.

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

• إن معالجة معاملات متعددة في وقت واحد بدلاً من التتابع يعني أنه يمكن تشغيل التطبيقات اللامركزية بسلاسة أكبر حتى أثناء فترات الطلب المرتفع على الشبكة.

طريقة تنفيذ EVM المتوازية

في بنية EVM الحالية، فإن عمليات القراءة والكتابة الأكثر تطورًا هي sload وsstore، والتي تستخدم لقراءة وكتابة البيانات من حالة محاولة على التوالي. لذلك، يعد ضمان عدم تعارض الخيوط المختلفة في هاتين العمليتين نقطة دخول سهلة لتنفيذ EVM المتوازي/المتزامن. في الواقع، هناك نوع خاص من المعاملات في الإيثريوم يتضمن بنية خاصة تسمى "قائمة الوصول" التي تسمح للمعاملات بحمل عناوين التخزين التي سيتم قراءتها وتعديلها. لذلك، يوفر هذا نقطة بداية جيدة لتنفيذ نهج التزامن القائم على الجدولة.

فيما يتعلق بتنفيذ النظام، هناك ثلاثة أشكال شائعة من EVM المتوازي/المتزامن:

1. خيوط متعددة لواحد مثيل EVM .

2. خيوط متعددة لمثيلات EVM المتعددة على عقدة واحدة.

3. تعدد الخيوط لمثيلات EVM المتعددة على عقد متعددة (التقسيم على مستوى النظام بشكل أساسي).

الفرق بين التوازي/التزامن في أنظمة blockchain وقواعد البيانات هو:

< li>

الطوابع الزمنية غير الموثوقة تجعل من الصعب نشر أساليب التزامن القائمة على الطوابع الزمنية في عالم blockchain.

• اليقين المطلق في نظام blockchain لضمان أن المعاملات المعاد تنفيذها بين المدققين المختلفين هي نفسها.

• الهدف النهائي للمدققين هو تحقيق عوائد أعلى، وليس تنفيذ المعاملات بشكل أسرع.

فماذا نحتاج إذن؟

• يلزم وجود توافق في الآراء على مستوى النظام، وسيؤدي التنفيذ الأسرع إلى تحقيق عوائد أعلى.

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

• المزيد من عمليات البيانات الدقيقة، بما في ذلك قفل البيانات على مستوى كود التشغيل، وطبقة ذاكرة التخزين المؤقت للذاكرة، وما إلى ذلك.

المشاريع الرئيسية وتقنياتها

Monad Labs

Monad عبارة عن طبقة EVM 1، مصممة لتحسين قابلية التوسع والمعاملات في blockchain بشكل كبير سرعة. الميزة الرئيسية لـ Monad هي أنه يمكنه التعامل مع ما يصل إلى 10000 معاملة في الثانية ويصل وقت الكتلة إلى ثانية واحدة. ويرجع ذلك إلى آلية الإجماع MonadBFT وتوافق EVM، مما يسمح لها بمعالجة المعاملات بكفاءة وسرعة.

من أبرز ميزات Monad هي إمكانيات التنفيذ المتوازي، مما يسمح لها بمعالجة معاملات متعددة في وقت واحد، وهو تحسن كبير مقارنة بطرق المعالجة التسلسلية في أنظمة blockchain التقليدية. .

تقود شركة Monad Labs عملية تطوير Monad، والتي شارك في تأسيسها Keone Hon، وEunice Giarta، وJames Hunsaker. نجح المشروع في جمع 19 مليون دولار من التمويل الأولي ويخطط لإطلاق شبكة اختبار في منتصف الربع الأول من عام 2024، يليها إطلاق الشبكة الرئيسية.

تم تحسين Monad في المجالات الرئيسية الأربعة التالية لجعلها blockchain عالية الأداء:

1. MonadBFT:

   MonadBFT هي آلية إجماع عالية الأداء لـ Monad blockchain، تُستخدم لتحقيق الاتساق في طلب المعاملات في ظل ظروف المزامنة الجزئية بحضور الجهات الفاعلة البيزنطية. . إنها نسخة محسنة تعتمد على HotStuff، باستخدام خوارزمية BFT ذات مرحلتين مع استجابة متفائلة وحمل اتصال خطي في المواقف الشائعة وحمل اتصال تربيعي في مواقف المهلة. في MonadBFT، يرسل القائد كتلة جديدة وQC (شهادة النصاب) أو TC (شهادة المهلة) للجولة السابقة إلى المدقق في كل جولة. يقوم المدقق بمراجعة الكتلة، وإذا تمت الموافقة عليها، يرسل تصويتًا موقعًا بـ "نعم" إلى الجولة التالية من القادة. تقوم هذه العملية بتجميع أصوات "نعم" لمدققي **2f+1** من خلال توقيعات الحد الأدنى لتشكيل مراقبة الجودة. في حالة الاتصال الشائعة، يرسل القائد الكتل إلى المدققين، الذين يرسلون الأصوات مباشرة إلى القائد للجولة التالية. تتبنى MonadBFT أيضًا توقيعات BLS القائمة على الاقتران لحل مشكلات قابلية التوسع، ويمكنها تجميع التوقيعات بشكل تدريجي في توقيع واحد، ويمكن أن يثبت التحقق من توقيع مجمع واحد صالح أن المشاركات المرتبطة بالمفتاح العام قد وقعت على الرسالة. لأسباب تتعلق بالأداء، تتبنى MonadBFT نظام توقيع مختلط، حيث يتم استخدام توقيعات BLS فقط لأنواع الرسائل المجمعة (التصويت والمهلة). لا يزال يتم توفير سلامة الرسالة وصحتها من خلال توقيعات ECDSA. نظرًا لهذه الخصائص، فإن MonadBFT قادر على تحقيق توافق فعال وقوي في مجال blockchain.

2. تأخير التنفيذ:

   يعد هذا ابتكارًا رئيسيًا يفصل عملية التنفيذ عن عملية الإجماع. في ظل هذه البنية، تتضمن عملية الإجماع موافقة العقد على الترتيب الرسمي للمعاملات، في حين أن التنفيذ هو عملية التنفيذ الفعلي لتلك المعاملات وتحديث الحالة. في هذا التصميم، تقترح العقدة الرائدة ترتيب المعاملات، ولكنها لا تعرف جذر الحالة النهائي عند اقتراح الأمر؛ ولا تعرف عقدة التحقق ما إذا كانت جميع المعاملات في الكتلة سيتم تنفيذها بنجاح عند التصويت على صلاحية الكتلة.

   يسمح هذا التصميم لـ Monad بتحقيق تحسينات كبيرة في السرعة، مما يسمح لسلاسل الكتل ذات الجزء الواحد بالتوسع إلى ملايين المستخدمين. في Monad، تقوم كل عقدة بشكل مستقل بتنفيذ المعاملات في الكتلة N أثناء الوصول إلى الإجماع على الكتلة N، وتبدأ في الوصول إلى الإجماع على الكتلة N+1. يسمح هذا النهج بميزانية أكبر للغاز نظرًا لأن التنفيذ يجب أن يتوافق فقط مع الإجماع. بالإضافة إلى ذلك، يعد هذا النهج أكثر تسامحًا مع اختلافات محددة في وقت الحساب نظرًا لأن التنفيذ يجب أن يتوافق فقط مع الإجماع في المتوسط.

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

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

3. التنفيذ الموازي:

   يمكّن Monad من تنفيذ معاملات متعددة في وقت واحد. قد يبدو هذا النهج مختلفًا عن دلالات التنفيذ الخاصة بإيثريوم للوهلة الأولى، لكنه ليس كذلك. كتل Monad هي نفس كتل Ethereum، وهي عبارة عن مجموعات من المعاملات مرتبة خطيًا. نتائج تنفيذ هذه المعاملات هي نفسها بين Monad و Ethereum.

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

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

   لا تعمل تقنية التنفيذ المتوازي من Monad على تحسين كفاءة الشبكة وإنتاجيتها فحسب، بل تقلل أيضًا من فشل المعاملات الناتج عن التنفيذ المتوازي من خلال تحسين استراتيجيات التنفيذ.

4. MonadDb:

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

مشروع بيئي

Tayaswap

TayaSwap عبارة عن AMM DEX قائم على Monad تم تطويره بواسطة SubLabs من خلال توفير الدعم، يسمح بتداول الأصول دون الحاجة إلى دفاتر أوامر تقليدية أو وسطاء. تعتمد AMM على الصيغ الرياضية والعقود الذكية لتسهيل تبادل الرموز، وتحديد الأسعار، واستخدام العقود الذكية لتمكين المعاملات من نظير إلى نظير.

Ambient Finance

Ambient (المعروف سابقًا باسم CrocSwap) هو بروتوكول تداول لا مركزي يسمح بالجمع بين AMM المركزية والثنائية مع سيولة ثابتة للمنتج. تقوم شركة Ambient بتشغيل DEX بالكامل في عقد ذكي واحد، حيث يكون مجمع AMM واحد عبارة عن بنية بيانات خفيفة الوزن بدلاً من العقود الذكية المنفصلة.

Shrimp Protocol

Shrimp هو (3,3) DEX مع اقتصاديات رمز دولاب الموازنة، ويدعم الأصول في العالم الحقيقي، وسيأتي إلى Monad قريبًا.

Catalyst

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

Swaap

Swaap هي شركة صانعة سوق آلية محايدة للسوق (AMM). فهو يجمع بين أوراكل والفروق الديناميكية لتوفير أرباح مستدامة لموفري السيولة وأسعار أرخص للمتداولين. يقلل البروتوكول بشكل كبير من الخسائر غير الدائمة ويوفر مجموعات متعددة الأصول.

Elixir

Elixir هو بروتوكول صنع سوق لا مركزي يستخدم خوارزميات صنع السوق للتفاعل مع البورصات المركزية من خلال مكالمات API. توفر أصول التشفير الخلفية السيولة .

Timeswap

Timeswap هو بروتوكول سوق نقدي لامركزي قائم على AMM ولا يستخدم أوراكل أو مصفين. على عكس Uniswap، حيث يمكن تداول الأصول في الوقت الفعلي، فإن الاقتراض على Timeswap يتضمن تداول الرموز المميزة حتى اكتمال السداد. يوفر المُقرض الأصل "أ" لاقتراض الأموال بينما "يحمي" مبلغًا معينًا من الأصل "ب" الذي يستخدمه المقترض كضمان. يمكن للمستخدمين تعديل ملف المخاطر الخاص بهم للحصول على أسعار فائدة أعلى مع نسب رهن عقاري أقل، أو العكس.

Poply

Poply هو سوق NFT مجتمعي مخصص لسلسلة Monad، ويعرض ويمكّن مجموعات NFT التي تم إنشاؤها خصيصًا لهذه السلسلة. باستخدام الذكاء الاصطناعي فن تم إنشاؤه وواجهة سهلة الاستخدام، فهو يجذب الأشخاص المهتمين بـ NFTs الفريدة لتداول الرموز المميزة ERC-721 هنا.

Switchboard

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

Pyth Network

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

بروتوكول AIT

بروتوكول AIT عبارة عن بنية تحتية لبيانات الذكاء الاصطناعي توفر حلول Web3 للذكاء الاصطناعي. يوفر السوق اللامركزي لـ AIT للملايين من مستخدمي العملات المشفرة فرصة فريدة وواسعة للمشاركة في مهام "التدريب لكسب المال"، وهو مفهوم يمكّنهم في الوقت نفسه من كسب المكافآت مع المساهمة بنشاط في تطوير نماذج الذكاء الاصطناعي والمساهمة في التنمية.

Notifi

يوفر Notifi طبقة اتصال مشتركة لجميع مشاريع Web3، ويخطط لتضمين إمكانات الإعلام والمراسلة في التطبيقات اللامركزية لتسهيل التحول الرقمي. التفاعل مع المستخدمين من خلال القنوات الموجودة على السلسلة. يسمح Notifi API للمطورين بفتح البنية التحتية للاتصالات المعقدة من خلال واجهات برمجة التطبيقات البسيطة التي يمكن أن توفر تجارب مستخدم أصلية لجميع التطبيقات في العالم؛ يوفر مركز Notifi للمستخدمين تجربة إعلام بالمعلومات المخصصة، والتي ستكون متاحة من الهاتف المحمول والويب مما يسمح للمستخدمين بعرض و إدارة جميع المعلومات في عالم Web3؛ يمكّن Notifi Push المسوقين من إنشاء ارتباطات متماسكة ومتعددة القنوات تدفع نمو الأعمال وتحتفظ بقاعدة المستخدمين الخاصة بهم.

ACryptoS

ACryptoS عبارة عن منصة متقدمة لاستراتيجية التشفير، ومُحسِّن تجميع العائد متعدد السلاسل وDEX، مما يوفر تركيبًا تلقائيًا لخزائن رمزية واحدة، ومزدوجة -خزنة LP المميزة، وخزينة السيولة الفريدة، وفرع Balancer-V2 DEX وتبادل العملات المستقر، ومجموعة متنوعة من المنتجات الفريدة. تم إطلاق ACryptoS في البداية على سلسلة BNB في نوفمبر 2020، وتوسعت إلى 11 سلسلة مع أكثر من 100 مخزن منتشر، بهدف دعم مستخدمي DeFi وبروتوكولاته.

MagmaDAO

MagmaDAO هو بروتوكول لتكديس السيولة يتحكم فيه DAO، ويهدف إلى تحقيق توزيع رمزي عادل من خلال عمليات إسقاط جوي تنافسية للنظام البيئي. وهو إيثريوم أول من تم توزيعه أداة التحقق من الصحة خارج blockchain، المبنية على EVM L1 Monad الأسرع والأرخص والأكثر مقاومة للرقابة.

Wombat Exchange

Wombat Exchange هي عبارة عن بورصة عملات مستقرة متعددة السلاسل مع مجمع سيولة مفتوح وانزلاق منخفض وحصص من جانب واحد.

Wormhole

Wormhole هو بروتوكول مراسلة عالمي لامركزي يمكّن مطوري ومستخدمي التطبيقات عبر السلسلة من الاستفادة من مزايا نظام الأنظمة البيئية المتعددة.

DeMask Finance

DeMask Finance هو بروتوكول AMM على السلسلة للمعاملات بين NFTs ورموز ERC20. يدعم DeMask Finance إنشاء مجموعات NFT ومنصات إطلاق NFT: مقترنة بـ ETH والرموز المميزة الأخرى. التبادل اللامركزي NFT: يدعم إقران ERC-1155 NFTs أو الرموز المميزة الأخرى مع الرموز المميزة ETH وERC-20. تم تصميم بروتوكول DeMask لإضافة السيولة إلى سوق NFT، ويوفر واجهة لتمكين التبادل السلس بين رموز ERC20 أو الرموز الأصلية ومجموعات NFT. DeMask هو نظام من العقود الذكية المترابطة التي تسمح لجميع المستخدمين بإنشاء وامتلاك مجمعات السيولة والتداول بطريقة آلية بالكامل. سيحتوي كل مجمع على زوج من الأصول، بما في ذلك الرمز المميز وNFT، مما يوفر سعرًا ثابتًا للتداول الفوري. ويسمح هذا أيضًا للعقود الأخرى بتقدير متوسط ​​سعر الأصلين مع مرور الوقت. سيتم مكافأة المستخدمين الذين لديهم مجمعات سيولة عند تبادل أزواج الأصول.

Sei V2< /h3>

يعد Sei V2 ترقية مهمة لشبكة Sei ويهدف إلى أن يكون أول جهاز EVM متوازي بالكامل. ستمكن هذه الترقية Sei من الحصول على الميزات التالية:

1. متوافق مع الإصدارات السابقة مع العقود الذكية لـ EVM:

   < p> وهذا يعني أنه يمكن للمطورين نشر عقود ذكية مدققة ومتوافقة مع EVM على Sei دون تغيير التعليمات البرمجية الخاصة بهم. يعد هذا أمرًا مهمًا للغاية للمطورين لأنه يبسط عملية نقل عقودهم الذكية الحالية من سلاسل الكتل الأخرى مثل Ethereum إلى Sei.

   من منظور تقني، ستقوم عقد Sei تلقائيًا باستيراد Geth، وهو تطبيق Go لجهاز Ethereum الظاهري. سيتم استخدام Geth لمعالجة معاملات Ethereum، وأي تحديثات ناتجة (بما في ذلك تحديثات الحالة أو الاستدعاءات للعقود غير المتعلقة بـ EVM) سيتم إجراؤها من خلال واجهة خاصة أنشأتها Sei لـ EVM.

2. التوازي المتفائل:

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

3. SeiDB:

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

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

4. قابلية التشغيل التفاعلي مع السلاسل الحالية:

   يسمح Sei V2 بدمج EVM مع أي بيئة تنفيذ أخرى تدعمها Sei السلسة يوفر الجمع بين blockchain و blockchain تجربة أكثر سلاسة للمطورين، الذين يمكنهم بسهولة الوصول إلى الرموز الأصلية وميزات السلسلة الأخرى مثل التوقيع المساحي. كما سيتم إنشاء مكون جديد لدعم عقود 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 البيئي ما يلي:

1. برنامج Neon EVM:

   إنه عبارة عن EVM تم تجميعه في الرمز الثانوي لمرشح Berkeley Packet Filter ويعمل على Solana. يقوم بمعالجة المعاملات المشابهة للإيثريوم (معاملات النيون) على Solana، باتباع قواعد الإيثريوم. يتم تكوين 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 الجديدة.

2. Neon Proxy: يتيح إمكانية نقل تطبيقات Ethereum dApps إلى Neon بأقل قدر من إعادة التكوين. يقوم Neon Proxy بتجميع معاملات EVM في معاملات Solana ويوفرها كحل في حاوية لسهولة الاستخدام. يقوم المشغلون الذين يقومون بتشغيل خوادم Neon Proxy بتسهيل تنفيذ المعاملات المشابهة لـ Ethereum على Solana، وقبول رموز NEON مقابل رسوم الغاز والمدفوعات الأخرى داخل نظام Solana البيئي.

3. Neon DAO: توفر DAO خدمات الحضانة لمؤسسة Neon Foundation وتوجه البحث والتطوير المستقبلي. وهي تعمل كسلسلة من العقود على Solana، مما يوفر طبقة حوكمة تتحكم في وظائف Neon EVM. يمكن لحاملي رمز NEON المشاركة في أنشطة DAO، بما في ذلك اقتراح المقترحات والتصويت عليها.

4. رمز NEON المميز: يحتوي رمز الأداة المساعدة هذا على وظيفتين رئيسيتين - دفع رسوم الغاز والمشاركة في الإدارة من خلال DAO.

5. عمليات التكامل والأدوات: يدعم Neon EVM مجموعة متنوعة من عمليات التكامل والأدوات اللازمة للتطوير والتحليل. يتضمن ذلك مستكشفات الكتل مثل NeonScan، وأغلفة ERC-20 SPL لنقل الرموز، وNeonPass لنقل رموز ERC-20 بين Solana وNeon EVMs، وNeonFaucet لاختبار الرموز المميزة، والتوافق مع EVMs مثل توافق MetaMask Wallet.

Eclipse

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

Lumio هو حل من الطبقة الثانية تم تطويره بواسطة Pontem Network لحل تحديات قابلية التوسع في Ethereum وتقديم تجربة تشبه Web2 إلى Web3. إنها تبرز كمجموعة فريدة من نوعها في مساحة blockchain نظرًا لقدرتها على دعم كل من EVM وMove VM الذي تستخدمه Aptos. يسمح هذا التوافق المزدوج لـ Lumio بمعالجة المعاملات على Aptos مع الاستقرار في الوقت نفسه على Ethereum، مما يوفر حلاً متعدد الاستخدامات وفعالاً لمطوري ومستخدمي التطبيقات اللامركزية. يحتوي على الميزات الرئيسية التالية:

1. التوافق المزدوج مع الأجهزة الافتراضية: يدعم Lumio بشكل فريد EVM وAptos Move VM. يمكّن هذا التوافق المزدوج Lumio من دمج وظائف Ethereum وAptos بسلاسة، مما يزيد من المرونة والكفاءة في تطوير التطبيقات اللامركزية وتنفيذها.

2. إنتاجية عالية وزمن وصول منخفض: من خلال الاستفادة من السلاسل عالية الأداء مثل Aptos لطلب المعاملات، يعمل Lumio على زيادة عرض النطاق الترددي للمعاملات بشكل كبير. ويضمن هذا التكامل قدرة Lumio على التعامل بكفاءة مع كميات كبيرة من المعاملات مع الحفاظ على خصائص الأمان والسيولة الخاصة بـ Ethereum.

3. تقنية التجميع المتفائلة: يستخدم Lumio مكدس OP مفتوح المصدر ويعتمد تقنية التجميع المتفائلة. تُعرف المجموعات المتفائلة بمعالجتها الفعالة للمعاملات وتكاليفها المنخفضة، مما يجعلها مناسبة لتوسيع نطاق التطبيقات المستندة إلى Ethereum.

4. النموذج الاقتصادي المرن لتكلفة الغاز: تقدم Lumio نموذجًا اقتصاديًا لتكلفة الغاز يتمحور حول التطبيقات. يتيح هذا النموذج لمطوري التطبيقات الاستفادة بشكل مباشر من استخدام الشبكة، مما قد يلهم تطوير تطبيقات لامركزية أكثر ابتكارًا وسهولة في الاستخدام.

5. قابلية التشغيل البيني والتكامل: Lumio قادر على معالجة المعاملات على Aptos والتسوية على Ethereum، مما يوضح أنظمة بيئية مختلفة لـ blockchain ودرجة عالية من قابلية التشغيل البيني بين الأنظمة. تتيح هذه الميزة للمطورين الاستفادة الكاملة من Ethereum وAptos في تطبيقاتهم.

6. التوازن بين الأمان وقابلية التوسع: من خلال الجمع بين الأمان القوي الذي توفره Ethereum وقابلية التوسع في Aptos، فإنه يوفر للمطورين حلاً جذابًا لبناء أجهزة عالية الجودة الأداء والتطبيقات اللامركزية الآمنة. تم تصميم بنية Lumio لتحقيق التوازن الفعال بين هذين الجانبين الرئيسيين.

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

مشاريع موازية أخرى في الصناعة

Solana

تعد تقنية Solana's Sealevel عنصرًا رئيسيًا في بنية blockchain الخاصة بها وتهدف إلى تعزيز الذكاء من خلال تقنية المعالجة المتوازية أداء العقد . يختلف هذا النهج بشكل كبير عن المعالجة أحادية الخيط لمنصات blockchain الأخرى، مثل EVM ووقت التشغيل القائم على WASM الخاص بـ EOS، والتي تعالج عقدًا واحدًا في كل مرة وتعديل حالة blockchain بالتسلسل.

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

تعتمد وظائف Sealevel الأساسية على بنية Solana الفريدة، بما في ذلك مكونات مثل قاعدة بيانات حساب Cloudbreak وآلية توافق إثبات التاريخ (PoH). يقوم Cloudbreak بتعيين المفاتيح العامة للحسابات، وتحتفظ الحسابات بالأرصدة والبيانات، وتدير البرامج (رمز عديم الحالة) انتقالات الحالة لهذه الحسابات.

تحدد المعاملات في Solana متجهًا للتعليمات، حيث تحتوي كل تعليمات على البرنامج وتعليمات البرنامج وقائمة الحسابات التي ترغب المعاملة في قراءتها وكتابتها. تسمح هذه الواجهة، المستوحاة من واجهات نظام التشغيل منخفضة المستوى للأجهزة، لـ SVM بفرز ملايين المعاملات المعلقة وجدولة جميع المعاملات غير المتداخلة للمعالجة المتوازية. بالإضافة إلى ذلك، يمكن لـ Sealevel فرز جميع التعليمات حسب معرف البرنامج وتشغيل نفس البرنامج على جميع الحسابات في وقت واحد، وهي عملية مشابهة لتحسين SIMD (بيانات التعليمات الفردية المتعددة) المستخدم في وحدات معالجة الرسومات.

يوفر مستوى Sealevel الخاص بـ Solana فوائد متعددة، بما في ذلك قابلية التوسع المحسنة وتقليل زمن الوصول وكفاءة التكلفة وتحسين الأمان. فهو يمكّن شبكة Solana من التعامل مع عدد أكبر بكثير من المعاملات في الثانية، ويوفر إنهاء المعاملات بشكل شبه فوري، ويقلل من رسوم المعاملات. حتى أثناء المعالجة المتوازية، يتم الحفاظ على أمان العقود الذكية من خلال بروتوكولات الأمان القوية الخاصة بـ Solana.

يجعل مستوى Sealevel من Solana منصة قوية للتطبيقات اللامركزية من خلال تمكين المعالجة المتوازية عالية السرعة وزيادة إنتاجية المعاملات.

سوي

إن ميزات التكنولوجيا الموازية لـ Sui تجعلها منصة blockchain عالية الكفاءة وعالية الإنتاجية ومناسبة لمجموعة متنوعة من تطبيقات Web3 وحالات الاستخدام. تعمل هذه الميزات المميزة معًا لتحسين كفاءة وإنتاجية شبكتها:

1. مكونات Narwhal وBullshark: هذه هناك مكونان حاسمان لآلية الإجماع الخاصة بـ Sui. يعمل Narwhal كمجمع للذاكرة، مسؤول عن تسريع معالجة المعاملات، وتحسين كفاءة الشبكة، وضمان توفر البيانات عند إرسالها إلى Bullshark (محرك الإجماع). Bullshark هو المسؤول عن فرز البيانات المقدمة من Narwhal، وذلك باستخدام آلية التسامح مع الخطأ البيزنطية للتحقق من صحة المعاملات وتوزيع هذه المعاملات عبر الشبكة.

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

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

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

5. كتلة المعاملات القابلة للبرمجة (PTB): PTB في Sui عبارة عن تسلسل معاملات معقد وقابل للتركيب ويمكن الوصول إليه في جميع العقود الذكية في أي- وظيفة نقل السلسلة. يوفر هذا التصميم ضمانات قوية للدفع أو التطبيقات الموجهة نحو التمويل.

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

الوقود

في شبكة الوقود، يعد "تنفيذ المعاملات الموازية" تقنية رئيسية تمكن الشبكة من معالجة عدد كبير من المعاملات بكفاءة. يتم تحقيق جوهر هذا التنفيذ الموازي من خلال استخدام قوائم الوصول الصارمة إلى الحالة استنادًا إلى نموذج UTXO (مخرجات المعاملات غير المنفقة). يعد هذا النموذج عنصرًا أساسيًا في عملة البيتكوين والعديد من العملات المشفرة الأخرى.

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

الوقود يحل مشكلة التزامن في نموذج UTXO. في Fuel، بدلاً من توقيع UTXOs مباشرةً، يقوم المستخدمون بتوقيع معرف العقد، مما يشير إلى نيتهم ​​في التفاعل مع العقد. لذلك، لا يقوم المستخدمون بتغيير الحالة مباشرة، مما يتسبب في استهلاك UTXO. بدلاً من ذلك، سيكون منتج الكتلة مسؤولاً عن التعامل مع كيفية تأثير المعاملات المختلفة في الكتلة على الحالة العامة وبالتالي على عقد UTXO. ينشئ عقد UTXO المستهلك UTXO جديدًا بنفس الخصائص الأساسية ولكن يتم تحديث التخزين والتوازن.

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

Aptos

تستخدم سلسلة Aptos blockchain محرك تنفيذ متوازي يسمى Block-STM (ذاكرة معاملات البرامج) لتعزيز قدرتها على معالجة المعاملات. تسمح هذه التقنية لشركة Aptos بتنفيذ المعاملات بترتيب محدد مسبقًا في كل كتلة، وتعيين المعاملات لخيوط المعالج المختلفة أثناء التنفيذ. الفكرة الأساسية لهذه الطريقة هي تسجيل مواقع الذاكرة التي تم تعديلها بواسطة المعاملات أثناء تنفيذ جميع المعاملات. بعد التحقق من جميع نتائج المعاملات، إذا تم العثور على معاملة قد وصلت إلى موقع ذاكرة تم تعديله بواسطة معاملة سابقة، فسيتم إبطال المعاملة. يتم بعد ذلك إعادة تنفيذ المعاملات التي تم إحباطها وتكرر العملية حتى يتم تنفيذ جميع المعاملات.

على عكس محركات التنفيذ المتوازية الأخرى، تحافظ Block-STM على ذرية المعاملات دون الحاجة إلى معرفة البيانات المراد قراءتها/كتابتها مسبقًا. وهذا يسهل على المطورين إنشاء تطبيقات متوازية للغاية. تدعم Block-STM ذرية أكثر ثراءً من بيئات التنفيذ المتوازية الأخرى، والتي غالبًا ما تتطلب تقسيم العمليات إلى معاملات متعددة (كسر الذرية المنطقية). تعمل تقنية Block-STM على تحسين تجربة المستخدم من خلال تقليل زمن الوصول وتحسين كفاءة التكلفة.

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

التحدي h2>

الصعوبات الفنية

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

قابلية تكيف النظام البيئي

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

زيادة تعقيد النظام

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

التوقعات المستقبلية

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

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

يحافظ Parallel EVM أيضًا على التوافق مع نظام Ethereum البيئي، وهو أمر بالغ الأهمية للمطورين والمستخدمين المشاركين بالفعل في التطبيقات المستندة إلى Ethereum. يضمن هذا التوافق انتقالًا سلسًا وتكاملًا للتطبيقات اللامركزية الموجودة، وهو ما يمثل تحديًا لأنظمة مثل DAG لأنها غالبًا ما تتطلب تعديلات كبيرة على التطبيقات الحالية.

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