Monad: حل توسعة الطبقة الأولى التي تتجاوز سقف توافق EVM

当前 سوق العملات المشفرة يظهر ظاهرة مثيرة للاهتمام من الانقسام: حيث تجذب سولانا المستخدمين بفضل سرعتها الفائقة التي تتجاوز 100 ألف عملية في الثانية، بينما يتطور إيثريوم عبر بيئة L2 بشكل مستمر، وتحاول سلاسل Move مثل Sui وAptos إعادة تشكيل تجربة المطورين باستخدام لغات جديدة. لكن في هذه المنافسة، يلعب لاعب فريد هو Monad الذي يحاول السير في طريق لم يسلكه أحد من قبل — حيث يعتمد على الاحتفاظ بمجموعة أدوات إيثريوم الكاملة، مع إعادة تصميم عميقة لأداء تنفيذ المعاملات على L1 باستخدام تقنية المعالجة المتوازية.

هذه ليست مجرد “زيادة السرعة” البسيطة، بل هي تعديل عميق في بنية EVM نفسها. فكيف يحقق Monad التوازن بين توافق بيئة إيثريوم وأداء L1؟ وما معنى الابتكار التقني وراء ذلك؟

الموقع الأساسي لـ Monad: L1 عالي الأداء متوافق مع EVM

من حيث الجينات التقنية، فإن ظهور Monad يملأ فجوة في السوق. فبالرغم من سرعة سولانا، إلا أنها تخلت تمامًا عن EVM، مما يمنع مطوري إيثريوم من الانتقال السلس. أما Sui وAptos باستخدام لغة Move، فهما يواجهان منحنى تعلم حاد. أما Monad فاختارت طريقًا ثالثًا: الاحتفاظ بمجموعة أوامر EVM وبيئة Solidity، مع تقديم محرك تنفيذ جديد يحقق أداءً يصل إلى 10 آلاف معاملة في الثانية وبلوك في ثانية واحدة.

تأسست Monad Labs في 2022، ويعمل فريقها من شركة Jump Trading، المعروفة بنظامها عالي التردد ذو زمن استجابة ميلي ثانية. هذا الخلفية مهمة جدًا، لأنها تحدد فهم فريق Monad لـ"الأداء" ليس فقط من حيث القدرة على المعالجة، بل يشمل أيضًا توقيت تأكيد المعاملات واستقرار النظام. حصل المشروع على تمويل يزيد عن 200 مليون دولار من شركات استثمار كبرى مثل Paradigm وGSR Ventures، مما يدل على اعتراف السوق باتجاهه.

المعالجة المتوازية: كسر قيود التنفيذ التسلسلي

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

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

لكن يبرز سؤال: كيف نضمن عدم تداخل المعاملات عند تنفيذها بشكل متزامن؟ خاصة إذا كانت معاملةان تريدان تعديل نفس الرصيد في حساب معين، فإن ترتيب التنفيذ يصبح حاسمًا. يستخدم Monad آلية “التنفيذ المتفائل” مع “كشف التصادم” لحل هذه المشكلة — حيث يفترض أولًا أن جميع المعاملات يمكن تنفيذها بشكل متوازي، ويقوم بتسجيل الشروط المسبقة لكل منها، ثم بعد التنفيذ يتحقق من وجود تصادمات، وإذا وُجدت، يعيد تنفيذ المعاملات المتأثرة فقط. في معظم الحالات (عندما لا تتداخل المعاملات)، يؤدي ذلك إلى زيادة أداء غير مسبوقة.

الركائز الثلاث للتقنية الأساسية

MonadBFT: قناة الإجماع السريعة

يعتمد Monad على نسخة محسنة من خوارزمية الب Byzantine Fault Tolerance (BFT). في سيناريوهات عالية التزامن، تتراجع أداء BFT بسبب تعقيد الاتصالات، لكن MonadBFT يعالج ذلك باستخدام آلية الردود المتفائلة — حيث في الحالة الطبيعية، يتم التوصل إلى الإجماع خلال جولتين من الاتصالات، ويتم التبديل إلى نمط اتصال خطي فقط عند انتهاء مهلة الموثق الرئيسي. هذا التصميم يضمن الأمان ويقلل بشكل كبير من زمن التأخير في الحالة العادية.

MonadDB: قاعدة بيانات مخصصة للمعالجة المتوازية

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

طبقة التوافق مع EVM: جسر سهل للمطورين

يحتوي Monad على EVM مدمج يدعم العقود المكتوبة بـ Solidity، ويكرر مجموعة الأوامر ونموذج التخزين الخاص بـ Ethereum. هذا يعني أن بروتوكولات DeFi، المحافظ، أدوات التطوير، وغيرها من مكونات البيئة الإيكولوجية الخاصة بـ Ethereum يمكن نقلها مباشرة إلى Monad، دون الحاجة لتعلم لغة جديدة، مما يقلل من تكلفة الانتقال ويعزز التبني.

ثلاث طرق للمشاركة في البيئة

نظام التصنيف الاجتماعي: تحفيز المساهمين الأوائل

صممت Monad نظام “التصنيف الاجتماعي” للمشاركة، ويشمل:

نقاط تجربة Discord: من خلال الإجابة على الأسئلة، حضور جلسات AMA، والمشاركة في مسابقات البوكر، يمكن الحصول على نقاط XP، ويمكن الاطلاع على الترتيب في لوحة المتصدرين.

الأدوار المجتمعية: من داعم طويل الأمد (NadOG) إلى منشئ محتوى فني (Monartist)، يتم منح أدوار مختلفة حسب نوع المساهمة، وقد ترتبط هذه الأدوار لاحقًا بحقوق في توزيع الرموز.

POAP وNFT: المشاركة في فعاليات عبر الإنترنت أو حضور فعاليات فعلية يمنحك شارات إلكترونية، ويشير الفريق إلى أن هذه NFTs قد تحمل قيمة فعلية.

قائمة NAD: الأعضاء النشطون يمكن أن يُدرجوا في قائمة متابعة خاصة على منصة X، مما يمنحهم مزيدًا من الظهور.

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

مقارنة Monad مع الحلول الرئيسية الأخرى: التميز في المنافسة

مقابل إيثريوم: التوسع في L1 مقابل بيئة L2

رقيّة Ethereum الأخيرة عبر ترقية Dencun وEIP-4844 خفضت تكاليف معاملات L2، لكنها مجرد خطوة أولى نحو تقسيم البيانات (Proto-Danksharding). الرؤية النهائية لإيثريوم تتضمن تقسيم البيانات بالكامل، لكن ذلك يتطلب سنوات. خلال هذه الفترة، يظل المستخدمون يتنقلون بين Ethereum الرئيسي وL2 مثل Arbitrum وOptimism، مما يسبب فجوة في التجربة.

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

مقابل سولانا: مخاطر المركزية مقابل التوازن في التوافق

رغم ابتكار سولانا في آلية Proof of History، إلا أنها تميل إلى المركزية — حيث يتم توليد الطوابع الزمنية بواسطة عدد قليل من المدققين، مما يهدد بالرقابة. تحاول سولانا زيادة تنوع المدققين لتحسين ذلك.

أما Monad، فهي تعتمد على إجماع BFT القياسي، مع شفافية أكبر في عملية التحقق، لكن على حساب فقدان ميزة “الساعة الموحدة” الأنيقة التي توفرها سولانا، مما يزيد من تعقيد النظام.

مقابل Sui/Aptos: سرعة إطلاق البيئة مقابل مساحة التحسين

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

التحديات التي يجب الاعتراف بها

تعقيد التقنية: التنفيذ المتوازي وكشف التصادم نظريًا ممكن، لكن في الواقع، قد تواجه حالات استثنائية مثل الاعتمادية المعقدة للمعاملات، وتفاوت أداء المدققين، مما قد يقلل من الأداء.

مخاطر المركزية: التمويل الكبير، رغم سرعته في التطوير، يثير مخاوف من تأثير المؤسسات الاستثمارية على القرارات، مما يقلل من طابع “اللامركزية” المزعوم.

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

جدول زمني وتوقعات السوق

من المخطط أن يُطلق شبكة Monad الرئيسية في نهاية 2024. المرحلة الحالية تركز على اختبار الأداء تحت ضغط حركة المعاملات الحقيقية — هل يمكن لـ 10 آلاف TPS أن يُحافظ عليها بشكل مستقر، وهل تجربة المستخدم تتفوق على L2، وهل يمكن بناء بيئة إيكولوجية نشطة.

خلال 6-12 شهرًا القادمة، يتوقع السوق:

• نشر أول تطبيقات DeFi (بورصات، قروض)
• بيانات فعلية عن تكاليف المعاملات وسرعة التأكيد
• مشاركة المطورين واهتمام السوق

التقييم العام

يمثل ظهور Monad مسارًا طال انتظاره — حيث يتم الاحتفاظ بالتوافق، مع إعادة تصميم جذرية لأداء L1. بالمقارنة مع “الابتكار الكامل” (مثل سولانا) و"الترقية التدريجية" (مثل L2 في إيثريوم)، فإن هذا “الابتكار التوافقي” قد يكون أكثر قبولًا في السوق.

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