مع التحول المتسارع نحو الاعتماد الواسع لتقنية البلوكشين، وصلت الهياكل التقليدية أحادية السلسلة إلى أقصى حدود أدائها، ما أدى إلى بروز مشكلات مثل ازدحام الشبكة، وارتفاع رسوم Gas، وبطء تأكيد المعاملات في معظم أنظمة السلاسل العامة. استجابة لذلك، أصبح التقسيم (Sharding) نهجًا أساسيًا لتوسعة سلاسل Layer1، وكانت MultiversX من أوائل من طبقوا تقسيم الحالة التكيفي على نطاق واسع.
تتجسد قيمة MultiversX في البنية التحتية للأصول الرقمية وWeb3، ليس فقط من خلال تعزيز TPS، بل عبر بناء إطار عمل أفقي قابل للتوسع لتنفيذ العمليات على السلسلة. تعتمد MultiversX على تقسيم الحالة التكيفي، وSecure Proof of Stake (SPoS)، والتواصل بين الشظايا لتوزيع العمليات الحسابية، وتخزين الحالة، ومعالجة المعاملات عبر شظايا متعددة، ما يرفع كفاءة Layer1.
يعني التقسيم في بنية البلوكشين تقسيم بيانات الشبكة، ومعالجة المعاملات، وتخزين الحالة إلى مناطق مستقلة، ما يمكّن العقد من معالجة مهام مختلفة بالتزامن دون الحاجة لمزامنة كل البيانات.
في النماذج التقليدية أحادية السلسلة، يجب على كل عقدة التحقق من جميع المعاملات، وتخزين الحالة الكاملة، وتنفيذ كل عقد ذكي، مما يضمن الاتساق لكنه يقلل من قابلية التوسع مع تزايد أعداد المستخدمين.
يقدم تقسيم الحالة التكيفي من MultiversX حلاً شاملاً بتقسيم ليس فقط المعاملات، بل أيضًا حالات الحسابات وبنية الشبكة.
على عكس الحلول التي تركز على موازاة المعاملات فقط، يشمل نظام التقسيم في MultiversX:
تتيح هذه البنية لكل شظية إدارة بيانات الحساب والحالة الخاصة بها بشكل مستقل، ما يقلل الحاجة للمزامنة الشاملة.
عند تحليل تقسيم الشظايا في MultiversX، تتم مقارنته غالبًا بحلول التوسعة المعيارية أو رول أب، لكن تختلف تطبيقاتها الأساسية بشكل كبير.

المصدر: multiversx.com
عند قيام المستخدم بنقل EGLD أو استدعاء عقد ذكي، تقوم المحفظة بتوقيع المعاملة بالمفتاح السري، مولدة رسالة تتضمن عناوين المرسل والمستقبل، Nonce، حد Gas، وبيانات التداول. بعد التوقيع، تُبث المعاملة إلى عقد شبكة MultiversX لمعالجتها على السلسلة.
عند دخول الشبكة، تعين MultiversX المعاملة تلقائيًا إلى الشظية المناسبة استنادًا إلى عنوان الحساب. ومع تقسيم الحالة التكيفي، قد يكون المرسل والمستقبل في شظايا مختلفة. يتحقق النظام أولًا إذا كانت المعاملة ضمن الشظية نفسها؛ وإن لم تكن، يبدأ التواصل عبر الشظايا.
تتحقق عقد المُدقِّق في الشظية المعنية من صحة التوقيع، وكفاية رصيد الحساب، وتطابق Nonce، وصحة إعدادات Gas. تضاف المعاملات التي اجتازت التحقق إلى مجموعة المرشحين للكتلة بانتظار التأكيد.
عند إنشاء الكتلة، يختار SPoS بسرعة مقترح الكتلة، وتتحقق لجنة العقد وتؤكد الكتلة. بعد الإنشاء، تسجل حالة المعاملة على السلسلة. أما في المعاملات عبر الشظايا، فتنظم Metachain مزامنة الحالة بين الشظايا لضمان الاتساق العام.
يشكل تقسيم الحالة التكيفي جوهر بنية MultiversX، حيث يتيح للشبكة تعديل بنية الشظايا ديناميكيًا حسب الحمل الفعلي، بدلًا من عدد ثابت من الشظايا. يعزز هذا التصميم معدل النقل ويُحسّن استخدام الموارد.
تعاني شبكات التقسيم التقليدية غالبًا من تفاوت أحمال الشظايا، وتعقيدات مزامنة الحالة، وازدحام الشظايا. حتى مع تقسيم المعاملات، قد تضطر العقد للاحتفاظ بالحالة العامة، ما يحد من التوسع. تعالج MultiversX ذلك بتقسيم بيانات الحالة بشكل أعمق.
مع ارتفاع حجم المعاملات، يمكن زيادة عدد الشظايا وإعادة توزيع العقد والحالة. وعند انخفاض الحمل، يمكن دمج الشظايا. يتيح هذا التوسع الديناميكي تخصيص الموارد تلقائيًا حسب الطلب، ما يعزز كفاءة التنفيذ.
على عكس السلاسل العامة التي تكتفي بتقسيم المعاملات، تحتفظ كل شظية في MultiversX فقط ببيانات حالتها—دون الحاجة لمزامنة كل معلومات الحساب عبر الشبكة. يقلل ذلك من متطلبات التخزين والمزامنة والعتاد، ويرفع قابلية التوسع.
تعتمد MultiversX على آلية Secure Proof of Stake (SPoS)، وهي نسخة مطورة من إثبات الحصة التقليدي، صممت لتسريع تأكيد الكتل، وتبسيط تواصل العقد، وتعظيم كفاءة إنشاء الكتل. يركز SPoS على اختيار العقد بسرعة وتنفيذ عالي الأداء مقارنة بأنظمة PoS التقليدية.
المدقّقون هم العمود الفقري للشبكة، إذ يحافظون على تشغيلها. للمشاركة في الإجماع، يجب عليهم تخزين EGLD. تشمل مسؤولياتهم التحقق من المعاملات، إنشاء الكتل، مزامنة الحالة، وضمان الأمان. يؤثر أداؤهم مباشرة على استقرار الشبكة وسرعة المعاملات.
من أهم ميزات SPoS التوليد السريع والعشوائي للجنة العقد. في شبكات PoS التقليدية، يتطلب تشكيل اللجان تواصلًا وانتظارًا مطولًا، لكن SPoS يستخدم الاختيار العشوائي وتقييم العقد لتسريع العملية وتقليل زمن الإجماع. تعكس درجات المدقّق الأداء السابق—مدة التواجد، عدد عمليات التحقق الناجحة، وعدم وجود أنشطة ضارة.
يقلل SPoS من جولات التواصل وعمليات التحقق المكررة، ما يسرع تأكيد الكتل. يضع ذلك MultiversX في مصاف سلاسل PoS عالية الأداء، وغالبًا ما تُقارن مع Solana وAvalanche وEthereum PoS، مع اختلاف في بنية التنفيذ ونهج التوسع.
تعد المعاملات عبر الشظايا من أصعب التحديات التقنية لسلاسل الشظايا. مع احتفاظ كل شظية بحالتها المستقلة، تُوزع بيانات الحسابات، ما يتطلب تأكيدًا منسقًا بين الشظايا. وبدون تنسيق قوي، تظهر مشكلات مثل عدم اتساق الحالة أو تعارض المعاملات.
تعتمد MultiversX على Metachain، التي لا تعالج المعاملات العادية بل تنسق التواصل ومزامنة الحالة بين الشظايا، وتجمع رؤوس الكتل، وتحافظ على اتساق الشبكة كطبقة تنسيق مركزية.
في المعاملات عبر الشظايا، تخصم الشظية المرسلة الرصيد وتولد رسالة أو إيصالًا خاصًا. تؤكد Metachain الحالة وتدير نقل الرسالة، وتقوم الشظية المستقبلة بتحديث الرصيد عند التأكيد. يضمن ذلك دفتر أستاذ موحدًا عبر الشظايا.
تمنع مزامنة الحالة الفعالة عبر الشظايا الإنفاق المزدوج، وتأخير الحالة، وفشل المعاملات. إذا لم تتم مزامنة البيانات بسرعة، يتأثر اتساق الشبكة. لذا، يُعد التواصل عبر الشظايا تقنية أساسية ومعقدة في سلاسل الشظايا.
EGLD هو الأصل الأصلي لشبكة MultiversX، ويُستخدم ليس فقط في تحويل القيمة، بل كعنصر أساسي لتشغيل الشبكة. فهو عنصر جوهري لأمان الشبكة، وتخصيص الموارد، وتفاعل النظام البيئي.
يدفع المستخدمون EGLD كرسوم Gas للمعاملات، واستدعاءات العقود الذكية، وعمليات NFT. يمنع ذلك المعاملات المزعجة، ويحدد نموذجًا لتخصيص الموارد، ما يجعل EGLD جزءًا من موارد الحوسبة على السلسلة.
كما أن EGLD أساسي لأمان الشبكة؛ إذ يجب على المدقّقين تخزين EGLD للانضمام إلى إجماع SPoS، ما يجعل حجم التخزين عاملًا في قدرة التحقق والأمان. تُمنح مكافآت الكتل والحوافز بـ EGLD، ما يغذي اقتصاد السلسلة.
داخل النظام البيئي، يُستخدم EGLD كأصل دفع، ووسيط لبروتوكولات DeFi، ورمز حوكمة. فهو ليس مجرد رمز معاملات، بل أيضًا أصل للموارد والتخزين والتفاعل.
تنبع قوة أداء MultiversX من تقسيم الحالة التكيفي والتنفيذ المتوازي عبر الشظايا المتعددة. مقارنة بالهياكل أحادية السلسلة، تعالج الأنظمة متعددة الشظايا عددًا أكبر من المعاملات في آن واحد، ما يزيد من معدل نقل الشبكة مع تزايد عدد الشظايا.
مع احتفاظ كل شظية بحالتها فقط، تتجنب العقد مزامنة كل معلومات الحساب، ما يقلل من تكاليف التخزين والمزامنة والعتاد. يعزز ذلك قابلية التوسع ويقلل الضغط التشغيلي.
يتيح تقسيم الحالة التكيفي توسعًا ديناميكيًا؛ إذ يمكن للنظام إضافة شظايا مع زيادة الحمل، ودمجها عند انخفاضه، ما يوفر مرونة أكبر في تخصيص الموارد مقارنة بالتقسيم الثابت.
مع ذلك، يُدخل التقسيم تعقيدًا إضافيًا. المعاملات عبر الشظايا أكثر تعقيدًا وتتطلب مزامنة وتنسيقًا دقيقين. على المطورين معالجة الاستدعاءات وإدارة الحالة عبر الشظايا عند بناء التطبيقات. وبينما يعزز التقسيم قابلية التوسع، فإنه يفرض مقايضات تقنية.
تختلف استراتيجيات التوسع في MultiversX وEthereum وSolana، حيث تتباين في الأداء، واللامركزية، وبنية التنفيذ.
يعتمد Ethereum على رول أب وLayer2 للتوسع، حيث تؤمن السلسلة الرئيسية الشبكة وتنفذ Layer2 معظم العمليات، ما يقلل الضغط ويوسع النظام البيئي.
| الشبكة | طريقة التوسع الأساسية | التقسيم | بنية التنفيذ | اتجاه التوسع |
|---|---|---|---|---|
| MultiversX | تقسيم الحالة التكيفي | نعم | تنفيذ متوازٍ متعدد الشظايا | توسع أفقي |
| Ethereum | رول أب + Layer2 | تخطيط جزئي | معياري | توسع Layer2 |
| Solana | أداء مرتفع أحادي السلسلة | لا | تنفيذ متوازٍ بحالة واحدة | توسع عبر العتاد |
تعتمد Solana على الأداء العالي أحادي السلسلة، مع توليد كتل متكرر وتنفيذ متوازٍ وعتاد قوي لرفع معدل النقل. لا تستخدم Solana التقسيم، مفضلة كفاءة السلسلة الواحدة.
تتبع MultiversX نهج التقسيم الأصلي في Layer1، حيث تُقسم بيانات الشبكة والمعاملات والحالة عبر شظايا ديناميكية لتحقيق التوسع الأفقي. لا توجد طريقة توسع مثالية للجميع؛ فكل سلسلة تقدم مقايضات مختلفة في الأداء واللامركزية وفلسفة التصميم.
MultiversX (EGLD) هي سلسلة Layer1 عالية الأداء تعتمد على تقسيم الحالة التكيفي لتعزيز معدل النقل وقابلية التوسع مع الحفاظ على هيكل بلوكشين لامركزي.
من خلال تقسيم بيانات الشبكة والمعاملات والحالة عبر شظايا ديناميكية، تحقق MultiversX توسعًا أفقيًا، وتسرّع آلية SPoS تأكيد المعاملات. وتضمن Metachain التواصل ومزامنة الحالة بين الشظايا لاتساق الشبكة.
مقارنة باستراتيجية رول أب في Ethereum وأداء Solana أحادي السلسلة، تعطي MultiversX الأولوية للتقسيم الأصلي في Layer1، ما يعزز المعالجة المتوازية، لكنه يضيف تحديات في التنسيق عبر الشظايا وتطوير التطبيقات.
MultiversX هي سلسلة بلوكشين Layer1 تستخدم تقسيم الحالة التكيفي لزيادة سعة المعاملات وقابلية التوسع. EGLD هو أصلها الأصلي.
عادةً ما يقتصر التقسيم التقليدي على معالجة المعاملات فقط. أما تقسيم الحالة التكيفي فيفصل بيانات الشبكة والمعاملات والحالة، ويسمح بتعديل عدد الشظايا ديناميكيًا.
SPoS (Secure Proof of Stake) هو إصدار محسن من PoS، يركز على اختيار اللجان بسرعة وتقليل عبء التواصل.
تستخدم MultiversX Metachain لتنسيق مزامنة الحالة والتواصل بين الشظايا.
يُستخدم EGLD لمدفوعات Gas، والتخزين، وأمان الشبكة، وتفاعلات النظام البيئي.
تعتمد Solana على أداء أحادي السلسلة عالي الكفاءة، بينما تستخدم MultiversX التقسيم الأصلي للتوسع أفقيًا عبر شظايا متعددة.





