Sui Lutris: تحليل بروتوكول النظام الموزع الأساسي لسلسلة Sui
قامت Mysten Labs في 18 أغسطس بتحديث وثيقة Sui Lutris البيضاء، بعد عدة أشهر من الاختبارات، تم تحديد المحتويات الرئيسية التالية:
يمكن لـ Sui معالجة 140k إلى 150k عملية في الثانية في ظل استخدام PTBs و 5K TPS، وهو ما يتجاوز بكثير نتائج اختبار المعايير خلال ذروة الشبكة الرئيسية (حوالي 700TPS).
حتى في حالة توقف بعض عقد التحقق عن العمل، فإن تأخير التأكيد النهائي لـ Sui لا يزال أقل من 0.5 ثانية.
تصف الورقة البيضاء بالتفصيل آلية عمل Sui، وتوفر إثباتات الأمان والإرشادات حول كيفية قيام المختبرين الخارجيين بإعادة إنتاج البيانات ذات الصلة في اختبارات التحقق الخاصة بهم.
بعد إطلاق الشبكة الرئيسية لـ Sui، تم نقل التطبيقات مثل الألعاب وNFT بسرعة إلى السلسلة. بعد ذلك، أصدرت Mysten Labs تقريرًا تقنيًا عن نظام Sui Lutris الموزع الذي يدعم Sui. يجعل Sui Lutris من الممكن لـ Sui الحفاظ على انخفاض زمن الانتقال تحت ظروف السعة العالية والثبات على المدى الطويل.
تكنولوجيا البلوكشين قد مرت بعشر سنوات من التطور منذ ظهور البيتكوين، وظهرت حالات استخدام جديدة مثل الألعاب وNFT. تواصل مجتمع البلوكشين استكشاف طرق لتحسين الكفاءة، خاصة في معالجة الحمل العالي وتوفير تأخير في الوقت الحقيقي.
تواجه سلسلة الكتل من النوع L1 حاليًا تحديين رئيسيين: تحقيق معدل نقل عالي مع الحفاظ على تأخير منخفض، وضمان استقرار بروتوكول الإجماع على المدى الطويل. يمكن معالجة هذه التحديات من خلال المشاركة الديناميكية وتكوين عقد التحقق.
طريقة فعالة لتحقيق معدلات نقل عالية هي استخدام بروتوكول الإجماع القائم على DAG، مثل Narwhal/Bullshark المعتمد من Sui. تسمح هذه الأنواع من البروتوكولات لسلسلة الكتل بتنفيذ عدد كبير من المعاملات في وقت واحد، مما يجعلها مناسبة لمشاهد مثل الألعاب وNFT. ومع ذلك، قد تؤدي البروتوكولات القائمة على DAG إلى تأخيرات لبضع ثوان، مما يؤثر بشكل كبير على عمليات النقل أو الألعاب الشائعة.
من ناحية أخرى، تظهر بروتوكولات عدم الإجماع إمكانات هائلة في تقليل التأخير والتوسع، مثل نموذج FastPay. تعمل هذه البروتوكولات على تحقيق معالجة سريعة للمعاملات من خلال القضاء على الإجماع، دون الحاجة إلى معالجة المعاملات المستقلة المتوازية. لكن، هي مناسبة فقط لفئات محدودة من عمليات blockchain البسيطة، مما يحد من قدرة العقود الذكية على التعبير، وتواجه تحديات عند إعادة تكوين مجموعة من عقد التحقق المتغيرة ديناميكيًا.
على الرغم من أن هذين البروتوكولين لهما إمكانيات، إلا أنهما لم يُستخدمَا على نطاق واسع بعد في بلوكشين مستوى المنتج. بروتوكول Sui Lutris، الذي يدعم شبكة Sui، سيجمع بين توافق DAG والأساليب غير المتوافقة لتحقيق مزايا الاثنين: تأخير دون الثانية وعمليات تبادل مستمرة تصل إلى آلاف المعاملات في الثانية. في الوقت نفسه، تحافظ Sui على قدرتها على التعبير عن العقود المعقدة على الكائنات المشتركة، وإنشاء نقاط تفتيش، وإعادة تكوين مجموعة التحقق عبر الدورات.
دمج الطرق المعتمدة على الإجماع وبدون إجماع
Sui Lutris تعتمد على طريقة فريدة تجمع بين الطريقتين المذكورتين أعلاه. لضمان أمان عمليات الأصول ذات المالك الواحد (الكائنات الفريدة)، يستخدم النظام بروتوكول بث متسق بين عقد التحقق، مما يحقق تأخيراً أقل من الإجماع. يعتمد Sui Lutris فقط على معالجة الإجماع للعقود الذكية المعقدة على الكائنات المشتركة. بالإضافة إلى ذلك، يدعم عمليات صيانة الشبكة مثل تحديد نقاط الفحص وإعادة تكوين عقد التحقق. توفر هذه الاستراتيجية الجديدة حلاً مثالياً عند معالجة المعاملات في بيئة بيزنطية مكررة.
تشمل دورة حياة تداول Sui Lutris الخطوات التالية:
يقوم المستخدم بإنشاء وتوقيع المعاملة لتغيير الكائنات المملوكة.
يتم إرسال المعاملات إلى عقدة التحقق عبر عقدة كاملة للتحقق والتوقيع.
يقوم العميل بجمع استجابات معظم عقد التحقق لتكوين شهادة المعاملة.
إرسال الشهادات إلى جميع العقد للتحقق.
رقم شهادة مخرجات الإجماع، تحقق من تنفيذ العقدة للتحقق من المعاملات التي تحتوي على كائنات مشتركة.
يقوم العميل بجمع استجابات العقدة الموثوقة كدليل على تسوية المعاملات.
لتقديم كل إجماع لتشكيل نقطة تفتيش، من أجل دفع بروتوكول إعادة التكوين.
توفر Sui Lutris أيضًا ميزات أخرى تدعم بروتوكول blockchain على مستوى المنتج:
تنفيذ بروتوكول نقاط التفتيش، وإنشاء سجل تاريخي لجميع المعاملات.
يدعم إعادة التكوين في نهاية كل دورة.
في نهاية الدورة، تأمين "فتح" الأصول التي تم قفلها عن طريق الخطأ.
تقدم Sui Lutris كقاعدة لـ Sui ضمانًا لإدارة قيمة كبيرة للمستخدمين. يوفر التقرير الفني الكامل مزيدًا من المعلومات التفصيلية حول أمان وتشغيل بروتوكول النشاط، بالإضافة إلى إثبات الأمن المتزامن جزئيًا مع المشاركين البيزنطيين في نموذج النظام الموزع القياسي.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 7
أعجبني
7
5
مشاركة
تعليق
0/400
GateUser-c802f0e8
· 07-22 21:37
سوي أيضًا قاسي جدًا 8
شاهد النسخة الأصليةرد0
NeverPresent
· 07-22 21:24
أخيرًا حققنا صفقة كبيرة
شاهد النسخة الأصليةرد0
SatoshiSherpa
· 07-22 21:19
مذهل وسريع، تتهامس
شاهد النسخة الأصليةرد0
DefiPlaybook
· 07-22 21:15
140k من التبادلات في الثانية ثور واو بالإضافة إلى المسح الضار ماذا يمكن أن نفعل؟
تحليل بروتوكول Sui Lutris: الجمع المثالي بين السعة العالية ووقت الإستجابة المنخفض
Sui Lutris: تحليل بروتوكول النظام الموزع الأساسي لسلسلة Sui
قامت Mysten Labs في 18 أغسطس بتحديث وثيقة Sui Lutris البيضاء، بعد عدة أشهر من الاختبارات، تم تحديد المحتويات الرئيسية التالية:
يمكن لـ Sui معالجة 140k إلى 150k عملية في الثانية في ظل استخدام PTBs و 5K TPS، وهو ما يتجاوز بكثير نتائج اختبار المعايير خلال ذروة الشبكة الرئيسية (حوالي 700TPS).
حتى في حالة توقف بعض عقد التحقق عن العمل، فإن تأخير التأكيد النهائي لـ Sui لا يزال أقل من 0.5 ثانية.
تصف الورقة البيضاء بالتفصيل آلية عمل Sui، وتوفر إثباتات الأمان والإرشادات حول كيفية قيام المختبرين الخارجيين بإعادة إنتاج البيانات ذات الصلة في اختبارات التحقق الخاصة بهم.
بعد إطلاق الشبكة الرئيسية لـ Sui، تم نقل التطبيقات مثل الألعاب وNFT بسرعة إلى السلسلة. بعد ذلك، أصدرت Mysten Labs تقريرًا تقنيًا عن نظام Sui Lutris الموزع الذي يدعم Sui. يجعل Sui Lutris من الممكن لـ Sui الحفاظ على انخفاض زمن الانتقال تحت ظروف السعة العالية والثبات على المدى الطويل.
تكنولوجيا البلوكشين قد مرت بعشر سنوات من التطور منذ ظهور البيتكوين، وظهرت حالات استخدام جديدة مثل الألعاب وNFT. تواصل مجتمع البلوكشين استكشاف طرق لتحسين الكفاءة، خاصة في معالجة الحمل العالي وتوفير تأخير في الوقت الحقيقي.
تواجه سلسلة الكتل من النوع L1 حاليًا تحديين رئيسيين: تحقيق معدل نقل عالي مع الحفاظ على تأخير منخفض، وضمان استقرار بروتوكول الإجماع على المدى الطويل. يمكن معالجة هذه التحديات من خلال المشاركة الديناميكية وتكوين عقد التحقق.
طريقة فعالة لتحقيق معدلات نقل عالية هي استخدام بروتوكول الإجماع القائم على DAG، مثل Narwhal/Bullshark المعتمد من Sui. تسمح هذه الأنواع من البروتوكولات لسلسلة الكتل بتنفيذ عدد كبير من المعاملات في وقت واحد، مما يجعلها مناسبة لمشاهد مثل الألعاب وNFT. ومع ذلك، قد تؤدي البروتوكولات القائمة على DAG إلى تأخيرات لبضع ثوان، مما يؤثر بشكل كبير على عمليات النقل أو الألعاب الشائعة.
من ناحية أخرى، تظهر بروتوكولات عدم الإجماع إمكانات هائلة في تقليل التأخير والتوسع، مثل نموذج FastPay. تعمل هذه البروتوكولات على تحقيق معالجة سريعة للمعاملات من خلال القضاء على الإجماع، دون الحاجة إلى معالجة المعاملات المستقلة المتوازية. لكن، هي مناسبة فقط لفئات محدودة من عمليات blockchain البسيطة، مما يحد من قدرة العقود الذكية على التعبير، وتواجه تحديات عند إعادة تكوين مجموعة من عقد التحقق المتغيرة ديناميكيًا.
على الرغم من أن هذين البروتوكولين لهما إمكانيات، إلا أنهما لم يُستخدمَا على نطاق واسع بعد في بلوكشين مستوى المنتج. بروتوكول Sui Lutris، الذي يدعم شبكة Sui، سيجمع بين توافق DAG والأساليب غير المتوافقة لتحقيق مزايا الاثنين: تأخير دون الثانية وعمليات تبادل مستمرة تصل إلى آلاف المعاملات في الثانية. في الوقت نفسه، تحافظ Sui على قدرتها على التعبير عن العقود المعقدة على الكائنات المشتركة، وإنشاء نقاط تفتيش، وإعادة تكوين مجموعة التحقق عبر الدورات.
دمج الطرق المعتمدة على الإجماع وبدون إجماع
Sui Lutris تعتمد على طريقة فريدة تجمع بين الطريقتين المذكورتين أعلاه. لضمان أمان عمليات الأصول ذات المالك الواحد (الكائنات الفريدة)، يستخدم النظام بروتوكول بث متسق بين عقد التحقق، مما يحقق تأخيراً أقل من الإجماع. يعتمد Sui Lutris فقط على معالجة الإجماع للعقود الذكية المعقدة على الكائنات المشتركة. بالإضافة إلى ذلك، يدعم عمليات صيانة الشبكة مثل تحديد نقاط الفحص وإعادة تكوين عقد التحقق. توفر هذه الاستراتيجية الجديدة حلاً مثالياً عند معالجة المعاملات في بيئة بيزنطية مكررة.
تشمل دورة حياة تداول Sui Lutris الخطوات التالية:
توفر Sui Lutris أيضًا ميزات أخرى تدعم بروتوكول blockchain على مستوى المنتج:
تقدم Sui Lutris كقاعدة لـ Sui ضمانًا لإدارة قيمة كبيرة للمستخدمين. يوفر التقرير الفني الكامل مزيدًا من المعلومات التفصيلية حول أمان وتشغيل بروتوكول النشاط، بالإضافة إلى إثبات الأمن المتزامن جزئيًا مع المشاركين البيزنطيين في نموذج النظام الموزع القياسي.