#SolanaPlansToCutBlockTimesTo200ms
تقوم سولانا بتقليص زمن الكتلة إلى 200 مللي ثانية وتُصغّر كل كتلة بهدوء لجعل الحسابات تعمل ⏱️😂
الجمعة، 9 أكتوبر، الحقبة 1053. تُفعّل سولانا المرحلة النهائية من SIMD-0525، فتخفض زمن الفتحة المستهدف من 250 مللي ثانية إلى 200 مللي ثانية، وهي الخطوة الأخيرة في خفض تدريجي بدأ من 400 مللي ثانية في أغسطس. خمس فرص لإنتاج الكتل في الثانية بدلًا من أربع. تأكيدات أسرع، وهو أمر مفيد فعلًا لأي شخص يكره مشاهدة دائرة التحميل. 💎
إليك المقايضة التي تغفلها معظم العناوين 🧠
تنخفض السعة القصوى للحوسبة في كل كتلة من 37.5 مليون وحدة إلى 30 مليونًا. تصل الكتل أسرع، لكن كل واحدة تحمل أقل، لذا يظل إجمالي إنتاجية الشبكة تقريبًا ثابتًا بدلًا من أن يرتفع فعليًا. هذا ترقية في زمن الاستجابة، لا ترقية في السعة، وهما أمران مختلفان فعلًا ويستحقان عدم الخلط بينهما. 😂
الجزء الذي يُعدّ ميزة حقيقية 🎯
بات المدققون الآن ينتجون في دورات من أربع فتحات تستمر 800 مللي ثانية بدلًا من 1.6 ثانية، وهي نافذة أقصر لإعادة ترتيب المعاملات، ما يشير Phemex إلى أنه يقلل بشكل ملحوظ فرصة استغلال MEV. لكن الثمن هو أن المدققين يصوّتون ضعف عدد المرات، ما يرفع نفقات تشغيلهم للوصول إلى ذلك. 💡
اختبار الواقع الصريح الذي يستحق الاحتفاظ به 🔍
تُظهر بيانات Solana Compass أن الهدف السابق البالغ 250 مللي ثانية كان في الواقع يتوسط بين 266 و269 مللي ثانية في الظروف الحية، أي إنه كان يفوّت رقمه هو بالفعل. سواء كان 200 مللي ثانية سيعمل كما هو معلن أم سيعمل بهدوء عند 220 مللي ثانية عمليًا، فذلك سؤال منفصل عن مجرد إطلاق الترقية.
هناك أمر آخر يستحق التسمية بوضوح 🚀
هذا ليس Alpenglow. فذلك إعادة كتابة منفصلة لآلية التوافق تستهدف نهائية تقارب 150 مللي ثانية، ولا تزال على جدولها الزمني اللاحق الخاص بها. ترقيتان مختلفتان، في الاتجاه العام نفسه، ومن السهل الخلط بينهما، لكن من الأفضل عدم ذلك.
$SOL
تقوم سولانا بتقليص زمن الكتلة إلى 200 مللي ثانية وتُصغّر كل كتلة بهدوء لجعل الحسابات تعمل ⏱️😂
الجمعة، 9 أكتوبر، الحقبة 1053. تُفعّل سولانا المرحلة النهائية من SIMD-0525، فتخفض زمن الفتحة المستهدف من 250 مللي ثانية إلى 200 مللي ثانية، وهي الخطوة الأخيرة في خفض تدريجي بدأ من 400 مللي ثانية في أغسطس. خمس فرص لإنتاج الكتل في الثانية بدلًا من أربع. تأكيدات أسرع، وهو أمر مفيد فعلًا لأي شخص يكره مشاهدة دائرة التحميل. 💎
إليك المقايضة التي تغفلها معظم العناوين 🧠
تنخفض السعة القصوى للحوسبة في كل كتلة من 37.5 مليون وحدة إلى 30 مليونًا. تصل الكتل أسرع، لكن كل واحدة تحمل أقل، لذا يظل إجمالي إنتاجية الشبكة تقريبًا ثابتًا بدلًا من أن يرتفع فعليًا. هذا ترقية في زمن الاستجابة، لا ترقية في السعة، وهما أمران مختلفان فعلًا ويستحقان عدم الخلط بينهما. 😂
الجزء الذي يُعدّ ميزة حقيقية 🎯
بات المدققون الآن ينتجون في دورات من أربع فتحات تستمر 800 مللي ثانية بدلًا من 1.6 ثانية، وهي نافذة أقصر لإعادة ترتيب المعاملات، ما يشير Phemex إلى أنه يقلل بشكل ملحوظ فرصة استغلال MEV. لكن الثمن هو أن المدققين يصوّتون ضعف عدد المرات، ما يرفع نفقات تشغيلهم للوصول إلى ذلك. 💡
اختبار الواقع الصريح الذي يستحق الاحتفاظ به 🔍
تُظهر بيانات Solana Compass أن الهدف السابق البالغ 250 مللي ثانية كان في الواقع يتوسط بين 266 و269 مللي ثانية في الظروف الحية، أي إنه كان يفوّت رقمه هو بالفعل. سواء كان 200 مللي ثانية سيعمل كما هو معلن أم سيعمل بهدوء عند 220 مللي ثانية عمليًا، فذلك سؤال منفصل عن مجرد إطلاق الترقية.
هناك أمر آخر يستحق التسمية بوضوح 🚀
هذا ليس Alpenglow. فذلك إعادة كتابة منفصلة لآلية التوافق تستهدف نهائية تقارب 150 مللي ثانية، ولا تزال على جدولها الزمني اللاحق الخاص بها. ترقيتان مختلفتان، في الاتجاه العام نفسه، ومن السهل الخلط بينهما، لكن من الأفضل عدم ذلك.
$SOL