لقد حققت تقنية البلوكتشين تقدمًا كبيرًا منذ ظهور البيتكوين. مع ظهور تطبيقات جديدة مثل الألعاب وNFT، أصبح تحسين كفاءة التقنية، خاصة في معالجة الأحمال العالية وتأخير الوقت الحقيقي، محور اهتمام مجتمع البلوكتشين. تواجه بلوكتشين L1 تحديين رئيسيين: الأول هو تحقيق معدل نقل بيانات مرتفع مع الحفاظ على انخفاض التأخير، والثاني هو ضمان استقرار بروتوكول التوافق على المدى الطويل. كما يلزم الحفاظ على اللامركزية من خلال المشاركة الديناميكية وإعادة تكوين العقدة المصدقة.
إحدى الطرق لزيادة القدرة على المعالجة هي استخدام بروتوكولات الإجماع المعتمدة على DAG. هذه البروتوكولات قادرة على معالجة عدد كبير من المعاملات في وقت واحد، مما يجعلها مناسبة جدًا لتطبيقات مثل الألعاب وNFT. ومع ذلك، فإن البروتوكولات المعتمدة على DAG عادة ما تؤدي إلى تأخيرات تصل إلى بضع ثوانٍ، مما يجعل تكلفة الوقت مرتفعة للمعاملات العادية أو العمليات في الألعاب.
من ناحية أخرى، تُظهر بروتوكولات عدم التوافق إمكانات هائلة في تقليل التأخير وقابلية التوسع. يمكن لهذه البروتوكولات معالجة المعاملات بسرعة دون الحاجة إلى توافق، دون الحاجة إلى ترتيب المعاملات المستقلة المعالجة بشكل متوازي. لكن هذه البروتوكولات مناسبة فقط لعمليات البلوكتشين البسيطة والمحدودة، مما يقيد قدرة العقود الذكية على التعبير، ومن الصعب إعادة تكوين مجموعة المدققين المتغيرة ديناميكيًا.
على الرغم من أن هذه الطرق لديها إمكانيات، إلا أنها لم تُستخدم على نطاق واسع في بلوكتشين الإنتاج حتى الآن. يعتبر Sui Lutris بروتوكولاً يدعم Sui، حيث يجمع بين مزايا الإجماع القائم على DAG والأساليب التي لا تتطلب إجماع: مما يحقق تأخيراً دون الثانية واستمرارية في معالجة آلاف المعاملات في الثانية. في الوقت نفسه، يحتفظ Sui أيضاً بالقدرة على تنفيذ العقود المعقدة على الكائنات المشتركة، وإنشاء نقاط تفتيش، وإعادة تكوين مجموعة المدققين عبر الفترات.
تستخدم Sui Lutris طريقة فريدة لدمج هاتين التقنيتين. بالنسبة لعمليات الأصول التي يمتلكها مالك واحد، يعتمد النظام على بروتوكول بث متسق بين المصدقين لتحقيق تأخير أقل من الإجماع. بالنسبة للعقود الذكية المعقدة على كائنات مشتركة، تعتمد Sui Lutris فقط على الإجماع لمعالجتها. بالإضافة إلى ذلك، تدعم أيضًا عمليات صيانة الشبكة مثل تعريف نقاط التفتيش وإعادة تكوين المصدقين. توفر هذه الاستراتيجية المبتكرة حلاً يجمع بين الكفاءة والأمان عند معالجة المعاملات في بيئة بيزنطية مكررة.
تشمل دورة حياة الصفقة في Sui Lutris الخطوات التالية: يقوم المستخدم بإنشاء وتوقيع الصفقة، ثم إرسالها إلى عقد التحقق للتحقق والتوقيع، يقوم العميل بجمع استجابة عقد التحقق لتشكيل شهادة الصفقة، ثم يتم إعادة الشهادة إلى عقد التحقق للتأكيد. بالنسبة للصفقات التي تتضمن كائنات حصرية، يمكن معالجتها وتنفيذها على الفور، دون الحاجة إلى انتظار محرك الإجماع. يتم توجيه جميع الشهادات إلى بروتوكول الإجماع القائم على DAG، الذي يحدد التسلسل النهائي للشهادات. يقوم عقد التحقق بتنفيذ الصفقات التي تشمل كائنات مشتركة، ويمكن للعميل جمع الاستجابة لتشكيل شهادة التأثير كإثبات لتسوية الصفقة.
بالإضافة إلى عملية التداول الرئيسية، يوفر Sui Lutris أيضًا مجموعة من الميزات لدعم البلوكتشين على مستوى الإنتاج:
تنفيذ بروتوكول نقاط التفتيش، لإنشاء تاريخ سببي لجميع المعاملات في النظام، لاستخدامه في التدقيق والمزامنة.
دعم إعادة التكوين في نهاية كل فترة، مما يسمح بتغيير مجموعة المدققين وحقوق تصويتهم.
في نهاية الفترة، قم بـ"فتح" الأصول التي تم قفلها بشكل خاطئ بأمان، مع تقليل تأثير الثغرات المحتملة.
يوفر Sui Lutris دعمًا تقنيًا قويًا لـ Sui، مما يجعله بلوكتشين عالي الأداء قادرًا على إدارة أعداد كبيرة من أصول المستخدمين. تُظهر هذه البروتوكولات المبتكرة أمانها وفعاليتها في نموذج النظام الموزع القياسي، مما يفتح طرقًا جديدة لتطور تكنولوجيا البلوكتشين.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 11
أعجبني
11
6
إعادة النشر
مشاركة
تعليق
0/400
GasFeeBarbecue
· 08-10 03:00
رائع، لكن إذا استخدمته، قد يتحول الأمر إلى كشك سمك مشوي.
شاهد النسخة الأصليةرد0
RugpullTherapist
· 08-10 03:00
لكي تعمل dag بشكل جيد، يجب أن ننظر إلى الأداء، وإلا سيكون كل هذا جهدًا ضائعًا.
شاهد النسخة الأصليةرد0
OnchainSniper
· 08-10 02:59
اللامركزية لا بد من النظر في الكتلة، صحيح؟
شاهد النسخة الأصليةرد0
WhaleMinion
· 08-10 02:54
انظر إلى SUI وهي تفعل هذه الأشياء المعقدة مرة أخرى
Sui Lutris: حل بلوكتشين عالي الأداء يجمع بين DAG وتقنية عدم الإجماع
Sui Lutris:突破 جديد في تكنولوجيا البلوكتشين
لقد حققت تقنية البلوكتشين تقدمًا كبيرًا منذ ظهور البيتكوين. مع ظهور تطبيقات جديدة مثل الألعاب وNFT، أصبح تحسين كفاءة التقنية، خاصة في معالجة الأحمال العالية وتأخير الوقت الحقيقي، محور اهتمام مجتمع البلوكتشين. تواجه بلوكتشين L1 تحديين رئيسيين: الأول هو تحقيق معدل نقل بيانات مرتفع مع الحفاظ على انخفاض التأخير، والثاني هو ضمان استقرار بروتوكول التوافق على المدى الطويل. كما يلزم الحفاظ على اللامركزية من خلال المشاركة الديناميكية وإعادة تكوين العقدة المصدقة.
إحدى الطرق لزيادة القدرة على المعالجة هي استخدام بروتوكولات الإجماع المعتمدة على DAG. هذه البروتوكولات قادرة على معالجة عدد كبير من المعاملات في وقت واحد، مما يجعلها مناسبة جدًا لتطبيقات مثل الألعاب وNFT. ومع ذلك، فإن البروتوكولات المعتمدة على DAG عادة ما تؤدي إلى تأخيرات تصل إلى بضع ثوانٍ، مما يجعل تكلفة الوقت مرتفعة للمعاملات العادية أو العمليات في الألعاب.
من ناحية أخرى، تُظهر بروتوكولات عدم التوافق إمكانات هائلة في تقليل التأخير وقابلية التوسع. يمكن لهذه البروتوكولات معالجة المعاملات بسرعة دون الحاجة إلى توافق، دون الحاجة إلى ترتيب المعاملات المستقلة المعالجة بشكل متوازي. لكن هذه البروتوكولات مناسبة فقط لعمليات البلوكتشين البسيطة والمحدودة، مما يقيد قدرة العقود الذكية على التعبير، ومن الصعب إعادة تكوين مجموعة المدققين المتغيرة ديناميكيًا.
على الرغم من أن هذه الطرق لديها إمكانيات، إلا أنها لم تُستخدم على نطاق واسع في بلوكتشين الإنتاج حتى الآن. يعتبر Sui Lutris بروتوكولاً يدعم Sui، حيث يجمع بين مزايا الإجماع القائم على DAG والأساليب التي لا تتطلب إجماع: مما يحقق تأخيراً دون الثانية واستمرارية في معالجة آلاف المعاملات في الثانية. في الوقت نفسه، يحتفظ Sui أيضاً بالقدرة على تنفيذ العقود المعقدة على الكائنات المشتركة، وإنشاء نقاط تفتيش، وإعادة تكوين مجموعة المدققين عبر الفترات.
تستخدم Sui Lutris طريقة فريدة لدمج هاتين التقنيتين. بالنسبة لعمليات الأصول التي يمتلكها مالك واحد، يعتمد النظام على بروتوكول بث متسق بين المصدقين لتحقيق تأخير أقل من الإجماع. بالنسبة للعقود الذكية المعقدة على كائنات مشتركة، تعتمد Sui Lutris فقط على الإجماع لمعالجتها. بالإضافة إلى ذلك، تدعم أيضًا عمليات صيانة الشبكة مثل تعريف نقاط التفتيش وإعادة تكوين المصدقين. توفر هذه الاستراتيجية المبتكرة حلاً يجمع بين الكفاءة والأمان عند معالجة المعاملات في بيئة بيزنطية مكررة.
تشمل دورة حياة الصفقة في Sui Lutris الخطوات التالية: يقوم المستخدم بإنشاء وتوقيع الصفقة، ثم إرسالها إلى عقد التحقق للتحقق والتوقيع، يقوم العميل بجمع استجابة عقد التحقق لتشكيل شهادة الصفقة، ثم يتم إعادة الشهادة إلى عقد التحقق للتأكيد. بالنسبة للصفقات التي تتضمن كائنات حصرية، يمكن معالجتها وتنفيذها على الفور، دون الحاجة إلى انتظار محرك الإجماع. يتم توجيه جميع الشهادات إلى بروتوكول الإجماع القائم على DAG، الذي يحدد التسلسل النهائي للشهادات. يقوم عقد التحقق بتنفيذ الصفقات التي تشمل كائنات مشتركة، ويمكن للعميل جمع الاستجابة لتشكيل شهادة التأثير كإثبات لتسوية الصفقة.
بالإضافة إلى عملية التداول الرئيسية، يوفر Sui Lutris أيضًا مجموعة من الميزات لدعم البلوكتشين على مستوى الإنتاج:
تنفيذ بروتوكول نقاط التفتيش، لإنشاء تاريخ سببي لجميع المعاملات في النظام، لاستخدامه في التدقيق والمزامنة.
دعم إعادة التكوين في نهاية كل فترة، مما يسمح بتغيير مجموعة المدققين وحقوق تصويتهم.
في نهاية الفترة، قم بـ"فتح" الأصول التي تم قفلها بشكل خاطئ بأمان، مع تقليل تأثير الثغرات المحتملة.
يوفر Sui Lutris دعمًا تقنيًا قويًا لـ Sui، مما يجعله بلوكتشين عالي الأداء قادرًا على إدارة أعداد كبيرة من أصول المستخدمين. تُظهر هذه البروتوكولات المبتكرة أمانها وفعاليتها في نموذج النظام الموزع القياسي، مما يفتح طرقًا جديدة لتطور تكنولوجيا البلوكتشين.