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

المؤلف: باحث YBB Capital  : left;">أصبح السوق باردًا بشكل متزايد مؤخرًا، وبدأ العديد من OG s في الصناعة يترددون في معنى وجود الصناعة. وللحديث عن مشاعري الشخصية، أشعر دائمًا أن السبب وراء "تزوير" الكثير من الرؤى العظيمة في الماضي هو أن هذه الرؤى لم تكن متسقة منطقيًا منذ البداية. تحاول التطبيقات اللامركزية خارج التطبيقات غير المالية دائمًا إخفاء أن المنتج نفسه ليس جيدًا بما يكفي من خلال التأكيد على قيمة اللامركزية. لكن الحقيقة هي أنهم طلبوا مني عدم الثقة في Google وTwitter وYouTube، ولكن أن أثق في أن محافظهم متعددة التوقيع وخوادمهم المستقلة آمنة بدرجة كافية. العديد من الرؤى ليست مزيفة، ولكن لم يتم التحقق منها بشكل حقيقي. ما زلت أعتقد أن معظم الرؤى لها معنى حتى لو لم تكن كبيرة جدًا، فقد تحتاج فقط إلى طبقة سفلية كافية لدعمها. في النهاية، يمكن توفير واحد على الأقل من حيث اللامركزية وتجربة جيدة قابلة للمقارنة بـ Web2. تمامًا كما كان الحال في الماضي، كان كل من TON وSolana محتقرين، لكنهما الآن يلحقان تدريجيًا بإخوانهما الكبار في العديد من جوانب الأداء. تحتاج السلسلة العامة التي تحمل التطبيقات إلى الابتكار، مما سيعزز تقدم الصناعة في كل دورة. لذلك، سنستكشف اليوم أحد أنواع السلسلة العامة التي لم يتم أخذها على محمل الجد لفترة طويلة، وهو نظام Move.

1.Move

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

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

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

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

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

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

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

2. Sui

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

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

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

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

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

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

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

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

2.2 الإجماع

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

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

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

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

المزايا:

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

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

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

العيوب:

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

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

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

2.3 الحساب الملخص

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

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

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

1. < p style="text-align: left;">كائن الحساب: كائن الحساب هو الوحدة الأساسية للحساب في Sui. يحتوي كل كائن حساب على معرف حساب فريد ويحتوي على خصائص الحساب وسلوكياته؛

2. بيانات الحساب (بيانات الحساب): بيانات الحساب هو المكون الأساسي لكائن الحساب. ويحتوي على المعلومات الأساسية للحساب، مثل معرف الحساب والمفتاح العام وأزواج المفاتيح الخاصة؛

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

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

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

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

< li>

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

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

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

4. تأكيد المعاملة: Sui  تؤكد الشبكة المعاملة، ويتم كتابة النتيجة إلى blockchain.

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

2.4 الألعاب

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

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

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

3. Aptos

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

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

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

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

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

< p style="text-align : left;">4. نقل لغة البرمجة: تستخدم Aptos لغة البرمجة Move. بالمقارنة مع الابتكارات التي قدمتها Sui، بذلت Aptos المزيد لتحسينها. على سبيل المثال، توحيد اللغة، وتقديم دعم أكثر قوة للوظائف، وإمكانيات التخصيص؛

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

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

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

3.2 Block-STM

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

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

< li>

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

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

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

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

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

سير عمل Block-STM:

1. < p style="text-align: left;">تجميع المعاملات: قم بتجميع المعاملات في الكتلة وتعيينها إلى سلاسل رسائل مختلفة للتنفيذ المتوازي؛

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

3. التحقق: عندما يكمل مؤشر الترابط تنفيذ المعاملة، فإنه سيتحقق مما إذا كان إصدار البيانات في مجموعة القراءة الخاصة به لا يزال صالحًا؛

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

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

مزايا Block-STM:

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

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

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

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

3.3 الحساب الملخص

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

1. < p style="text-align: left;">إدارة الحساب المعيارية: استخدم وحدة النقل لتحديد الحسابات وإدارتها، ويمكن للمطورين إنشاء وحدات مخصصة لتنفيذ أنواع ووظائف حسابات مختلفة.

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

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

3.4 التعاون مع Microsoft

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

4. نقل القسم

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

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