Bankless: لماذا يمتلك Monad القدرة على استبدال Ethereum؟

المؤلف: جاك إينابينيت، Bankless؛ المترجم: Deng Tong، Golden Finance

أصبحت الشبكات غير التابعة لـ EVM مثل Solana في طليعة الوعي بصناعة التشفير في الأشهر الأخيرة، لتصبح Ethereum محتملة حتى Ethereum لا يستطيع الكارهون المخلصون إنكار تأثير الشبكة القوي الذي أنشأته الآلة الافتراضية للسلسلة: تمثل سلسلة EVM 93٪ من إجمالي TVL.

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

في حين أن بعض شوكات الإيثريوم (مثل BNB) قد خففت الحاجة إلى التراكمي وحلت القيود المفروضة على قابلية التوسع لـ EVM من خلال اعتماد آليات إجماع أكثر مركزية (مثل إثبات السلطة)، تظل الحقيقة هي أن مستقبل التمويل لن يكون في السلسلة المركزية.

لكي تتاح لـ blockchain فرصة لتصبح القاتل التالي لـ Ethereum، يجب أن تلبي احتياجات المستخدمين والمطورين اليوم مع إجراء تحسينات كبيرة على EVM القديمة من منظور تقني والحفاظ على قوة قوية. الميزات اللامركزية.

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

ما هي الابتكارات التكنولوجية الرئيسية لشركة Monad؟

يحتفظ Monad بالتوافق الكامل مع EVM ولكنه يعمل على تحسين Ethereum من خلال أربعة ابتكارات رئيسية: MonadBFT، والتنفيذ المؤجل، والتنفيذ الموازي، وMonadDb.

يعد كل ابتكار بمثابة تحسين لـ Ethereum، وعندما يتم دمجهما معًا، تكون النتيجة النهائية عبارة عن blockchain لامركزي بدرجة كافية مع توافق كود Ethereum الثانوي الذي يمكن تنفيذه في الثانية. ما يصل إلى 10000 معاملة مع أوقات كتلة ثانية واحدة وفتحة واحدة النهائية.

1.MonadBFT

MonadBFT هي آلية الإجماع عالية الأداء للسلسلة، وهي نسخة معدلة من HotStuff تجمع بين العنصرين المطلوبين للاتصال بين عقد التحقق وقادة الكتلة. تم تخفيضها إلى ثلاث جولات.

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

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

2. التنفيذ المؤجل

في Ethereum، يجب تنفيذ المعاملات قبل أن تتمكن الشبكة من التوصل إلى إجماع والموافقة على قائمة المعاملات وحالة الشبكة المضمنة في الكتلة.

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

من خلال تأخير التنفيذ، تقوم Monads بفصل التنفيذ عن الإجماع، مما يسمح للسلسلة بالاتفاق على الحالة قبل أن تعرف ما إذا كانت جميع المعاملات في الكتلة قد تم تنفيذها، وبالتالي تمكين التنفيذ عبر الكتلة بأكملها!

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

يجب أن تنفذ سلاسل كتل EVM الحالية المعاملات بشكل تسلسلي (أي واحدة تلو الأخرى)، في حين أن السلاسل التي يمكنها تنفيذ المعاملات بالتوازي، مثل Solana، يمكنها معالجة معاملات متعددة في وقت واحد مع عدم وجود تبعيات مشتركة، مما أدى إلى زيادة السرعة!

تستفيد سلاسل الكتل التي يمكنها معالجة المعاملات بالتوازي من تكنولوجيا الحوسبة الحديثة من خلال السماح لأجهزتها الافتراضية بالعمل على مراكز متعددة وخيوط وحدات المعالجة المركزية الخاصة بعقد التحقق.

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

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

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

4.MonadDb

يستخدم عميل Ethereum تصميمًا مختلفًا لقاعدة البيانات عن Ethereum نفسه، مما يؤدي إلى أقل من حل تخزين مثالي حيث يتم تضمين بنية بيانات واحدة ضمن نوع مختلف من بنية البيانات التي لا تدعم إعادة كتابة البيانات أثناء استمرار اتصال البيانات.

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

هل يستطيع موناد الفوز؟

على الرغم من أن EVM ليس مثاليًا، إلا أنه يوجد حاليًا عدد قليل من الابتكارات التي يمكنها تحسين Ethereum.

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

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

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

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