نقل الجوزاء: كيف تتحدى Sui وAptos مشهد البلوكتشين

cd

مقدمةdالاستخراج

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

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

العديد من الرؤى لم يتم دحضها ولكن لم يتم اختبارها حقًا. ما زلت أعتقد أنه حتى لو لم تكن معظم الرؤى عظيمة، فإن لها معنى – قد تحتاج فقط إلى أساس متين لدعمها. في النهاية، يمكن تقديم واحدة على الأقل من اللامركزية أو تجربة المستخدم المماثلة لـ Web2.

تمامًا مثل كيف أن TON

1. نقل

تم إنشاء لغة البرمجة Move في الأصل من أجل مشروع Meta المهجور “ديم” (الذي كان يُطلق عليه في البداية اسم Libra)، والذي كان يهدف إلى تطوير عملة مستقرة أكثر استقرارًا وتنظيمًا كأساس لرؤيتها الفوقية.

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

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

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

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

2. سوي

2.1 الهندسة المعمارية

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

ويرتبط هذا النجاح ارتباطاً وثيقاً بهندستها المعمارية التي تم تحسينها خصيصاً لتناسب الاستخدام السائد. إليك لمحة موجزة عن ابتكارات Sui المعمارية:

  1. نموذج تخزين الكائنات: هذا المكون هو جوهر تحسينات Sui على Move. يخزن نموذج تخزين الكائنات البيانات ككائنات فردية، لكل منها معرّف فريد. على عكس أنظمة قواعد البيانات التقليدية، يفتقر نموذج تخزين الكائنات إلى بنية بيانات ثابتة ويمكنه تخزين أنواع مختلفة من البيانات، مثل النصوص والصور ومقاطع الفيديو والصوت. يسمح هذا النموذج بالتنفيذ المتوازي والتوسع الأفقي (إضافة عقد لتوسيع سعة التخزين). يدور تصميم Sui حول هذا النموذج.
  2. الترتيب السببي: يضمن تنفيذ المعاملات بترتيب يحترم العلاقات السببية وتجنب تعارض البيانات وعدم اتساقها. يتيح ذلك لـ Sui التعامل مع أحجام كبيرة من المعاملات المتزامنة مع الحفاظ على اتساق البيانات.
  3. محركات توافق الآراء Narwhal و Bullshark: يستخدم Sui Narwhal و Bullshark كمحركات إجماع. Narwhal هو المسؤول عن ترتيب المعاملات والتحقق من صحتها من خلال الحفاظ على مجمع معاملات محلي، وفرز المعاملات على أساس العلاقات السببية وبثها. يقوم Bullshark، عند تلقي قائمة المعاملات التي تم فرزها من Narwhal، بالتصويت على القائمة باستخدام الإجماع البيزنطي للتسامح مع الأخطاء (BFT) لضمان موافقة جميع العقد على ترتيب المعاملات.
  4. حركة سوي: يعمل Sui على توسيع لغة Move من خلال إضافة ميزات جديدة، مثل دعم NFTs وإدارة الأصول وتخزين البيانات.
  5. إطار عمل سوي: يوفر Sui إطار عمل كامل لمساعدة المطورين على بناء التطبيقات ونشرها بسرعة، بما في ذلك الأدوات والمكتبات مثل Sui Wallet وSui SDK وSui CLI.

تسمح بنية Sui بمعالجة أحجام كبيرة من المعاملات المتزامنة مع الحفاظ على السرعة العالية والرسوم المنخفضة والأمان. كما توفر لغة Move وإطار عمل Sui للمطورين أدوات قوية لبناء تطبيقات آمنة وقابلة للتطوير وسهلة الاستخدام.

2.2 توافق الآراء

تستخدم سلسلة بلوك تشين Sui آلية إجماع تُدعى Mysticeti، وهي آلية إجماع بيزنطية متسامحة مع الأخطاء (BFT) مصممة لوقت استجابة منخفض وإنتاجية عالية.

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

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

كانت شبكة Mysticeti تعمل على شبكة الاختبار لمدة ثلاثة أشهر قبل إطلاق شبكة Sui الرئيسية، وأظهرت نتائج مهمة مثل انخفاض زمن الاستجابة بنسبة 80%. والآن، يمكن لشبكة Sui معالجة عشرات الآلاف من المعاملات في الثانية، مع زمن انتقال من طرف إلى طرف أقل بكثير من ثانية واحدة.

تستخدم سلسلة Sui blockchain أيضًا نوعًا محددًا من إجماع إثبات الحصة (PoS) يُسمى إجماع إثبات الحصة المفوض (DPoS). عندما تحدث معاملة تنطوي على كائنات مشتركة (يشار إليها باسم المعاملات المعقدة)، تستخدم Sui محركات إجماع Narwhal & Bullshark المذكورة أعلاه لترتيب المعاملات. بالمقارنة مع آليات إجماع BFT الأخرى، يمكن تلخيص مزايا وعيوب Sui في ست نقاط:

المزايا:

  1. زمن استجابة منخفض وإنتاجية عالية: يقلل بروتوكول Mysticeti بشكل كبير من زمن انتقال الإجماع ويزيد من إنتاجية الشبكة من خلال مقترحات الكتل المتوازية وتدفق الرسائل المحسّن، مما يمكّن Sui من التعامل مع عشرات الآلاف من المعاملات في الثانية الواحدة مع زمن انتقال من طرف إلى طرف أقل بكثير من ثانية واحدة.
  2. مقاومة الرقابة: يسمح بروتوكول Mysticeti للعديد من المدققين باقتراح كتل بالتوازي، مما يحسن من مقاومة الشبكة للرقابة.
  3. تحمّل فشل القائد: تتسامح قواعد الإرسال مع القادة غير المتوفرين دون زيادة وقت الاستجابة بشكل كبير، حيث تنتخب تلقائيًا قائدًا جديدًا لتولي المسؤولية عند فشل العقدة القائدة.

العيوب:

  1. التعقيد: إن تصميم بروتوكول ميستيسيتي معقد نسبيًا ويتطلب فهمًا تقنيًا أعمق لفهم آلياته التشغيلية بشكل كامل.
  2. الأمن: على الرغم من أن بروتوكول Mysticeti كان أداؤه جيدًا على شبكة الاختبار، إلا أن أمنه لا يزال بحاجة إلى مزيد من التحقق من صحته في تطبيقات العالم الحقيقي.
  3. قابلية التوسع: تحتاج قابلية التوسع في بروتوكول Mysticeti إلى مزيد من المراقبة لضمان قدرته على التكيف مع النمو المستقبلي في حجم الشبكة وحجم المعاملات.

2.3 الحسابات المجردة

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

في نموذج حساب Sui المجرد، لم تعد الحسابات في نموذج الحساب المجرد، لم تعد الحسابات أزواج مفاتيح عامة وخاصة بسيطة، بل كائنات ذات سمات وسلوكيات أكثر ثراءً. لكل حساب معرّف فريد، يسمى معرّف الحساب، والذي يرتبط بزوج المفاتيح العام والخاص للحساب.

يشتمل نموذج الحساب المجرد الخاص بـ Sui على المكونات الرئيسية التالية:

تتضمن عملية التعامل مع المعاملات في نموذج حساب Sui المجرد الخطوات التالية:

  1. إنشاء المعاملات: يقوم المستخدمون بإنشاء معاملة وإرسالها إلى شبكة Sui.
  2. التحقق من صحة المعاملات: تتحقق شبكة Sui من صحة المعاملة وسلامتها.
  3. البحث عن الحساب: تقوم شبكة Sui بالعثور على كائن الحساب المقابل بناءً على معرّف الحساب في المعاملة.
  4. تنفيذ منطق الحساب: تقوم شبكة Sui بتنفيذ منطق الحساب لمعالجة المعاملة وتحديث حالة الحساب.
  5. تأكيد المعاملة: تؤكد شبكة Sui نتيجة المعاملة وتكتبها على البلوك تشين.

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

2.4 الألعاب

لكي تبرز البلوك تشين يجب أن تبني أولاً أساسًا متينًا. لقد أشرت إلى نظام Move البيئي كتجربة جريئة في وقت سابق لسببين رئيسيين.

أولاً، في عصر أصبح فيه مفهوم النمذجة منتشرًا على نطاق واسع، تمثل أنظمة Move الأصلية (وتحديدًا توأم Move) آخر محاولة لحلول الطبقة الأولى، وهو ما يتعارض مع الاتجاه الحالي.

ومع ذلك، فإن ظهور العديد من السلاسل غير المتجانسة في الآونة الأخيرة قد يثبت أن النمذجة ليست الحل الوحيد.

ثانياً، إن إعادة بناء سلسلة الكتل باستخدام لغة برمجة جديدة يشبه محاولة إنشاء نظام تشغيل جديد لتحدي نظامي iOS و Android في سوق الهواتف الذكية اليوم – وهو مسار مليء بالتحديات لا محالة.

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

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

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

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

بالإضافة إلى ذلك، تتعاون سوي بنشاط مع عمالقة الويب 2 التقليديين. ففي العام الماضي، أقامت سوي شراكات مع ثلاثة من عمالقة الألعاب الكوريين الجنوبيين الأربعة الكبار (Netmarble وNHN وNCSoft). وفي هذا العام، دخلت سوي في شراكة مع TikTok لتطوير ألعاب البلوك تشين ومشاريع SocialFi، مما أدى إلى دخول عمالقة تقليديين إلى فضاء Web3.

3. أبتوس

Aptos، وهي بلوكشين أخرى من الطبقة الأولى تعتمد على لغة Move، وهي ملتزمة أيضًا ببناء بنية تحتية عالية الأداء وقابلة للتطوير Web3. يشترك تصميمها المعماري في العديد من أوجه التشابه مع Sui، ولكنها تقدم أيضًا بعض الميزات الفريدة.

3.1 الهندسة المعمارية

  1. تصميم معياري: تتبنى Aptos بنية معيارية تسمح للمطورين بتطوير وترقية الوحدات المختلفة بشكل مستقل، مما يعزز سرعة التطوير والمرونة.
  2. محرك التنفيذ المتوازي (Block-STM): على عكس سلاسل البلوك تشين الأخرى التي تتطلب تبعيات بيانات معلنة مسبقًا، يمكن لمحرك التنفيذ المتوازي في Aptos معالجة المعاملات بالتوازي دون معرفة مسبقة بمواقع البيانات، وبالتالي زيادة الإنتاجية وتقليل زمن الاستجابة.
  3. معالجة المعاملات المضمنة بأنابيب: يقسّم Aptos معالجة المعاملات إلى مراحل متعددة، مثل النشر وترتيب البيانات الوصفية والتخزين الدفعي وتنفيذ هذه المراحل بالتوازي من خلال تحديد الأنابيب لزيادة الإنتاجية وتقليل زمن الاستجابة.
  4. نقل لغة البرمجة: تستخدم Aptos لغة البرمجة Move، مع التركيز على التنقيح بدلاً من الابتكار مقارنةً بلغة Sui. على سبيل المثال، تعمل على توحيد اللغة، وتقدم دعمًا أقوى للدوال، وتعزز قدرات التخصيص.
  5. مزامنة الحالة المرنة: يسمح للعُقد باختيار استراتيجيات مختلفة لمزامنة الحالة، مثل مزامنة السجل الكامل أو الحالة الأخيرة فقط، مما يحسن مرونة العقدة.
  6. آلية AptosBFT التوافقية: AptosBFT هي آلية إجماع بيزنطية للتسامح مع الأخطاء تستخدمها Aptos. تعمل على تحسين الاتصال والمزامنة بين المدققين لتحسين الإنتاجية وتقليل زمن الاستجابة. بالمقارنة مع Sui، التي يمكن اعتبارها نسخة محسنة من DiemBFT، حققت AptosBFT بعض التطورات في الكفاءة واستعادة الأعطال، لذلك سيتم ذكرها هنا بإيجاز.

تُمكِّن بنية Aptos من التعامل مع عدد كبير من المعاملات المتزامنة مع الحفاظ على السرعة العالية والرسوم المنخفضة والأمان. بالإضافة إلى ذلك، توفر لغة Move وإطار عمل Aptos للمطورين أدوات قوية لبناء تطبيقات آمنة وقابلة للتطوير وسهلة الاستخدام.

3.2 كتلة-STM

دعونا نتعمق أكثر في ابتكار Aptos الأساسي، وهو محرك التنفيذ المتوازي Block-STM:

المبادئ الأساسية لـ Block-STM

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

سير عمل البلوك-STM:

  1. تجميع المعاملات: تجميع المعاملات داخل كتلة وتعيينها إلى خيوط مختلفة للتنفيذ المتوازي.
  2. التنفيذ المتفائل: ينفذ كل مؤشر ترابط بشكل متفائل المعاملات المخصصة له ويسجل مجموعة القراءة/الكتابة لكل معاملة.
  3. المصادقة: بمجرد أن يكمل مؤشر ترابط معاملة ما، فإنه يتحقق مما إذا كانت إصدارات البيانات في مجموعة القراءة الخاصة به لا تزال صالحة.
  4. إعادة المحاولة: في حالة فشل التحقق من الصحة، مما يشير إلى وجود تعارض، يتم وضع علامة على المعاملة غير صالحة وإعادة تنفيذها.
  5. التزم: بعد أن تجتاز جميع المعاملات عملية التحقق، تتم كتابة نتائجها إلى حالة البلوك تشين، لتكتمل بذلك عملية الالتزام بالمعاملة.

مزايا Block-STM:

  1. إنتاجية عالية: من خلال الاستفادة من التحكم المتفائل في التزامن والجدولة التعاونية، تستخدم Block-STM المعالجات متعددة النواة بشكل كامل، مما يحقق إنتاجية عالية.
  2. كمون منخفض: نظرًا لأنه يمكن تنفيذ المعاملات بالتوازي، فإن Block-STM تقلل بشكل كبير من وقت تأكيد المعاملة.
  3. الأمن: تضمن آليات التنفيذ المتسلسلة المحددة مسبقًا وآليات التحقق من الصحة في Block-STM الاتساق والأمان في الحالة النهائية.

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

3.3 تجريد الحساب

على عكس نهج Sui الأكثر مباشرةً في تجريد الحساب، يدعم Aptos بُعد تجريد أكثر محدودية ويفتقر إلى معايير محددة مسبقًا. تتجلى قدرات تجريد الحساب في المقام الأول في المجالات التالية:

  1. إدارة الحسابات المعيارية: يستخدم نقل الوحدات النمطية لتعريف الحسابات وإدارتها، مما يسمح للمطورين بإنشاء وحدات نمطية مخصصة لأنواع الحسابات والوظائف المختلفة.
  2. إدارة المفاتيح المرنة: يسمح للمستخدمين باستخدام مفاتيح مختلفة لعمليات الحساب المختلفة، مثل استخدام مفتاح لتوقيع المعاملات وآخر لإدارة الحساب.
  3. التحقق من المعاملات القابلة للبرمجة: يمكن للمطورين تحديد منطق مخصص للتحقق من المعاملات في وحدات النقل، مثل التوقيع المتعدد أو الحدود، لتلبية سيناريوهات التطبيق المختلفة.

3.4 الشراكة مع مايكروسوفت

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

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

4. النظام البيئي للحركة

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

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

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

مقالات ذات صلة
↑
Exit mobile version