Sui Lutris: تحليل بروتوكول النظام الموزع الأساسي لسلسلة Sui
أصدرت مختبرات ميستين الورقة البيضاء لـ Sui Lutris في 18 أغسطس، بعد عدة أشهر من الاختبار، وحددت المحتويات الهامة التالية:
يمكن لـ Sui معالجة 140k إلى 150k عملية في الثانية عند استخدام PTBs و 5K TPS. وهذا يدل على أن الأداء الفعلي لـ Sui تحت ذروة الشبكة الرئيسية (حوالي 700TPS) يتجاوز بكثير نتائج الاختبار القياسية.
حتى في حالة توقف بعض عقد التحقق عن العمل، لا يزال بإمكان تأخير التأكيد النهائي لـ Sui أن يبقى أقل من 0.5 ثانية.
تصف الورقة البيضاء بالتفصيل آلية عمل Sui، وتوفر دليلًا على الأمان وكيفية إعادة إنتاج البيانات ذات الصلة من قبل المختبرين الخارجيين.
بعد إطلاق الشبكة الرئيسية لـ Sui، جذبت بسرعة تطوير التطبيقات مثل الألعاب وNFT. التقرير الفني لـ Sui Lutris الصادر عن Mysten Labs مؤخراً يقدم نظاماً موزعاً يدعم Sui، والذي يمكنه تحقيق سعة عالية واستقرار طويل الأمد مع الحفاظ على زمن انتقال منخفض.
منذ ولادة البيتكوين، حققت تقنية البلوك تشين تقدمًا كبيرًا، حيث تظهر تطبيقات جديدة مثل الألعاب وNFT باستمرار. كان مجتمع البلوك تشين يعمل بجد على تحسين كفاءة التقنية، خاصة في معالجة الأحمال العالية وتأخير الوقت الحقيقي.
في الوقت الحالي، تواجه سلسلة الكتل من الطبقة الأولى تحديين رئيسيين: تحقيق قدرة معالجة عالية على أساس انخفاض التأخير، مع ضمان الاستقرار على المدى الطويل لبروتوكول الإجماع. يمكن مواجهة هذه التحديات من خلال المشاركة الديناميكية وتكوين العقدة المصدقة.
تُعتبر طريقة فعّالة لتحقيق معدل نقل عالٍ هي استخدام بروتوكول الاجماع القائم على DAG، مثل Narwhal/Bullshark المستخدم في Sui. تتيح هذه البروتوكولات للبلوكشين تنفيذ عدد كبير من المعاملات في وقت واحد، مما يجعلها مثالية لتطبيقات مثل الألعاب وNFT. ومع ذلك، قد تؤدي البروتوكولات القائمة على DAG إلى تأخيرات تصل إلى عدة ثوانٍ، وهو ما يؤثر بشكل كبير على التحويلات الشائعة أو العمليات في الألعاب.
من ناحية أخرى، تظهر بروتوكولات عدم الإجماع إمكانيات هائلة في تقليل التأخير وقابلية التوسع، كما هو موضح في نموذج FastPay الأولي الذي تم البحث فيه مبكرًا. تحقق هذه البروتوكولات معالجة سريعة للمعاملات من خلال إزالة الإجماع، دون الحاجة إلى فرز المعاملات المستقلة المعالجة بشكل متوازي. لكنها مناسبة فقط لفئات محدودة من العمليات البسيطة على البلوكشين، مما يقيّد قدرة عقود الذكاء، وتواجه تحديات في إعادة تكوين مجموعة من عقد التحقق المتغيرة ديناميكيًا.
على الرغم من أن كلا البروتوكولين لهما إمكانيات، إلا أنهما لم يتم استخدامهما على نطاق واسع بعد في البلوكشين على مستوى الإنتاج. تم طرحهما بشكل رئيسي في المؤتمرات الأكاديمية ولم يتم اعتمادهما على نطاق واسع من قبل مجتمع البلوكشين. يعتبر Sui Lutris البروتوكول الرئيسي الذي يدعم شبكة Sui، حيث يجمع ببراعة بين التوافق القائم على DAG وطرق عدم التوافق، مما يحقق مزايا كليهما: تأخير دون الثانية (أقل من 1 ثانية) واستمرارية في معالجة آلاف المعاملات في الثانية. لم يحقق Sui هذين الهدفين فحسب، بل احتفظ أيضًا بالقدرة على تنفيذ عقود معقدة على كائنات مشتركة، وتوليد نقاط تفتيش وإعادة تكوين مجموعة عقد التحقق عبر الدورات.
دمج طرق الإجماع وطرق عدم الإجماع
Sui Lutris اعتمدت طريقة فريدة تجمع بين الاستراتيجيتين المذكورتين أعلاه. لضمان أمان عمليات الأصول ذات المالك الواحد (الأشياء الفريدة)، يستخدم النظام بروتوكول بث متسق بين عقد التحقق لتحقيق تأخير أقل من الإجماع. يعتمد Sui Lutris فقط على الإجماع لمعالجة عقود ذكية معقدة تعمل على كائنات مشتركة، أي الكائنات التي يمكن لأي مستخدم تعديلها. بالإضافة إلى ذلك، يدعم Sui Lutris عمليات صيانة الشبكة، مثل تعريف نقاط التفتيش وإعادة تكوين عقد التحقق. توفر هذه الاستراتيجية المبتكرة حلاً يجمع بين مزايا الجانبين عند معالجة المعاملات في بيئة بيزنطية مكررة.
دورة حياة تداول Sui Lutris هي كما يلي:
يقوم المستخدم بإنشاء وتوقيع المعاملة لتعديل الكائنات التي يمتلكها، أو لتغيير تركيبة الكائنات الخاصة والكائنات المشتركة.
يتم إرسال المعاملات عبر العقد الكامل إلى كل عقدة تحقق Sui Lutris، حيث تقوم عقدة التحقق بتنفيذ سلسلة من الفحوصات للفاعلية والأمان، وتقوم بتوقيعها وإرجاع المعاملات الموقعة إلى العميل.
يجمع العميل استجابات معظم عقد التحقق لتشكيل شهادة المعاملة. في هذه المرحلة، يتم تأكيد المعاملة على أنها لا يمكن عكسها، وتصل إلى النهائية.
بعد اكتمال تكامل الشهادة، يتم إرسالها إلى جميع عقد التحقق، حيث تتحقق عقد التحقق من صلاحيتها وتؤكد استلامها للعميل. إذا كانت المعاملة تتضمن كائنًا مخصصًا، يمكن معالجة وتنفيذ شهادة المعاملة على الفور، دون الحاجة إلى انتظار محرك الإجماع (مسار سريع مباشر). سيتم توجيه جميع الشهادات إلى بروتوكول الإجماع القائم على DAG.
رقم الشهادة النهائية للإجماع، يتحقق العقد من صحة المعاملات التي تحتوي على الكائنات المشتركة ويقوم بتنفيذها.
يمكن للعملاء جمع ردود معظم عقد التحقق وتجميعها في شهادة صالحة تُستخدم كدليل على تسوية المعاملات.
بعد ذلك، يتم تقديم نقاط التفتيش لكل توافق، والتي يمكن استخدامها أيضًا لدفع بروتوكول إعادة التكوين.
بالإضافة إلى العمليات التجارية الأساسية، يوفر Sui Lutris مجموعة من المرافق التي تدعم بروتوكول blockchain على مستوى المنتج:
تنفيذ بروتوكول نقاط التفتيش، وتوليد سجل تاريخي لجميع المعاملات في النظام، مما يناسب التدقيق الكامل ومزامنة العقد الكامل بكفاءة وعقد التحقق المتأخر.
يدعم إعادة التكوين في نهاية كل دورة، حيث قد يتغير مجموعة عقد التحقق وحقوق تصويتها.
في نهاية الدورة ، قم بأمان "فتح" الأصول التي تم قفلها عن طريق الخطأ ، وتقليل الخسائر الناجمة عن الأخطاء إلى الحد الأدنى.
تعتبر Sui ككتلة سلسلة تدير قيمة كبيرة للمستخدمين، وSui Lutris هو أساسها الرئيسي. يوفر التقرير الفني الكامل مزيدًا من التفاصيل حول أمان تشغيل بروتوكول النشاط، بالإضافة إلى إثبات الأمان المتزامن جزئيًا مع المشاركين البيزنطيين في نموذج النظام الموزع القياسي.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
Sui Lutris: بروتوكول بلوكتشين مبتكر عالي الإنتاجية ومنخفض وقت الإستجابة
Sui Lutris: تحليل بروتوكول النظام الموزع الأساسي لسلسلة Sui
أصدرت مختبرات ميستين الورقة البيضاء لـ Sui Lutris في 18 أغسطس، بعد عدة أشهر من الاختبار، وحددت المحتويات الهامة التالية:
يمكن لـ Sui معالجة 140k إلى 150k عملية في الثانية عند استخدام PTBs و 5K TPS. وهذا يدل على أن الأداء الفعلي لـ Sui تحت ذروة الشبكة الرئيسية (حوالي 700TPS) يتجاوز بكثير نتائج الاختبار القياسية.
حتى في حالة توقف بعض عقد التحقق عن العمل، لا يزال بإمكان تأخير التأكيد النهائي لـ Sui أن يبقى أقل من 0.5 ثانية.
تصف الورقة البيضاء بالتفصيل آلية عمل Sui، وتوفر دليلًا على الأمان وكيفية إعادة إنتاج البيانات ذات الصلة من قبل المختبرين الخارجيين.
بعد إطلاق الشبكة الرئيسية لـ Sui، جذبت بسرعة تطوير التطبيقات مثل الألعاب وNFT. التقرير الفني لـ Sui Lutris الصادر عن Mysten Labs مؤخراً يقدم نظاماً موزعاً يدعم Sui، والذي يمكنه تحقيق سعة عالية واستقرار طويل الأمد مع الحفاظ على زمن انتقال منخفض.
منذ ولادة البيتكوين، حققت تقنية البلوك تشين تقدمًا كبيرًا، حيث تظهر تطبيقات جديدة مثل الألعاب وNFT باستمرار. كان مجتمع البلوك تشين يعمل بجد على تحسين كفاءة التقنية، خاصة في معالجة الأحمال العالية وتأخير الوقت الحقيقي.
في الوقت الحالي، تواجه سلسلة الكتل من الطبقة الأولى تحديين رئيسيين: تحقيق قدرة معالجة عالية على أساس انخفاض التأخير، مع ضمان الاستقرار على المدى الطويل لبروتوكول الإجماع. يمكن مواجهة هذه التحديات من خلال المشاركة الديناميكية وتكوين العقدة المصدقة.
تُعتبر طريقة فعّالة لتحقيق معدل نقل عالٍ هي استخدام بروتوكول الاجماع القائم على DAG، مثل Narwhal/Bullshark المستخدم في Sui. تتيح هذه البروتوكولات للبلوكشين تنفيذ عدد كبير من المعاملات في وقت واحد، مما يجعلها مثالية لتطبيقات مثل الألعاب وNFT. ومع ذلك، قد تؤدي البروتوكولات القائمة على DAG إلى تأخيرات تصل إلى عدة ثوانٍ، وهو ما يؤثر بشكل كبير على التحويلات الشائعة أو العمليات في الألعاب.
من ناحية أخرى، تظهر بروتوكولات عدم الإجماع إمكانيات هائلة في تقليل التأخير وقابلية التوسع، كما هو موضح في نموذج FastPay الأولي الذي تم البحث فيه مبكرًا. تحقق هذه البروتوكولات معالجة سريعة للمعاملات من خلال إزالة الإجماع، دون الحاجة إلى فرز المعاملات المستقلة المعالجة بشكل متوازي. لكنها مناسبة فقط لفئات محدودة من العمليات البسيطة على البلوكشين، مما يقيّد قدرة عقود الذكاء، وتواجه تحديات في إعادة تكوين مجموعة من عقد التحقق المتغيرة ديناميكيًا.
على الرغم من أن كلا البروتوكولين لهما إمكانيات، إلا أنهما لم يتم استخدامهما على نطاق واسع بعد في البلوكشين على مستوى الإنتاج. تم طرحهما بشكل رئيسي في المؤتمرات الأكاديمية ولم يتم اعتمادهما على نطاق واسع من قبل مجتمع البلوكشين. يعتبر Sui Lutris البروتوكول الرئيسي الذي يدعم شبكة Sui، حيث يجمع ببراعة بين التوافق القائم على DAG وطرق عدم التوافق، مما يحقق مزايا كليهما: تأخير دون الثانية (أقل من 1 ثانية) واستمرارية في معالجة آلاف المعاملات في الثانية. لم يحقق Sui هذين الهدفين فحسب، بل احتفظ أيضًا بالقدرة على تنفيذ عقود معقدة على كائنات مشتركة، وتوليد نقاط تفتيش وإعادة تكوين مجموعة عقد التحقق عبر الدورات.
دمج طرق الإجماع وطرق عدم الإجماع
Sui Lutris اعتمدت طريقة فريدة تجمع بين الاستراتيجيتين المذكورتين أعلاه. لضمان أمان عمليات الأصول ذات المالك الواحد (الأشياء الفريدة)، يستخدم النظام بروتوكول بث متسق بين عقد التحقق لتحقيق تأخير أقل من الإجماع. يعتمد Sui Lutris فقط على الإجماع لمعالجة عقود ذكية معقدة تعمل على كائنات مشتركة، أي الكائنات التي يمكن لأي مستخدم تعديلها. بالإضافة إلى ذلك، يدعم Sui Lutris عمليات صيانة الشبكة، مثل تعريف نقاط التفتيش وإعادة تكوين عقد التحقق. توفر هذه الاستراتيجية المبتكرة حلاً يجمع بين مزايا الجانبين عند معالجة المعاملات في بيئة بيزنطية مكررة.
دورة حياة تداول Sui Lutris هي كما يلي:
يقوم المستخدم بإنشاء وتوقيع المعاملة لتعديل الكائنات التي يمتلكها، أو لتغيير تركيبة الكائنات الخاصة والكائنات المشتركة.
يتم إرسال المعاملات عبر العقد الكامل إلى كل عقدة تحقق Sui Lutris، حيث تقوم عقدة التحقق بتنفيذ سلسلة من الفحوصات للفاعلية والأمان، وتقوم بتوقيعها وإرجاع المعاملات الموقعة إلى العميل.
يجمع العميل استجابات معظم عقد التحقق لتشكيل شهادة المعاملة. في هذه المرحلة، يتم تأكيد المعاملة على أنها لا يمكن عكسها، وتصل إلى النهائية.
بعد اكتمال تكامل الشهادة، يتم إرسالها إلى جميع عقد التحقق، حيث تتحقق عقد التحقق من صلاحيتها وتؤكد استلامها للعميل. إذا كانت المعاملة تتضمن كائنًا مخصصًا، يمكن معالجة وتنفيذ شهادة المعاملة على الفور، دون الحاجة إلى انتظار محرك الإجماع (مسار سريع مباشر). سيتم توجيه جميع الشهادات إلى بروتوكول الإجماع القائم على DAG.
رقم الشهادة النهائية للإجماع، يتحقق العقد من صحة المعاملات التي تحتوي على الكائنات المشتركة ويقوم بتنفيذها.
يمكن للعملاء جمع ردود معظم عقد التحقق وتجميعها في شهادة صالحة تُستخدم كدليل على تسوية المعاملات.
بعد ذلك، يتم تقديم نقاط التفتيش لكل توافق، والتي يمكن استخدامها أيضًا لدفع بروتوكول إعادة التكوين.
بالإضافة إلى العمليات التجارية الأساسية، يوفر Sui Lutris مجموعة من المرافق التي تدعم بروتوكول blockchain على مستوى المنتج:
تعتبر Sui ككتلة سلسلة تدير قيمة كبيرة للمستخدمين، وSui Lutris هو أساسها الرئيسي. يوفر التقرير الفني الكامل مزيدًا من التفاصيل حول أمان تشغيل بروتوكول النشاط، بالإضافة إلى إثبات الأمان المتزامن جزئيًا مع المشاركين البيزنطيين في نموذج النظام الموزع القياسي.