ظهرت سلسلة الكتل Sui كبروتوكول جديد من الطبقة 1 (L1)، حيث تتضمن تقنيات متقدمة لمعالجة التنازلات الشائعة في الطبقة 1. يشرح موقع Cointelegraph Research تفاصيل هذا الوافد الجديد إلى مجال blockchain.
تستخدم Sui لغة البرمجة Move، والتي تم تصميمها مع التركيز على تمثيل الأصول والتحكم في الوصول. تدرس هذه المقالة نموذج تخزين البيانات الذي يركز على الكائنات الخاص بـ Sui، وتأثيراته على معالجة المعاملات، ومزاياه المحتملة مقارنة بالنماذج التقليدية القائمة على الحسابات.
نموذج SUI الموجه نحو الكائنات
تستمد Sui إلهامًا كبيرًا من blockchain Diem، لا سيما في استخدامها للغة البرمجة Move للعقود الذكية. تم تصميم Move بنظام نوع مصمم خصيصًا لإدارة الأصول وإنفاذ التحكم في الوصول. يعتمد Sui Move على هذا الأساس من خلال نموذج تخزين بيانات يتمحور حول الكائن ويستخدم الكائنات بدلاً من الحسابات كعناصر أولية.
على عكس نموذج الحساب التقليدي، حيث تتغير الأرصدة في المعاملات، أو نموذج UTXO، حيث تحتوي المعاملات على مدخلات ومخرجات بسيطة، يعامل نموذج كائنات Sui الأصول (وكذلك العقود الذكية) ككائنات معقدة. تأخذ المعاملات في Sui الكائنات كمدخلات وتحول هذه المدخلات إلى كائنات مخرجات. يسجل كل كائن تجزئة المعاملة الأخيرة التي أنتجته. هذا النهج مشابه من الناحية المفاهيمية لنموذج UTXO ولكنه أكثر عمومية وقوة. يمكن رؤية مقارنة بين النماذج أدناه.
يرتبط استخدام Move للمنطق الخطي بالنموذج الموجه للكائنات ويسهل تطوير البرامج الآمنة. يضمن المنطق الخطي، الذي يشار إليه أحيانًا باسم منطق الموارد، عدم تكرار الموارد التي تمثل الأصول الرقمية أو تدميرها عن غير قصد. عند تنفيذ معاملة تتضمن أحد الأصول، تضمن دلالات Sui Move تحديث حالة الأصل بطريقة تعكس نتيجة المعاملة، واستهلاك الأصل في حالته السابقة وإنتاجه في حالته الجديدة.
يمكن أن تحتوي الكائنات في Sui أيضًا على عناصر تحكم وأذونات وصول محددة، مما يعزز الأمان والتحكم في استخدام الأصول بعد المعاملة. وهذا يخفف من نقاط الضعف الشائعة في السلاسل القائمة على الحسابات، والتي تسمح بهجمات إعادة الدخول. في هجوم إعادة الدخول، تقوم الوظيفة باستدعاء خارجي لعقد آخر قبل تحديث حالتها الخاصة، مما يسمح للمهاجمين بتنفيذ الإجراءات بشكل متكرر والتي يجب أن تحدث مرة واحدة فقط.
قد يؤدي هذا إلى تغييرات غير مصرح بها في حالة العقد، مثل سحب أموال أكثر مما ينبغي السماح به. ولأن عمليات نقل الملكية صريحة وذرية في Sui، فلا يمكن حدوث هذا النوع من الأخطاء. يضمن نظام النوع الخطي في Move أنه بمجرد نقل مورد، لا يمكن إعادة استخدامه ما لم يتم إعادة تعيينه صراحةً.
من ناحية أخرى، يتطلب النموذج التقليدي القائم على الحساب كما تستخدمه Solidity أن يقوم المطورون بتنفيذ فحوصات إضافية لمنع مثل هذه الأخطاء. على سبيل المثال، يجب تجنب هجمات إعادة الدخول باتباع نمط التحقق والتأثيرات والتفاعلات. يجب أن تتم جميع عمليات (تأثيرات) تغيير الحالة بعد كل عمليات التحقق ولكن قبل أي تفاعلات (مكالمات خارجية). ويضمن هذا النمط، الذي يشار إليه غالبًا بالمحاسبة المتفائلة، تحديث متغيرات الحالة قبل إجراء أي تفاعلات خارجية.
في حين أن النموذج المرتكز على الكائن في حد ذاته لا يعزز الأمان بطبيعته، إلا أنه يمكنه تبسيط عملية التطوير وتسهيل كتابة تعليمات برمجية آمنة. على الرغم من أنه يمكن التحقق رسميًا من العقود الذكية على إيثريوم لتحقيق مستويات عالية من الأمان، إلا أن هذه العملية يمكن أن تكون معقدة ومكلفة.
تشتهر Solidity بدلالاتها غير البديهية، مما يجعل من الصعب على المطورين التفكير في سلوك الكود. وهذا يزيد من احتمالية إدخال أخطاء خفية ونقاط ضعف أمنية.
تنتمي SUI Move إلى عائلة من اللغات التي تحاول تبسيط تطوير العقود الذكية الآمنة عن طريق دمج البدائيات المالية المعقولة في دلالات اللغة منذ البداية. مثال آخر هو لغة الموافقة على تنفيذ المعاملات (TEAL) الخاصة بـ Algorand blockchain، والتي تستخدم نموذج تنفيذ عديم الجنسية لضمان أن تكون المعاملات ذرية وآمنة.
يُعد نموذج Sui الذي يركز على الكائنات مفيدًا بشكل خاص لإدارة الأصول المعقدة مثل الرموز غير القابلة للاستبدال (NFTs). في Ethereum، ترتبط الرموز غير القابلة للاستبدال بعناوين العقود الذكية، وغالبًا ما تتطلب التفاعلات استدعاءات عقود معقدة وتحديثات الحالة، مما يؤدي إلى ارتفاع التكاليف ومخاطر أمنية محتملة. على سبيل المثال، يتضمن نقل رمز غير قابل للاستبدال في Ethereum استدعاء وظيفة العقد الذكي ERC-721، والذي يقوم بتحديث الحالة وإصدار الأحداث.
تتضمن هذه العملية خطوات متعددة ورسوم الغاز لكل عملية. في المقابل، يسمح نموذج كائن Sui بمعاملة كل NFT ككائن متميز له خصائص وأذونات جوهرية. يتوافق سلوك NFTs بشكل وثيق مع أساسيات لغة Move، بينما في Ethereum، يجب تنفيذ هذا السلوك، مما يزيد من الحمل ويخلق مجالًا للخطأ.
اتجاه الكائن وأداء blockchain
يجعل النموذج الموجه للكائنات عملية التجزئة والتوازي على blockchain SUI أسهل. جنبًا إلى جنب مع التحديث الأخير لآلية إجماع Sui، يحقق SUI وقتًا للانتهاء يبلغ حوالي 390 مللي ثانية.
قد يسمح هذا بإنتاجية تتجاوز 100000 معاملة في الثانية. يمكن العثور على مقارنة بين Sui وسلاسل الكتل الأخرى البارزة من الطبقة 1 أدناه.
تجزئة قاعدة البيانات على سلاسل تعتمد على الحسابات مقابل واجهة المستخدم الرسومية
أحد أكثر المخاوف إلحاحًا فيما يتعلق بسلاسل الكتل هو الموازنة السيئة السمعة بين قابلية التوسع والأمان واللامركزية. ويُعتبر التجزئة، التي تسهل تقسيم قاعدة بيانات سلسلة الكتل، حلاً لهذه المشكلة.
في البنى القائمة على الحساب، تتضمن المشاركة تقسيم الحالة حسب عناوين الحساب. يدير كل جزء نطاقًا مميزًا من العناوين، وتتم معالجة المعاملات بواسطة الجزء الذي يحمل بيانات الحساب المعني.
ومع ذلك، فإن هذا يواجه عددًا من المشكلات. على سبيل المثال، يتطلب Polkadot تحديث رصيد كل حساب وحالته ومزامنتهما عبر الأجزاء (Parachains). يعد الحفاظ على الاتساق عبر الأجزاء المتعددة أمرًا صعبًا حيث يجب أن يتزامن كل جزء بانتظام مع الحالة العالمية، مما يؤدي إلى زمن الاستجابة والتعقيد.
تتطلب المعاملات التي تتضمن حسابات على أجزاء مختلفة مراسلة وتنسيقًا بين الأجزاء، مما يضيف أعباء حسابية ويؤخر إتمام المعاملة. في الماضي، أدى هذا إلى توقف عمل مثل هذه البلوكشين، كما كان الحال بالنسبة لـ Zilliqa.
يتجنب نموذج Sui الذي يركز على الكائنات العديد من هذه المشكلات من خلال التعامل مع كل كائن كوحدة مستقلة للحالة. يمكن معالجة الكائنات وإدارتها بشكل منفصل دون الحاجة إلى مزامنة الحالة العالمية، ويمكن معالجة معاملات متعددة في وقت واحد دون الحاجة إلى المزامنة عبر الشظايا. يقلل هذا من الحاجة إلى الاتصالات المعقدة بين الشظايا ويسمح بمعالجة متوازية أكثر بساطة وكفاءة.
معالجة المعاملات المتوازية على SUI
يشير التوازي إلى تنفيذ عمليات متعددة في وقت واحد وتحسين سرعة المعالجة من خلال الاستفادة من خيوط التنفيذ المتزامنة.
هناك طريقتان رئيسيتان للتوازي: طريقة الوصول إلى الحالة (أو التنفيذ الحتمي) والتنفيذ المتفائل. في طريقة الوصول إلى الحالة التي يستخدمها Sui وSolana، تعلن المعاملات عن أجزاء الولاية التي ستصل إليها، مما يسمح للنظام بتحديد المعاملات المستقلة التي يمكن تنفيذها بشكل متزامن.
ويضمن هذا النهج نتائج يمكن التنبؤ بها ويتجنب الحاجة إلى إعادة تنفيذ المعاملات، مما يتيح أسواق رسوم الغاز الديناميكية التي تدير النقاط الساخنة المزدحمة في الولايات.
من ناحية أخرى، يفترض التنفيذ المتفائل، كما تستخدمه شبكات مثل Monad وAptos، في البداية أن جميع المعاملات مستقلة ثم يعيد تنفيذ المعاملات المتضاربة بأثر رجعي. ورغم أنه أبسط بالنسبة للمطورين، إلا أنه قد يؤدي إلى عدم كفاءة الحوسبة.
تحقق Sui توازي الوصول إلى الحالة من خلال نموذجها المتمركز حول الكائن. العمليات التي تتم على كائن واحد لا تؤثر أو تؤخر العمليات على كائن آخر، مما يسمح بطبيعة الحال بمعالجتها بشكل متزامن. تعمل نفس الميزات الهيكلية على تبسيط تقسيم قاعدة بيانات المعاملات، وبالتالي تبسيط المعالجة المتوازية على عقدة واحدة.
خاتمة
في الختام، فإن نموذج Sui blockchain المرتكز على الكائنات، جنبًا إلى جنب مع لغة برمجة Move، يعالج العديد من القيود الرئيسية لسلاسل الكتل التقليدية من الطبقة الأولى. تعمل القدرة على معالجة المعاملات بالتوازي على تعزيز قابلية التوسع بشكل كبير وتقليل زمن الوصول.
يضمن استخدام المنطق الخطي والأمان القائم على القدرات إدارة قوية للموارد والتحكم في الوصول، مما قد يقلل من مخاطر الأخطاء والثغرات الأمنية. بالإضافة إلى ذلك، يعمل نهج Sui لإدارة الأصول المعقدة، مثل NFTs، على تبسيط التفاعلات وتحسين الكفاءة مقارنة بالنماذج التقليدية القائمة على الحساب. تضع هذه الميزات Sui كتقدم جدير بالملاحظة في تقنية blockchain.
في مقالتنا التالية، سنتناول آلية الإجماع في سلسلة الكتل Sui، ونستكشف تطورها والفوائد التي توفرها. تستخدم Sui بروتوكول إجماع مصمم للعمل مع نموذجها المرتكز على الكائنات.
سنقوم بتحليل تفاصيل آلية الإجماع الخاصة بـ Sui، بما في ذلك أساليب التسامح مع الأخطاء وتحسين الإنتاجية، لفهم كيفية مساهمة هذه العناصر في بنيتها التحتية.
علاوة على ذلك، سوف نقوم بمقارنة نهج الإجماع الخاص بـ Sui مع تلك الخاصة بسلاسل الكتل البارزة الأخرى، مثل Ethereum و Polkadot و Solana، لتحديد ميزاتها الفريدة والمجالات التي قد تتفوق فيها أو تواجه فيها تحديات.
مجلة: مع تزايد صعوبة التصيد باستخدام الإيثريوم، ينتقل المستنزفون إلى TON وBitcoin
