مقدمة

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

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

1. حركة

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

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

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

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

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

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

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

2. Sui

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

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

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

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

2.2 التوافق

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

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

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

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

المزايا:

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

العيوب:

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

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

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

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

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

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

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

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

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

2.4 الألعاب

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

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

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

3. Aptos

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

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

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

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

3.2 البلوكتشين-STM

هنا، سنوسع في الابتكار الأساسي لشركة أبتوس، محرك التنفيذ المتوازي بلوك-ستم:

مبادئ النواة للبلوك-STM:

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

سير عمل Block-STM:

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

مزايا البلوك-STM:

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

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

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

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

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

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

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

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

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

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

حول YBB

YBB هو صندوق ويب 3 يكرس نفسه لتحديد مشاريع تعريف ويب 3 مع رؤية لخلق موطن عبر الإنترنت أفضل لجميع سكان الإنترنت. تأسست من قبل مجموعة من المؤمنين بالبلوكتشين الذين شاركوا بنشاط في هذه الصناعة منذ عام 2013، YBB على استعداد دائم لمساعدة المشاريع في مرحلة مبكرة على التطور من 0 إلى 1. نحن نقدر الابتكار والشغف الذاتي والمنتجات الموجهة للمستخدم بينما ندرك الإمكانيات الكبيرة للعملات المشفرة وتطبيقات البلوكتشين.

تنصل:

1. تم إعادة نشر هذه المقالة من [متوسط], جميع حقوق الطبع والنشر تعود إلى الكاتب الأصلي [باحث YBB Capital زيك]. إذا كان هناك اعتراضات على هذا النشر المكرر ، يرجى التواصل مع بوابة تعلمالفريق، وسيتولون على التعامل معها على الفور.
2. إخلاء المسؤولية عن المسؤولية: الآراء والآراء الواردة في هذه المقالة هي فقط تلك المؤلف ولا تشكل أي نصيحة استثمارية.
3. تتم ترجمة المقالة إلى لغات أخرى بواسطة فريق Gate Learn. ما لم يتم ذكره، فإن نسخ أو توزيع أو سرقة المقالات المترجمة ممنوع.