تحريك الجوزاء: كيف يتحدى Sui وAptos مشهد blockchain

المؤلف: باحث YBB Capital، زيكي، تم تجميعه بواسطة: 0xjs@金财经

مقدمة

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

أود أن أشارككم بعض الأفكار الشخصية حول هذا الأمر. لقد اعتقدت دائمًا أن العديد من الرؤى الكبرى للماضي قد تم "فضحها" لأنها لم يكن لديها تماسك منطقي في البداية. غالبًا ما تحاول التطبيقات اللامركزية غير المالية إخفاء عيوبها من خلال التأكيد على قيمة اللامركزية. لكن الحقيقة هي أنهم يطلبون مني الثقة في محافظهم متعددة التوقيع وخوادمهم ذات العقدة الواحدة، وليس في جوجل، أو تويتر، أو يوتيوب، بدعوى أنها آمنة بما فيه الكفاية. لم يتم فضح العديد من الرؤى، ولكن لم يتم اختبارها حقًا. ما زلت أعتقد أنه حتى لو لم تكن هذه الرؤى كبيرة كما كان يعتقد في الأصل، فإنها لا تزال ذات أهمية - فهي تحتاج فقط إلى أساس قوي لدعمها. على أقل تقدير، يجب عليهم توفير تجربة لا مركزية أو معادلة لـ Web2.

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

1.Move

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

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

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

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

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

· الأداء: تم تحسين الجهاز الظاهري للغة Move (دعم التوازي وإدارة الذاكرة وتحسينات المترجم) لتمكينه من تنفيذ العقود الذكية بكفاءة، وبالتالي زيادة سرعات المعاملات والإنتاجية .

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

2. سوي

< /p>

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

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

• نموذج تخزين الكائنات:هذا المكون هو تحسين Sui لـ تحرك الأساسية. يتعامل نموذج تخزين الكائنات مع البيانات ككائنات مستقلة، ولكل منها معرف فريد. على عكس أنظمة قواعد البيانات التقليدية، لا يحتوي نموذج تخزين الكائنات على هياكل بيانات ثابتة ويمكنه تخزين أنواع مختلفة من البيانات، مثل النصوص والصور ومقاطع الفيديو والصوت. تم تصميم Sui حول هذا النموذج الذي يسمح بالتنفيذ المتوازي والقياس الأفقي (إضافة العقد لتوسيع سعة التخزين).

• الترتيب السببي: تأكد من أن ترتيب تنفيذ المعاملات يتوافق مع علاقاتها السببية لتجنب تعارض البيانات وعدم اتساقها. تتيح هذه الميزة لـ Sui التعامل مع عدد كبير من المعاملات المتزامنة مع الحفاظ على اتساق البيانات.

• محركات الإجماع Narwhal وBullshark: تستخدم Sui Narwhal وBullshark كمحرك إجماعي لها. Narwhal هو المسؤول عن طلب المعاملات والتحقق منها. وهو يعمل عن طريق الحفاظ على مجمع المعاملات المحلية، وطلب المعاملات على أساس السببية، وبثها للتأكد من أن جميع العقد لها نفس ترتيب المعاملات الصحيحة. بعد أن تتلقى Bullshark قائمة مرتبة بالمعاملات من Narwhal، فإنها تصوت على القائمة وتستخدم إجماع التسامح البيزنطي مع الأخطاء (BFT) لضمان موافقة جميع العقد على أمر المعاملة.

• Sui Move: يعمل Sui على توسيع لغة النقل عن طريق إضافة ميزات جديدة، مثل دعم NFTs وإدارة الأصول وتخزين البيانات.

• Sui Framework: يوفر Sui إطار عمل شامل لمساعدة المطورين على إنشاء التطبيقات ونشرها بسرعة. يتضمن الإطار أدوات ومكتبات متنوعة مثل Sui Wallet وSui SDK وSui CLI.

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

2.2 الإجماع

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

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

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

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

المزايا:

• زمن استجابة منخفض وإنتاجية عالية:يقلل بروتوكول Mysticeti بشكل كبير من زمن استجابة الإجماع ويزيد من إنتاجية الشبكة من خلال اقتراح الكتل بالتوازي وتحسين عملية تسليم الرسائل. يتيح ذلك لـ Sui blockchain معالجة عشرات الآلاف من المعاملات في الثانية مع زمن وصول شامل أقل بكثير من ثانية واحدة.

• مقاومة الرقابة: يسمح Mysticeti للعديد من المدققين باقتراح الكتل بالتوازي، وبالتالي زيادة قدرة الشبكة على مقاومة الرقابة.

• التسامح مع القادة غير المتاحين: تسمح قواعد الالتزام بالتسامح مع القادة غير المتاحين (ينتخب النظام قائدًا جديدًا تلقائيًا) دون زيادة زمن استجابة الالتزام بشكل ملحوظ.

العيوب:

• معقدة الجنس: تصميم بروتوكول Mysticeti معقد نسبيًا ويتطلب فهمًا تقنيًا أعمق لفهم آلية تشغيله بشكل كامل.

• الأمان: على الرغم من أن أداء بروتوكول Mysticeti كان جيدًا على شبكة الاختبار، إلا أنه يحتاج إلى المزيد من التحقق من أمانه في التطبيقات الفعلية.

• قابلية التوسع: لا تزال قابلية التوسع لبروتوكول Mysticeti تتطلب مزيدًا من المراقبة للتأكد من قدرته على التكيف مع حجم الشبكة المتزايد وحجم المعاملات في المستقبل. .

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

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

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

تتضمن المكونات الرئيسية لنموذج ملخص حساب Sui ما يلي:

1. كائن الحساب: وحدة الحساب الأساسية في Sui. يحتوي كل كائن حساب على معرف حساب فريد ويحتوي على خصائص الحساب وسلوكياته.

2. بيانات الحساب: المكون الأساسي لكائن الحساب، بما في ذلك معرف الحساب والمفتاح العام والمفتاح الخاص ومعلومات الحساب الأساسية الأخرى.

3. سياق المعاملة: الوحدة الأساسية للمعاملة في Sui. ويتضمن المعلومات المتعلقة بالمعاملة مثل معرف المعاملة ومعرف الحساب وبيانات المعاملة.

4. منطق الحساب: مجموعة من السلوكيات والقواعد التي تحدد كيفية تعامل الحساب مع المعاملات وإدارة حالته.

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

1. إنشاء المعاملة: يقوم المستخدمون بإنشاء المعاملات وإرسالها إلى شبكة Sui.

2. التحقق من المعاملة: تتحقق شبكة Sui من صحة المعاملة وسلامتها.

3. البحث عن الحساب: تبحث شبكة Sui عن كائن الحساب المقابل بناءً على معرف الحساب في المعاملة.

4. تنفيذ منطق الحساب: تنفذ شبكة Sui منطق الحساب لمعالجة المعاملات وتحديث حالة الحساب.

5. تأكيد المعاملة: تؤكد شبكة Sui نتائج المعاملة وتسجلها على blockchain.

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

2.4 الألعاب

لكي تبرز تقنية blockchain، يجب أن تضع أساسًا متينًا. لقد قلت من قبل أن Move هي محاولة جريئة لسببين:

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

ثانيًا، إن اتخاذ قرار بإعادة بناء blockchain بلغة برمجة جديدة يشبه محاولة إنشاء نظام تشغيل جديد للتنافس مع iOS وAndroid في سوق الهاتف المحمول اليوم - وهو مسعى محكوم عليه بالفشل ومليء بالتحديات. ما إذا كانت blockchains القائمة على الحركة يمكن أن تنطلق مثل Solana في السنوات القادمة ستعتمد إلى حد كبير على المسار الذي تختاره. بالنسبة إلى Sui، فإن الإجابة على هذا التحدي هي الألعاب.

تعد الألعاب إحدى نقاط الدخول الرئيسية لـ Web3، ولكن معظم سلاسل الكتل لا تدعم الألعاب بشكل جيد. وذلك لأن تقنية blockchain مصممة في المقام الأول لأغراض التمويل، كما أن بنيتها اللامركزية منخفضة الأداء بطبيعتها وغير مناسبة للألعاب. ومع ذلك، سوي مختلف. نموذجه مناسب تمامًا لتطبيقات DeFi والتطبيقات غير المالية، بما في ذلك الألعاب. كما ذكرنا من قبل، في Sui يتم التعامل مع كل شيء ككائن. في الألعاب أو التطبيقات ذات الأصول المعقدة ذات الطبقات، يسمح Sui لكائن واحد بامتلاك كائنات أخرى (يمكن للأصول أن تمتلك الأصول). على سبيل المثال، في لعبة شخصية البطل، قد يكون لدى البطل مخزون يحتوي على أصول رقمية أخرى تخص تلك الشخصية. يمكن لـ Sui أن تصمم هذه التسلسلات الهرمية للبيانات بدقة بطريقة لا تستطيعها سلاسل الكتل الأخرى، مما يسمح للمطورين ببناء التطبيقات دون الحاجة إلى التحايل على القيود الأساسية للسلسلة.

بالإضافة إلى ذلك، تتعاون Sui أيضًا بنشاط مع عمالقة Web2 التقليديين، وفي العام الماضي، تعاونت أيضًا مع ثلاثة من عمالقة الألعاب الكورية الأربعة الكبرى (Netmarble، وNHN، وNCSoft). TikTok تطور ألعاب blockchain ومشروع SocialFi، لجلب العمالقة التقليديين إلى Web2

3 وAptos

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

3.1 البنية

• التصميم المعياري: تتبنى Aptos بنية معيارية، ويمكن للمطورين تطوير وترقية وحدات مختلفة بشكل مستقل، تحسين سرعة التطوير والمرونة.

• محرك التنفيذ المتوازي (Block-STM): على عكس سلاسل الكتل الأخرى التي تتطلب الإعلان عن تبعيات البيانات مسبقًا، يمكن لمحرك التنفيذ الموازي الخاص بـ Aptos معالجة المعاملات بالتوازي دون الحاجة إلى الإعلان تعرف عليها مسبقًا.

• معالجة المعاملات المباشرة: تقسم Aptos معالجة المعاملات إلى مراحل متعددة، مثل النشر وفرز البيانات التعريفية وتخزين الدُفعات. يتم تنفيذ هذه المراحل بالتوازي باستخدام نهج متسلسل لزيادة الإنتاجية وتقليل زمن الوصول.

• نقل لغة البرمجة: يستخدم Aptos لغة البرمجة Move. على عكس ابتكارات Sui، تركز Aptos بشكل أكبر على تحسينها، مثل توحيد اللغة وتقديم دعم أقوى للميزات وقدرات التخصيص.

• مزامنة الحالة المرنة: يتيح هذا للعقد اختيار استراتيجيات مزامنة الحالة المختلفة، مثل مزامنة السجل الكامل أو الحالة الأخيرة فقط، وبالتالي زيادة مرونة العقدة.

• آلية إجماع AptosBFT: AptosBFT هي آلية إجماع بيزنطية للتسامح مع الأخطاء (BFT) تستخدمها Aptos، والتي تعمل على تحسين الإنتاجية وتقليل زمن الوصول عن طريق تحسين الاتصال والمزامنة بين المدققين. مقارنةً بـ Sui، يمكن اعتبارها نسخة محسنة من DiemBFT، مع بعض التحسينات في الكفاءة والتعافي من الأعطال، لذلك سيتم ذكرها هنا بإيجاز فقط.

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

3.2 Block-STM

سنتناول هنا بالتفصيل الابتكار الأساسي لـ Aptos، محرك التنفيذ المتوازي Block-STM:

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

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

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

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

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

• الجدولة التعاونية: تستخدم Block-STM جدولة تعاونية لتنسيق مهام التنفيذ والتحقق للسلاسل الفردية لتحقيق أقصى قدر من التوازي.

سير عمل Block-STM:

• تجميع المعاملات: المعاملات داخل الكتلة هي تم تجميعها وتعيينها لخيوط مختلفة للتنفيذ المتوازي.

• التنفيذ المتفائل: يقوم كل مؤشر ترابط بتنفيذ المعاملات المخصصة له بشكل متفائل ويسجل مجموعات القراءة والكتابة لكل معاملة.

• التحقق: بمجرد اكتمال تنفيذ المعاملة، فإنه يتحقق من أن إصدار البيانات في مجموعة القراءة لا يزال صالحًا.

• إعادة المحاولة: إذا فشل التحقق من الصحة، مما يشير إلى وجود تعارض، فسيتم وضع علامة على المعاملة غير صالحة وإعادة تنفيذها.

• التقديم: بمجرد التحقق من جميع المعاملات، سيتم كتابة النتائج إلى حالة blockchain، واستكمال تقديم المعاملة.

مزايا Block-STM:

• الإنتاجية العالية: من خلال الاستفادة من التفاؤل مع التحكم في التزامن والجدولة التعاونية، يمكن لـ Block-STM الاستفادة الكاملة من أداء المعالجات متعددة النواة لتحقيق إنتاجية عالية.

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

• السلامة: تضمن آلية التنفيذ والتحقق التسلسلية المحددة مسبقًا لـ Block-STM اتساق الحالة النهائية وأمانها.

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

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

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

• إدارة الحساب المعيارية: باستخدام وحدة Move لتحديد الحسابات وإدارتها، يمكن للمطورين قم بإنشاء وحدات مخصصة لتنفيذ أنواع ووظائف الحسابات المختلفة.

• إدارة المفاتيح المرنة: السماح للمستخدمين باستخدام مفاتيح مختلفة لإجراء عمليات مختلفة على الحساب، مثل استخدام مفتاح واحد لتوقيع المعاملة ومفتاح آخر لإدارة إدارة الحساب.

• التحقق من المعاملات القابلة للبرمجة: يمكن للمطورين تحديد منطق مخصص للتحقق من المعاملات، مثل التوقيع المتعدد وحدود الاستهلاك، داخل وحدة النقل لتلبية سيناريوهات التطبيق المختلفة.

3.4 التعاون مع Microsoft

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

4. نظام Move البيئي

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

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