تحديث BNB Chain مؤخرًا على تقليل مدة التحقق من الكتل من 16 إلى 8، هذا التغيير البسيط في المعامل له أهمية كبيرة. مدة التحقق الأقصر يمكن أن تقلل بشكل ملحوظ من مخاطر إعادة التنظيم (reorgs)، كما أن استقرار الشبكة يتحسن بشكل ملحوظ — وهذا يمثل تحسينًا حقيقيًا في نهائية المعاملات على السلسلة.
بالنسبة للمطورين، خاصة أولئك الذين يعملون على مشاريع التنبؤ بالمصادقين (مثل Block-Builders وغيرها)، يجب أن يكونوا على دراية تامة. من الممكن أن تعتمد العقود الذكية أو منطق العقود الذكية على هذا المعامل بشكل مباشر، والآن بعد تغييره، يجب تحديث الكود الخاص بكم بشكل متزامن، وإلا قد تظهر انحرافات في التنبؤات. هذا ليس خيارًا، بل ضرورة.
نوصي بجميع المطورين المعنيين بسرعة فحص مشاريعهم والتأكد من التوافق مع المعامل الجديد.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 12
أعجبني
12
6
إعادة النشر
مشاركة
تعليق
0/400
BitcoinDaddy
· منذ 40 د
آه، يجب تعديل الكود مرة أخرى، إن التعديل على turnLength يجبر المطورين على الاستجابة بسرعة.
شاهد النسخة الأصليةرد0
GasFeeCrier
· 12-20 09:55
عاد مرة أخرى، تم تعديل معلمة turnLength... المطورون سيضطرون للعمل الإضافي لفحص الكود مرة أخرى هاه
شاهد النسخة الأصليةرد0
OnchainSniper
· 12-20 09:53
turnLength تم تقليله إلى النصف، مرة أخرى عملية صغيرة على السلسلة. المشكلة هي كم من المطورين الحقيقيين سيقومون فعلاً بتعديل الكود... على الأرجح سننتظر حدوث مشكلة حتى يدرك الجميع.
شاهد النسخة الأصليةرد0
SilentObserver
· 12-20 09:48
إيه يا، تقليل مدة الدوران إلى النصف يتطلب إجراء فحص شامل مرة أخرى، وهناك الكثير من الأعمال.
شاهد النسخة الأصليةرد0
AirdropHunterKing
· 12-20 09:47
يا إلهي، من 16 إلى 8، هل هؤلاء الأشخاص غيروا المعلمات مرة أخرى سرًا؟ يجب أن أتحقق بسرعة من عقد المدققين الخاص بي، وإلا سأخسر مرة أخرى...
شاهد النسخة الأصليةرد0
ApeDegen
· 12-20 09:45
يا إلهي، تم تقليل طول الدوران إلى النصف، الآن يجب أن أراجع الكود بسرعة... انخفاض مخاطر إعادة التنظيم هو أمر جيد، لكن من سيساعدني في التحقق؟
تحديث BNB Chain مؤخرًا على تقليل مدة التحقق من الكتل من 16 إلى 8، هذا التغيير البسيط في المعامل له أهمية كبيرة. مدة التحقق الأقصر يمكن أن تقلل بشكل ملحوظ من مخاطر إعادة التنظيم (reorgs)، كما أن استقرار الشبكة يتحسن بشكل ملحوظ — وهذا يمثل تحسينًا حقيقيًا في نهائية المعاملات على السلسلة.
بالنسبة للمطورين، خاصة أولئك الذين يعملون على مشاريع التنبؤ بالمصادقين (مثل Block-Builders وغيرها)، يجب أن يكونوا على دراية تامة. من الممكن أن تعتمد العقود الذكية أو منطق العقود الذكية على هذا المعامل بشكل مباشر، والآن بعد تغييره، يجب تحديث الكود الخاص بكم بشكل متزامن، وإلا قد تظهر انحرافات في التنبؤات. هذا ليس خيارًا، بل ضرورة.
نوصي بجميع المطورين المعنيين بسرعة فحص مشاريعهم والتأكد من التوافق مع المعامل الجديد.