لماذا تُعطِّل معظم سلاسل الكتل عالية السرعة التطبيقات التي تستخدمها بالفعل

كل بضعة أشهر، تظهر سلسلة كتل جديدة تدّعي أنها أسرع من كل ما سبقها. معظم هذه السلاسل تجبرك على التخلي عن الأدوات والمحافظ والعقود الذكية التي تستخدمها بالفعل.

Monad تتصدر النقاش في مجتمعات العملات المشفرة حالياً لأنها تقدم ادعاءً مختلفاً: 10,000 معاملة في الثانية من دون كسر التوافق مع منظومة Ethereum (ETH) الحالية. هذا المزيج، إذا ثبت عملياً، قد يحل المعضلة الأساسية التي حدّدت مسار توسّع البلوكشين خلال السنوات الخمس الماضية. يعرض هذا المقال بالتفصيل كيف تحقق Monad ما تدّعيه، وما معنى «متوافقة مع EVM» عملياً، ولماذا يهم هذا الفارق الجميع بدءاً من المطورين وصولاً إلى حاملي العملات العاديين.

الخلاصة السريعة (TL;DR)

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

معظم السلاسل السريعة تُجبِر على الاختيار بين السرعة والتوافق مع EVM. تحاول بنية Monad إزالة هذا التنازل على مستوى الإجماع والتنفيذ.

بالنسبة للمستخدمين، يعني هذا أن محافظ Ethereum مثل MetaMask تعمل بشكل أصيل، ويمكن نشر شيفرات DeFi الحالية من دون إعادة كتابة، وتبقى رسوم الغاز شبه معدومة.

ماذا يعني «متوافق مع EVM» فعلياً للمستخدمين

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

عملياً، لهذا الأمر أهمية كبيرة للغاية. كل أداة يستخدمها المطور لكتابة واختبار ونشر الشيفرة على Ethereum، مثل Hardhat وFoundry وRemix، تعمل على سلسلة متوافقة مع EVM من دون تعديل. كل محفظة يحملها المستخدم، مثل MetaMask وRainbow وCoinbase Wallet، يمكنها الاتصال بها تلقائياً. كل عقد ذكي مُراجَع على Ethereum يمكن نسخه وتشغيله هناك من دون إعادة كتابة سطر واحد.

التوافق مع EVM يشبه رخصة الامتياز التجاري. السلسلة التي تجتاز اختبار التوافق مع EVM ترث منظومة برمجيات Ethereum كاملة منذ اليوم الأول.

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

لماذا لا يمكن لـ Ethereum نفسها أن تعمل بسرعة 10,000 معاملة في الثانية

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

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

ترفع حلول الطبقة الثانية مثل Optimism وArbitrum إنتاجية Ethereum الفعلية عبر تجميع آلاف المعاملات خارج السلسلة وتسويتها على Ethereum في حزم مضغوطة. لكن هذه الحلول ترث EVM الخاصة بـ Ethereum بدلاً من إعادة تصميمها. كما أنها تضيف زمناً إضافياً للتسوية، ومخاطر الجسور، وتأخيرات في السحب لا تعاني منها سلاسل الطبقة الأولى الأصلية.

التنفيذ المتسلسل على Ethereum هو عنق الزجاجة الأساسي. كل نهج لزيادة السعة إما يلتف حوله أو يستبدله.

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

كيف تحقق Monad التنفيذ المتوازي من دون كسر قواعد EVM

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

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

يُقترن هذا النهج بطبقة إجماع معاد تصميمها تُسمى MonadBFT، وهي نسخة مشتقة من إجماع HotStuff تتحكم في اقتراح الكتل وخطوات التصويت على شكل خطوط أنابيب (pipelining)، بحيث لا ينتظر المدققون بلا عمل بين الجولات.

الركيزة الثالثة هي MonadDB، وهو نظام تخزين مخصّص صُمم خصيصاً لأنماط الوصول التي ينشئها تنفيذ EVM. قواعد البيانات القياسية مثل LevelDB لم تُصمّم للطريقة التي يقرأ بها Ethereum حالة السلسلة ويكتبها. تعيد MonadDB تنظيم تخزين بيانات الحالة على القرص لتقليل زمن القراءة الذي يبطّئ التنفيذ، خاصةً تحت عبء العمل المتوازي الذي تولّده Monad.

معاً، تُمكّن هذه التغييرات الثلاثة، التنفيذ المتوازي، والإجماع المتدرج، والتخزين الموجّه للغرض، من استهداف 10,000 معاملة في الثانية، مع تشغيل شيفرة البايت EVM نفسها التي تشغّلها Ethereum.

كيف تقارن Monad مع سلاسل الطبقة الأولى السريعة الأخرى

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

تُعد Solana المثال الأبرز على النهج غير المتوافق مع EVM. تستخدم نموذج تنفيذ متوازي يسمى Sealevel، وقد أظهرت إنتاجية مستدامة تفوق 1,000 معاملة في الثانية في بيئة الإنتاج، مع قمم نظرية أعلى بكثير. لكن Solana تستخدم لغة البرمجة Rust وآلتها الافتراضية الخاصة. لا يستطيع مطورو Ethereum نشر العقود الحالية هناك مباشرة. يحتاج المستخدمون إلى محفظة Phantom بدلاً من MetaMask. كان لا بد من بناء المنظومة البيئية من الصفر، واستغرق ذلك سنوات.

تستخدم Avalanche بنية الشبكات الفرعية، وتشغّل سلسلة متوافقة مع EVM تُسمى C-Chain. هي أسرع من Ethereum ولكن ليس بفارق هائل في السعة الأساسية. تعتمد استراتيجيتها في التوسّع على نشر شبكات فرعية مخصّصة للتطبيقات، ما يجزئ السيولة ويعقّد تجربة المستخدم.

تستخدم Aptos وSui آلة افتراضية مشتقة من لغة البرمجة Move التي طوّرتها Meta. كلاهما يحقق أرقام TPS مثيرة للإعجاب ويستخدم نماذج تنفيذ متوازٍ مشابهة في المفهوم لنهج Monad. لكن أياً منهما غير متوافق مع EVM، وكلاهما واجه تحدي بناء المنظومة من الصفر كما حدث مع Solana.

MegaETH، التي تظهر أيضاً في بيانات الترند الحالية، تتبنّى نهجاً آخر: الدفع نحو إنتاجية عالية جداً باستخدام مُرتِّب معاملات واحد (single sequencer). تثير هذه البنية تساؤلات حول المركزية لا تطرحها مقاربة Monad المعتمدة على مجموعة مدققين موزّعة.

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

ما وظيفة عملة MON وكيف تُنظَّم الشبكة

MON (MON) هي العملة الأصلية لشبكة Monad. وتقوم بثلاث وظائف أساسية داخل الشبكة.

أولاً، تُستخدم MON لدفع رسوم المعاملات. مثل ETH على Ethereum، كل عملية على Monad تكلّف قدراً صغيراً من MON. وبفضل القدرة الاستيعابية الأعلى، صُمِّمت هذه الرسوم لتظل قريبة من الصفر في الظروف العادية.

ثانياً، تُستخدم MON في التخزين (Staking). يجب على المدققين قفل MON كضمان اقتصادي للمشاركة في الإجماع. هذه الآلية تجعل مهاجمة الشبكة مكلفة.

يخاطر المدقق الذي يتصرف بعدم أمانة بخسارة عملات MON التي رهنها عبر آلية القص (slashing)، وهي العملية التي يصادر فيها البروتوكول جزءاً من حصة المدقق المخالف.

ثالثاً، يمكن لحاملي MON تفويض عملاتهم إلى المدققين من دون تشغيل بنية تحتية بأنفسهم، والحصول على حصة من مكافآت الكتل متناسبة مع حصتهم. يشبه هذا نموذج التخزين المستخدم في سلاسل Cosmos وسلسلة Ethereum بعد الدمج (Post-Merge).

أطلقت Monad شبكتها الرئيسية في عام 2025 بعد فترة تجريبية طويلة على شبكة الاختبار سجّلت مئات الملايين من المعاملات التجريبية. واعتباراً من مايو 2026، تبلغ القيمة السوقية لـ MON حوالي 348 مليون دولار. وحجم تداول على مدار 24 ساعة يقترب من 85 مليون دولار، ما يعكس اهتمامًا حقيقيًا من السوق بدلاً من تمركز مضاربي ضعيف.

Also Read: FBI Crackdown Topples 9 Crypto Pig-Butchering Centers, Yields 276 Arrests

من المستفيد فعليًا من سلسلة EVM سريعة؟

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

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

مطورو الألعاب ومستخدمو الألعاب يمثلون فئة رئيسية ثانية. ألعاب البلوكشين التي تتطلب مئات التغييرات في الحالة على السلسلة في كل جلسة استخدام باتت حاليًا غير عملية على الطبقة الأساسية لإيثريوم. على سلسلة بسرعة 10,000 TPS مع رسوم شبه منعدمة، تصبح لعبة فورية تُسجَّل فيها كل حركة على السلسلة ممكنة تقنيًا.

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

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

Also Read: Orca Climbs 28% In 24 Hours As $187M Volume Tops Market Cap

المخاطر والأسئلة المفتوحة التي لا تزال تحيط بـ Monad

التحليل الصادق يتطلّب تسمية ما لم تثبته Monad بعد. رقم 10,000 معاملة في الثانية يأتي من اختبارات معيارية وأداء الشبكة التجريبية. ظروف الشبكة الرئيسية (Mainnet) تقدم متغيرات لا تلتقطها هذه الاختبارات: أنماط معاملات عدائية، وأحداث سيولة مفاجئة تزيد من تضارب عمليات الكتابة، وتعقيدًا اجتماعيًا ناجمًا عن مجموعة كبيرة ولا مركزية من المُصدِّقين (validators) يستخدمون عتادًا متنوعًا.

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

اقتصاديات المُصدِّقين تحتاج أيضًا إلى وقت لتستقر. سلسلة تمتلك قدرة 10,000 TPS ولكن استخدامًا فعليًا منخفضًا ستولّد إيرادات رسوم منخفضة، ما قد يجعل من الصعب جذب عدد كافٍ من المُصدِّقين لتحقيق درجة معقولة من اللامركزية في الفترة المبكرة.

أخيرًا، ادعاء التوافق مع EVM يستحق التدقيق في التفاصيل الدقيقة.

«متوافق مع EVM» موجود على طيف. يمكن لسلسلة أن تكون متوافقة مع 95% من العقود المنتشرة على إيثريوم، لكنها تتعطل عند أوامر تشغيل (opcodes) أو دوال ما قبل التجميع (precompiles) محددة. المطورون الذين ينقلون بروتوكولات DeFi معقدة سيختبرون تلك الحدود بطرق لا تفعلها تحويلات التوكنات البسيطة.

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

Also Read: LayerZero’s ZRO Token Sees $36.5M Volume As Cross-Chain Narrative Builds

الخلاصة

الطرح الجوهري لـ Monad بسيط: أخذ نموذج التنفيذ الذي جعل السلاسل السريعة غير المتوافقة مع EVM ذات قدرة عالية، وتطبيقه في بيئة متوافقة مع EVM، ومنح منظومة مطوري إيثريوم مسارًا للتوسع دون البدء من جديد.

البنية المعمارية، المبنية على التنفيذ المتوازي، والتوافق المجدول (pipelined consensus) عبر MonadBFT، والتخزين المصمم خصيصًا في MonadDB، تتمتع بالمصداقية التقنية وتتعامل مع اختناقات حقيقية تجاهلتها سلاسل سريعة موجودة أو حلتها بالتخلي عن التوافق.

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

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