انضم إلى تحدي Gate.io للمشاركة في الاحتفال بيوم عيد الشكر لمدة 15 يومًا واربح حصة من مكافآت قيمتها 2000 دولار!
للاحتفال بعيد الشكر! يطلق Gate.io تحدي النشر لمدة 15 يومًا! انضم إلى Gate Post للفوز بحصة من 2،000 دولار. هناك أيضًا البضائع الحصرية لسفراء Gate Post!
🔎 للانضمام:
انقر على النموذج في الإعل
SUI على الخط لأول مرة بعد توقف الإنتاج: يقول المطورون إنه ليس هناك مشكلة كبيرة، وفي اليوم التالي، أعلنت Franklin Templeton عن علاقة تعاون.
مؤخرًا ، واجهت سلسلة كتل Sui أيضًا مأزق التوقف المؤقت عن إصدار الكتل ، وبعد توقف إصدار الكتل لمدة ساعتين ونصف ، أصدرت Sui أيضًا تقريرًا بشأن هذا الحدث. ومع ذلك ، بعد توقف إصدار الكتل لشبكة Sui ، التي تركز بشكل أساسي على الأداء العالي للسلسلة العمومية ، يجعل الناس يفكرون في سولانا في السنوات القليلة الماضية. عند مقارنة الاثنين ، على الرغم من الاختلاف الكبير في لغة البرمجة والهيكل ، فإن كلتاهما تركزان على الأداء العالي للسلسلة العمومية ، ومع ذلك ، يتعين تحسين عدم اللامركزية.
لماذا تسببت رمز التحكم في ازدحام المرور في انهيار جميع المدققون
أشار التقرير إلى أن الشبكة الرئيسية SUI توقفت تمامًا في 21 نوفمبر 2024 بين الساعة 1:15 و 3:45 صباحًا بتوقيت المحيط الهادئ. دخل جميع المدققون في حلقة تكرارية متعثرة، مما أدى إلى عدم قدرة الشبكة على معالجة أي معاملات. هذا الحدث يبرز أن الأداء العالي للسلسلة العامة لا يزال يتطلب استقرارًا عاليًا.
ووفقا للبيان الرسمي، فإن السبب وراء التوقف هو أن قطعة من رمز تحكم الازدحام في شبكة SUI "assert!" تسببت في تعطل المدققون. على وجه التحديد، عندما تتحقق الشروط التالية في نفس الوقت، يؤدي ذلك إلى انهيار الشبكة:
تم تشغيل وضع TotalGasBudgetWithCap للتحكم في الاحتجاز.
تم استلام صفقة تحتوي على السمات التالية: كائن مشترك قابل للتغيير كإدخال، بدون أي تعليمات MoveCall.
عندما يتم إدخال مثل هذه المعاملات في الشبكة، ينهار جميع المدققون في نفس الوقت ويتعطل الشبكة.
ما هو التحكم في الازدحام؟
يسمح الإطار العميل للشبكة الرئيسية SUI بمعالجة عدد كبير من المعاملات بالتوازي ، وهذا هو الطريقة التي تحقق بها الأداء العالي. ومع ذلك ، إذا كانت هناك معاملات متعددة تحتاج إلى الكتابة في نفس الكائن المشترك ، فلا يزال يجب تنفيذها تباعًا ، وسرعة معالجة هذه النوعية من المعاملات مقيدة. من أجل تجنب الازدحام الذي قد يحدث بسبب الكائن المشترك ، يقوم SUI بتقديم آلية لمراقبة الازدحام لتقييد معدل المعاملات للكائن المشترك الفردي. يحدث هذا من خلال تجميع المعاملات ذات العلاقة السببية وتنفيذها معًا. المؤلف يرغب في التوضيح: خلال الندوة القرائية الخارجية التي أقامتها مؤسسة SUI بالتعاون مع XueDAO ، تم ذكر أنطولوجيا المعاملات ذات العلاقة السببية وتنفيذها معًا.
وفي الآونة الأخيرة، قامت SUI بترقية نظام التحكم في الازدحام، وقامت بإدخال وضع TotalGasBudgetWithCap لتقييم تعقيد المعاملات بشكل أدق. ومع ذلك، ظهرت ثغرة في كود هذا الوضع تسببت في هذا الحدث. أعلن فريق SUI أنه اتخذ إجراءات سريعة بعد اكتشاف هذه المشكلة، وأصدر تحديثات الإصلاح (PR #20365) للإصدارات الرئيسية v1.37.4 و Testnet v1.38.1. وقد أظهر مجتمع المدققين استجابة فعالة للغاية، حيث استغرقت الإصلاحات واستعادة الشبكة 15 دقيقة فقط.
Typus بروتوكول: توقف SUI عن إصدار الكتل بالكامل مختلف تماما عن Solana
إيقاف إنتاج كتلة SUI لا يمكن ألا يذكر تمامًا Solana أو TON لهذا العام. في هذا الصدد ، شارك CGO Kyrie لفريق Typus في Sui وجهات نظر أعضاء الفريق حول ذلك على تويتر ، حيث أشار بشكل مباشر إلى أن هذا أمر مختلف تمامًا عن إيقاف إنتاج كتل Solana. لأن مشكلة Solana هي اختناق الشبكة يؤدي إلى انهيار النظام ، وتحتاج إلى تحسين هيكلي بشكل كبير ، مما يعني أن مشكلة Solana لن يتم حلها جزئيًا في الوقت القريب. أما Sui في هذه المرة ، فهو مشكلة تقنية واضحة ، ولا تؤثر على البنية التحتية للنظام.
Kyrie يقول أن مشكلة الانهيار هذه تكمن في تجاوز قيمة الكلفة عند الحساب. ببساطة، مثل تجاوز عدد الأرقام المعروضة على الآلة الحاسبة، عندما يكون الرقم كبيرًا جدًا، سيُعاد حسابه من الصفر. النظام يدخل في حلقة لا نهاية لها في مثل هذه الحالة، مما يؤدي في النهاية إلى تعطل الشبكة بأكملها.
عندما يتجاوز القيم المحسوبة من النظام النطاق القابل للتخزين ، كان التصميم الأصلي يخطئ في الحساب عند تجاوز النطاق ، مما يؤدي إلى تكرار عمليات الحساب في النظام. بعد إصلاح PR # 20365 ، تم تعيين الحد الأعلى الصحيح للحساب لتجنب حدوث هذا الوضع. وأشار أيضًا إلى أن مفتاح هذا الحدث هو: حدوث المشكلة في منطق البرنامج المستخدم لحساب كلفة العملية ، وليس في آلية الإجماع لـ SUI أو تصميم النظام. وهذا يفسر أيضًا سبب سرعة ومباشرة الإصلاح.
Franklin Templeton و SUI تعلنان عن شراكة
قبل الموعد النهائي لتقديم النص، وفي اليوم التالي لتوقف توليد الكتل، أعلنت مؤسسة Sui عن شراكتها مع Franklin Templeton. في بيانها، أشارت Franklin Templeton إلى ثلاثة بروتوكولات وبنية تحتية وهي Deepbook وKarrier One و ika. ولكن استنادًا إلى عمليات Franklin Templeton في سلسلة الكتل، من الممكن أن نتوقع توافر تكامل بين سلسلة كتل Sui التي تعتمد على الكائنات وأمانها الفائق وتمويل الأصول الرقمية RWA.
هذه المقالة SUI توقفت عن إصدار الكتل لأول مرة بعد الانتقال إلى الإنترنت: يقول المطورون إنه لا يوجد مشكلة ، وفي اليوم التالي ، أعلنت Franklin Templeton عن علاقة تعاونية.