ظهرت سلسلة كتل Sui كبروتوكول طبقة 1 جديد (L1)، مدمجة التقنيات المتقدمة لمعالجة التناقضات الشائعة في طبقة 1. يقوم بحث Cointelegraph بفك تفاصيل هذا القادم الجديد إلى مجال سلسلة الكتل.
Sui يستخدملغة برمجة متحركةالذي تم تصميمه بتركيز على تمثيل الأصول والتحكم في الوصول. يفحص هذا المقال نموذج تخزين البيانات المتمحور حول الكائن في سوي ، وتأثيراته على معالجة المعاملات ، ومزاياه المحتملة على الأنماط المعتادة المعتمدة على الحساب.
تستوحي سوي إلهامًا كبيرًا من سلسلة كتل ديم، خاصة في استخدام لغة برمجة موف للعقود الذكية. تم تصميم موف بنظام نوع مصمم خصيصًا لإدارة الأصول وفرض رقابة الوصول. يبني سوي موف على هذا الأساس بـنموذج تخزين البيانات الموجهة نحو الكائناتالذي يستخدم الكائنات بدلاً من الحسابات كبنيات أولية.
على عكس نموذج الحساب التقليديحيث تتغير الأرصدة في المعاملات، أو نموذج UTXO، حيث تكون المعاملات لديها مدخلات ومخرجات بسيطة،نموذج كائن سويتعامل Sui الأصول (بالإضافة إلى العقود الذكية) ككائنات معقدة. تتخذ معاملات Sui الكائنات كمدخلات وتحول هذه المدخلات إلى كائنات الإخراج. يسجل كل كائن مجموعة هاش آخر معاملة أنتجته. يتمثل هذا النهج في نموذج UTXO من حيث المفهوم ولكنه أكثر عمومية وقوة. يمكن رؤية مقارنة بين النماذج أدناه.
@ZeroAgeVentures/the-sui-thesis-3018e3b34e58">استخدام Move للمنطق الخطي مرتبط بالنموذج الموجه نحو الكائنات ويسهل تطوير البرمجيات الآمنة. المنطق الخطي، أحيانًا يُشار إليها بمنطق الموارد, يضمن أن الموارد التي تمثل الأصول الرقمية لا يمكن تكرارها أو تدميرها عن طريق الخطأ. عندما عملية تداولعند تنفيذ أصل معين ، تضمن الدلالة في Sui Move تحديث حالة الأصل بطريقة تعكس نتيجة المعاملة ، حيث يتم استهلاك الأصل في حالته السابقة وإنتاجه في حالته الجديدة.
يمكن للكائنات في Sui أيضًا أن تحتوي علىضبطت الضوابط والصلاحيات، مما يعزز الأمان والتحكم في استخدام الأصول بعد عملية التحويل.هذا mitiGatesالثغرات الشائعة على السلاسل القائمة على الحسابات، التي تسمح بالهجمات الثانوية. فيهجوم رينترانسي, يقوم الدالة بإجراء اتصال خارجي إلى عقد آخر قبل تحديث حالته الخاصة، مما يتيح للمهاجمين تنفيذ إجراءات متكررة يجب أن تحدث مرة واحدة فقط.
يمكن أن يؤدي ذلك إلى تغييرات غير مصرح بها في حالة العقد ، مثل سحب أموال أكثر مما يجب السماح به. لأن نقل الملكيةصحيحة وذرية في SUI، لا يمكن حدوث هذا النوع من الأخطاء. يضمن نظام النوع الخطي الخاص بـ Move أنه بمجرد تحريك الموارد، لا يمكن إعادة استخدامها إلا إذا تم تعيينها صراحة.
النموذج القائم على الحساب التقليدي الذي يستخدمه Solidity، من ناحية أخرى، يتطلب من المطورين تنفيذ فحوصات إضافية لتجنب مثل هذه الثغرات. على سبيل المثال، يجب تجنب هجمات إعادة الدخول من خلال اتباع الفحوصات-التأثيرات-التفاعلاتالنمط. يجب أن تحدث جميع العمليات التي تغير الحالة (التأثيرات) بعد جميع الفحوصات ولكن قبل أي تفاعلات (المكالمات الخارجية). يضمن هذا النمط، المعروف أيضا بالمحاسبة التفاؤلية، أن تتم تحديث متغيرات الحالة قبل القيام بأي تفاعلات خارجية.
بينما النموذج المركزي الذي يركز على الكائن نفسه لا يعزز الأمان بطبيعته، إلا أنه يمكن أن يبسط عملية التطوير ويجعل من الأسهل كتابة الشفرة الآمنة. على الرغم من أن العقود الذكية على إيثريوم يمكن أن يتم التحقق منها رسميالتحقيق مستويات عالية من الأمان، يمكن أن يكون هذا العملية معقدة ومكلفة.
يُعرف Solidity بأسلوبه غير المفهوم بشكل سيء، مما يجعل الأمر صعبًا على المطورين لفهم سلوك الشفرة. وهذا يزيد من احتمالية ظهور أخطاء صغيرة وثغرات أمان.
ينتمي SUI Move إلى عائلة من اللغات التي تحاول تبسيط تطوير العقود الذكية الآمنة عن طريق دمج الأساسيات المالية الحكيمة في دلالة اللغة من البداية. مثال آخر هو لغة موافقة تنفيذ المعاملات (TEAL) في سلسلة كتل Algorand، التي تستخدم نموذج تنفيذ بدون حالةلضمان أن المعاملات ذات طابع ذري وآمنة.
نموذج سوي المعتمد على الكائنات مفيد بشكل خاص في إدارة الأصول المعقدة مثل العملات غير القابلة للتبادل (NFTs). في إيثيريوم، يرتبط NFTs بعناوين العقود الذكية، وغالبًا ما تتطلب التفاعلات مكالمات عقود معقدة وتحديثات الحالة، مما يؤدي إلى تكاليف أعلى ومخاطر أمنية محتملة. على سبيل المثال، نقل NFT في إيثريومينطوي على استدعاء وظيفة من عقد ذكي ERC-721، والتي تقوم بتحديث الحالة وإصدار الأحداث.
ينطوي هذا العملية على خطوات متعددة ورسوم الغاز لكل عملية. بالمقابل،يسمح نموذج SUI بكل NFTأن تُعامَل ككائن مميز بخصائص وأذونات جوهرية. سلوك NFTs متماشٍ تمامًا مع الأساسيات في لغة Move، في حين أن في إثيريوم، يجب تنفيذ هذا السلوك، مما يزيد الفوقية ويخلق مجالًا للخطأ.
يجعل النموذج الموجه الكائنية التقسيم والتوازي على سلسلة كتل SUI أسهل. بالاشتراك مع تحديث حديث لآلية الاتفاق Sui ، يحقق SUI بالتالي وقتًا للانتهاء يبلغ حوالي390 ميلي ثانية.
يمكن أن يتيح ذلك معدل تردد يتجاوز100,000 عملية في الثانية. يمكن العثور على مقارنة Sui مع سلاسل الكتل الطبقية البارزة الأخرى أدناه.
أحد أكثر القلق الشديد بالنسبة للبلوكتشين هو التناقض الشهير بين قابلية التوسع والأمان واللامركزية.تجزئة، الذي يسهل تجزئة قاعدة بيانات البلوكشين، يعتبر حلًا لهذه المشكلة.
في الهندسة المعمارية القائمة على الحسابات، يشمل التجزئة تقسيم الحالة حسب عناوين الحسابات. كل شارد يدير مجموعة متميزة من العناوين، وتتم معالجة المعاملات من قبل الشارد الذي يحتوي على بيانات الحساب المعني.
ومع ذلك، تواجه هذه مجموعة من المشاكل. على سبيل المثال،بولكادوتيتطلب تحديث رصيد وحالة كل حساب ومزامنتها عبر الأنابيب (شبكات بديلة). الحفاظ على الاتساق عبر عدة أنابيب يشكل تحديًا نظرًا لأن كل أنبوب يعتبر حالة مستقلة.يجب مزامنة بانتظام مع الحالة العالمية، مما يسبب تأخرًا وتعقيدًا.
تتطلب المعاملات التي تنطوي على حسابات على أجزاء مختلفة رسائل وتنسيقا بين الأجزاء ، مما يضيف عبئا حسابيا ويؤخر إنهاء المعاملة. في الماضي ، أدى ذلك إلى توقف مثل هذه البلوكشين ، كما كان الحال بالنسبة ل زيليكا.
يتجنب نموذج سوي المحور على الكائن العديد من هذه المشاكل من خلال معاملتهكل كائن كوحدة مستقلة من الحالة. يمكن معالجة الكائنات وإدارتها بشكل منفصل دون الحاجة إلى مزامنة الحالة العالمية ، ويمكن معالجة عمليات متعددة بشكل متزامن دون الحاجة إلى مزامنة عبر الشرائح. يقلل ذلك من الحاجة إلى التواصل المعقد عبر الشرائح المتقاطعة ويسمح بمعالجة متوازية أكثر سهولة وكفاءة.
التوازي يشير إلى تنفيذ عمليات متعددة في وقت واحد وتحسين سرعة المعالجة من خلال استغلال خيوط التنفيذ المتزامنة.
هناك طريقتان رئيسيتان للتوازيطريقة الوصول إلى الحالة (أو التنفيذ المحدد) والتنفيذ المتفائل. فيطريقة الوصول إلى الحالةتستخدمها Sui وسولانا، تعلن المعاملات أجزاء الحالة التي ستصل إليها ، مما يتيح للنظام تحديد المعاملات المستقلة التي يمكن تنفيذها بشكل متزامن.
تضمن هذه الطريقة نتائج متوقعة وتجنب الحاجة إلى إعادة تنفيذ المعاملات، مما يتيح أسواق رسوم الغاز الديناميكية التي تدير نقاط الانزلاق الحرجة المزدحمة.
تنفيذ متفائلمن ناحية أخرى، حيث يتم استخدامها من قبل شبكات مثل Monad و Aptos، تفترض في البداية أن جميع المعاملات مستقلة وإعادة تنفيذ المعاملات المتعارضة بشكل استباقي. بينما يمكن أن يكون أكثر بساطة للمطورين، يمكن أن يؤدي إلى عدم كفاءة الحسابات.
تحقق سوي الوصول المتوازي إلى الحالة من خلال نموذجها المحوري للكائنات. عمليات على كائن واحد لا تؤثر أو تؤخر عمليات على آخر، مما يسمح بها بشكل طبيعي ليتم معالجتها بشكل متزامن. تسهل نفس الميزات الهيكلية تقسيم قاعدة البيانات للمعاملات، مما يبسط أيضًا معالجة المتوازية على عقد واحد.
في الختام، يعالج نموذج سلسلة الكتل Sui المركزية حول الكائن، بالاقتران مع لغة البرمجة Move، العديد من القيود الرئيسية لسلاسل الكتل الطبقة ١ التقليدية. القدرة على معالجة المعاملات بشكل متوازي يعزز بشكل كبير قابلية التوسع ويقلل من التأخير بشكل كبير.
استخدام المنطق الخطي والأمان القائم على القدرات يضمن إدارة موارد قوية ومراقبة الوصول، مما قد يقلل من مخاطر الأخطاء والثغرات الأمنية. بالإضافة إلى ذلك، يُبسط نهج سوي في إدارة الأصول المعقدة، مثل NFTs، التفاعلات ويحسن الكفاءة بالمقارنة مع النماذج القائمة على الحسابات التقليدية. توضع هذه الميزات سوي كتطور ملحوظ في تكنولوجيا البلوكتشين.
في مقالنا القادم، سندرس آلية التوافق في سلسلة كتل SUI، مستكشفين تطورها والفوائد التي توفرها. تعتمد SUI على بروتوكول توافق صمم للعمل مع نموذجها الموجه نحو الكائنات.
سنقوم بتحليل تفاصيل آلية إجماع Sui ، بما في ذلك التسامح مع الخطأ وطرق تحسين الإنتاجية ، لفهم كيفية مساهمة هذه العناصر في بنيتها التحتية.
وعلاوة على ذلك، سنقارن نهج الاتفاق في سوي مع تلك المستخدمة في سلاسل الكتل البارزة الأخرى مثل إيثيريوم وبولكادوت وسولانا لتحديد ميزاتها الفريدة والمجالات التي قد تتفوق فيها أو تواجه تحديات.
ظهرت سلسلة كتل Sui كبروتوكول طبقة 1 جديد (L1)، مدمجة التقنيات المتقدمة لمعالجة التناقضات الشائعة في طبقة 1. يقوم بحث Cointelegraph بفك تفاصيل هذا القادم الجديد إلى مجال سلسلة الكتل.
Sui يستخدملغة برمجة متحركةالذي تم تصميمه بتركيز على تمثيل الأصول والتحكم في الوصول. يفحص هذا المقال نموذج تخزين البيانات المتمحور حول الكائن في سوي ، وتأثيراته على معالجة المعاملات ، ومزاياه المحتملة على الأنماط المعتادة المعتمدة على الحساب.
تستوحي سوي إلهامًا كبيرًا من سلسلة كتل ديم، خاصة في استخدام لغة برمجة موف للعقود الذكية. تم تصميم موف بنظام نوع مصمم خصيصًا لإدارة الأصول وفرض رقابة الوصول. يبني سوي موف على هذا الأساس بـنموذج تخزين البيانات الموجهة نحو الكائناتالذي يستخدم الكائنات بدلاً من الحسابات كبنيات أولية.
على عكس نموذج الحساب التقليديحيث تتغير الأرصدة في المعاملات، أو نموذج UTXO، حيث تكون المعاملات لديها مدخلات ومخرجات بسيطة،نموذج كائن سويتعامل Sui الأصول (بالإضافة إلى العقود الذكية) ككائنات معقدة. تتخذ معاملات Sui الكائنات كمدخلات وتحول هذه المدخلات إلى كائنات الإخراج. يسجل كل كائن مجموعة هاش آخر معاملة أنتجته. يتمثل هذا النهج في نموذج UTXO من حيث المفهوم ولكنه أكثر عمومية وقوة. يمكن رؤية مقارنة بين النماذج أدناه.
@ZeroAgeVentures/the-sui-thesis-3018e3b34e58">استخدام Move للمنطق الخطي مرتبط بالنموذج الموجه نحو الكائنات ويسهل تطوير البرمجيات الآمنة. المنطق الخطي، أحيانًا يُشار إليها بمنطق الموارد, يضمن أن الموارد التي تمثل الأصول الرقمية لا يمكن تكرارها أو تدميرها عن طريق الخطأ. عندما عملية تداولعند تنفيذ أصل معين ، تضمن الدلالة في Sui Move تحديث حالة الأصل بطريقة تعكس نتيجة المعاملة ، حيث يتم استهلاك الأصل في حالته السابقة وإنتاجه في حالته الجديدة.
يمكن للكائنات في Sui أيضًا أن تحتوي علىضبطت الضوابط والصلاحيات، مما يعزز الأمان والتحكم في استخدام الأصول بعد عملية التحويل.هذا mitiGatesالثغرات الشائعة على السلاسل القائمة على الحسابات، التي تسمح بالهجمات الثانوية. فيهجوم رينترانسي, يقوم الدالة بإجراء اتصال خارجي إلى عقد آخر قبل تحديث حالته الخاصة، مما يتيح للمهاجمين تنفيذ إجراءات متكررة يجب أن تحدث مرة واحدة فقط.
يمكن أن يؤدي ذلك إلى تغييرات غير مصرح بها في حالة العقد ، مثل سحب أموال أكثر مما يجب السماح به. لأن نقل الملكيةصحيحة وذرية في SUI، لا يمكن حدوث هذا النوع من الأخطاء. يضمن نظام النوع الخطي الخاص بـ Move أنه بمجرد تحريك الموارد، لا يمكن إعادة استخدامها إلا إذا تم تعيينها صراحة.
النموذج القائم على الحساب التقليدي الذي يستخدمه Solidity، من ناحية أخرى، يتطلب من المطورين تنفيذ فحوصات إضافية لتجنب مثل هذه الثغرات. على سبيل المثال، يجب تجنب هجمات إعادة الدخول من خلال اتباع الفحوصات-التأثيرات-التفاعلاتالنمط. يجب أن تحدث جميع العمليات التي تغير الحالة (التأثيرات) بعد جميع الفحوصات ولكن قبل أي تفاعلات (المكالمات الخارجية). يضمن هذا النمط، المعروف أيضا بالمحاسبة التفاؤلية، أن تتم تحديث متغيرات الحالة قبل القيام بأي تفاعلات خارجية.
بينما النموذج المركزي الذي يركز على الكائن نفسه لا يعزز الأمان بطبيعته، إلا أنه يمكن أن يبسط عملية التطوير ويجعل من الأسهل كتابة الشفرة الآمنة. على الرغم من أن العقود الذكية على إيثريوم يمكن أن يتم التحقق منها رسميالتحقيق مستويات عالية من الأمان، يمكن أن يكون هذا العملية معقدة ومكلفة.
يُعرف Solidity بأسلوبه غير المفهوم بشكل سيء، مما يجعل الأمر صعبًا على المطورين لفهم سلوك الشفرة. وهذا يزيد من احتمالية ظهور أخطاء صغيرة وثغرات أمان.
ينتمي SUI Move إلى عائلة من اللغات التي تحاول تبسيط تطوير العقود الذكية الآمنة عن طريق دمج الأساسيات المالية الحكيمة في دلالة اللغة من البداية. مثال آخر هو لغة موافقة تنفيذ المعاملات (TEAL) في سلسلة كتل Algorand، التي تستخدم نموذج تنفيذ بدون حالةلضمان أن المعاملات ذات طابع ذري وآمنة.
نموذج سوي المعتمد على الكائنات مفيد بشكل خاص في إدارة الأصول المعقدة مثل العملات غير القابلة للتبادل (NFTs). في إيثيريوم، يرتبط NFTs بعناوين العقود الذكية، وغالبًا ما تتطلب التفاعلات مكالمات عقود معقدة وتحديثات الحالة، مما يؤدي إلى تكاليف أعلى ومخاطر أمنية محتملة. على سبيل المثال، نقل NFT في إيثريومينطوي على استدعاء وظيفة من عقد ذكي ERC-721، والتي تقوم بتحديث الحالة وإصدار الأحداث.
ينطوي هذا العملية على خطوات متعددة ورسوم الغاز لكل عملية. بالمقابل،يسمح نموذج SUI بكل NFTأن تُعامَل ككائن مميز بخصائص وأذونات جوهرية. سلوك NFTs متماشٍ تمامًا مع الأساسيات في لغة Move، في حين أن في إثيريوم، يجب تنفيذ هذا السلوك، مما يزيد الفوقية ويخلق مجالًا للخطأ.
يجعل النموذج الموجه الكائنية التقسيم والتوازي على سلسلة كتل SUI أسهل. بالاشتراك مع تحديث حديث لآلية الاتفاق Sui ، يحقق SUI بالتالي وقتًا للانتهاء يبلغ حوالي390 ميلي ثانية.
يمكن أن يتيح ذلك معدل تردد يتجاوز100,000 عملية في الثانية. يمكن العثور على مقارنة Sui مع سلاسل الكتل الطبقية البارزة الأخرى أدناه.
أحد أكثر القلق الشديد بالنسبة للبلوكتشين هو التناقض الشهير بين قابلية التوسع والأمان واللامركزية.تجزئة، الذي يسهل تجزئة قاعدة بيانات البلوكشين، يعتبر حلًا لهذه المشكلة.
في الهندسة المعمارية القائمة على الحسابات، يشمل التجزئة تقسيم الحالة حسب عناوين الحسابات. كل شارد يدير مجموعة متميزة من العناوين، وتتم معالجة المعاملات من قبل الشارد الذي يحتوي على بيانات الحساب المعني.
ومع ذلك، تواجه هذه مجموعة من المشاكل. على سبيل المثال،بولكادوتيتطلب تحديث رصيد وحالة كل حساب ومزامنتها عبر الأنابيب (شبكات بديلة). الحفاظ على الاتساق عبر عدة أنابيب يشكل تحديًا نظرًا لأن كل أنبوب يعتبر حالة مستقلة.يجب مزامنة بانتظام مع الحالة العالمية، مما يسبب تأخرًا وتعقيدًا.
تتطلب المعاملات التي تنطوي على حسابات على أجزاء مختلفة رسائل وتنسيقا بين الأجزاء ، مما يضيف عبئا حسابيا ويؤخر إنهاء المعاملة. في الماضي ، أدى ذلك إلى توقف مثل هذه البلوكشين ، كما كان الحال بالنسبة ل زيليكا.
يتجنب نموذج سوي المحور على الكائن العديد من هذه المشاكل من خلال معاملتهكل كائن كوحدة مستقلة من الحالة. يمكن معالجة الكائنات وإدارتها بشكل منفصل دون الحاجة إلى مزامنة الحالة العالمية ، ويمكن معالجة عمليات متعددة بشكل متزامن دون الحاجة إلى مزامنة عبر الشرائح. يقلل ذلك من الحاجة إلى التواصل المعقد عبر الشرائح المتقاطعة ويسمح بمعالجة متوازية أكثر سهولة وكفاءة.
التوازي يشير إلى تنفيذ عمليات متعددة في وقت واحد وتحسين سرعة المعالجة من خلال استغلال خيوط التنفيذ المتزامنة.
هناك طريقتان رئيسيتان للتوازيطريقة الوصول إلى الحالة (أو التنفيذ المحدد) والتنفيذ المتفائل. فيطريقة الوصول إلى الحالةتستخدمها Sui وسولانا، تعلن المعاملات أجزاء الحالة التي ستصل إليها ، مما يتيح للنظام تحديد المعاملات المستقلة التي يمكن تنفيذها بشكل متزامن.
تضمن هذه الطريقة نتائج متوقعة وتجنب الحاجة إلى إعادة تنفيذ المعاملات، مما يتيح أسواق رسوم الغاز الديناميكية التي تدير نقاط الانزلاق الحرجة المزدحمة.
تنفيذ متفائلمن ناحية أخرى، حيث يتم استخدامها من قبل شبكات مثل Monad و Aptos، تفترض في البداية أن جميع المعاملات مستقلة وإعادة تنفيذ المعاملات المتعارضة بشكل استباقي. بينما يمكن أن يكون أكثر بساطة للمطورين، يمكن أن يؤدي إلى عدم كفاءة الحسابات.
تحقق سوي الوصول المتوازي إلى الحالة من خلال نموذجها المحوري للكائنات. عمليات على كائن واحد لا تؤثر أو تؤخر عمليات على آخر، مما يسمح بها بشكل طبيعي ليتم معالجتها بشكل متزامن. تسهل نفس الميزات الهيكلية تقسيم قاعدة البيانات للمعاملات، مما يبسط أيضًا معالجة المتوازية على عقد واحد.
في الختام، يعالج نموذج سلسلة الكتل Sui المركزية حول الكائن، بالاقتران مع لغة البرمجة Move، العديد من القيود الرئيسية لسلاسل الكتل الطبقة ١ التقليدية. القدرة على معالجة المعاملات بشكل متوازي يعزز بشكل كبير قابلية التوسع ويقلل من التأخير بشكل كبير.
استخدام المنطق الخطي والأمان القائم على القدرات يضمن إدارة موارد قوية ومراقبة الوصول، مما قد يقلل من مخاطر الأخطاء والثغرات الأمنية. بالإضافة إلى ذلك، يُبسط نهج سوي في إدارة الأصول المعقدة، مثل NFTs، التفاعلات ويحسن الكفاءة بالمقارنة مع النماذج القائمة على الحسابات التقليدية. توضع هذه الميزات سوي كتطور ملحوظ في تكنولوجيا البلوكتشين.
في مقالنا القادم، سندرس آلية التوافق في سلسلة كتل SUI، مستكشفين تطورها والفوائد التي توفرها. تعتمد SUI على بروتوكول توافق صمم للعمل مع نموذجها الموجه نحو الكائنات.
سنقوم بتحليل تفاصيل آلية إجماع Sui ، بما في ذلك التسامح مع الخطأ وطرق تحسين الإنتاجية ، لفهم كيفية مساهمة هذه العناصر في بنيتها التحتية.
وعلاوة على ذلك، سنقارن نهج الاتفاق في سوي مع تلك المستخدمة في سلاسل الكتل البارزة الأخرى مثل إيثيريوم وبولكادوت وسولانا لتحديد ميزاتها الفريدة والمجالات التي قد تتفوق فيها أو تواجه تحديات.