تختبر إيثيريوم ما إذا كان بإمكان غلامستردام رفع حد الغاز في سيبوليا من 60M إلى 200M دون التأثير سلبًا في أداء المدقّقين.

قد توسّع قفزة السعة بمقدار 3.3× بشكل ملموس هامش التنفيذ على الطبقة الأولى لدى @ethereum، لأنشطة التمويل اللامركزي والعملات المستقرة.

إليك كيف تعمل $ETH على هندسة قفزة السعة.

— — —

► تحتاج إيثيريوم إلى سعة أكبر للكتل

رفعت إيثيريوم حد الغاز تدريجيًا من 30M في 2021 إلى 60M في 2025، بدلًا من إحداث قفزة مفاجئة واحدة في السعة.

والآن، تختبر غلامستردام زيادة السعة من 60M إلى 200M، أي بمقدار 3.33×.

لكن 200 مليون غاز لا تعني زيادة معدل المعاملات في الثانية بمقدار 3.33 أضعاف.

يقيس الغاز العمل الحاسوبي، بينما يعتمد معدل النقل الفعلي على تعقيد التنفيذ، والوصول إلى الحالة، والنشر، والطلب، وأجهزة المدقّقين. ويظل زمن الكتلة 12 ثانية.

— — —

► لماذا لا نزيد حد الغاز فحسب؟

تزيد الكتل الأكبر العبء على المدقّقين والنطاق الترددي ووحدات المعالجة المركزية والتخزين ونشر الكتل.

عند 200 مليون غاز:

• تسعير الحالة القديم → نمو للحالة بنحو 380 جيبيبايت سنويًا

• النهج الجديد → هدف يبلغ نحو 120 جيبيبايت سنويًا

ولهذا يجمع Glamsterdam بين سعة أعلى وتنفيذ متوازٍ واقتصاديات أفضل للحالة.

— — —

► ePBS: تحسين إنتاج الكتل ونشرها

ينقل EIP-7732 الفصل بين المقترِح ومنشئ الكتلة إلى بروتوكول إيثريوم، ما يقلل الاعتماد على مرحّلات MEV-Boost الخارجية.

منشئ الكتل يلتزم → المقترِح يختار → تُكشف الحمولة

• نافذة النشر: نحو ثانيتين → نحو 9 ثوانٍ

• تتحقق لجنة توقيت الحمولة من كشفها في الوقت المناسب

يمنح هذا المدقّقين وقتًا أطول للتعامل مع الكتل الأكبر مع زيادة إيثريوم لسعتها.

— — —

► قوائم الوصول على مستوى الكتلة: تنفيذ متوازٍ

يتيح EIP-7928 للكتل تضمين الحسابات وخانات التخزين وتغييرات الحالة التي تمسّها المعاملات.

وهذا يتيح:

• قراءات متوازية من القرص

• تنفيذ متوازٍ للمعاملات غير المتعارضة

• احتساب جذر الحالة بتكلفة أقل

يؤدي 200 مليون غاز إلى زيادة العمل، بينما تساعد قوائم BAL على معالجة هذا العمل بالتوازي، ما يجعل الكتل الأكبر أكثر قابلية للتطبيق.

— — —

► إعادة تسعير الحالة: جعل السعة الأعلى مستدامة

تعني سعة الكتل الأعلى نشاطًا أكبر يغيّر الحالة، ما يزيد العبء طويل الأمد على عُقد إيثريوم.

تفصل إعادة تسعير الحالة بين تكلفة إنشاء حالة جديدة وتكلفة استخدام الحالة الموجودة:

يمكن أن تصبح التحويلات بين الحسابات الموجودة أرخص بنسبة تصل إلى نحو 71%.

• تصبح الحسابات الجديدة ومساحات التخزين أغلى

وهذا يجعل نمو الحالة الدائمة أكثر استدامة من الناحية الاقتصادية.

— — —

► لماذا يكتسب تحديث Prysm أهمية

صدر Prysm v7.2.1 قبيل اختبار Sepolia مباشرةً، لأن الإصدار السابق ظلّ مضبوطًا افتراضيًا على حد غاز قدره 60 مليونًا.

• Prysm 7.2.0 ← القيمة الافتراضية 60 مليون

• Prysm 7.2.1 ← القيمة الافتراضية المقررة 200 مليون

• Teku 26.9.1 ← القيمة الافتراضية 60 مليون

من دون التحديث، كان بإمكان المدقّقين مواصلة اقتراح كتل أصغر، ما كان سيُضعف اختبار سعة 200 مليون.

— — —

► أظهرت devnet-11 بالفعل مؤشرًا مبكرًا

قبل Sepolia، اختبرت إيثريوم مسار BAL على devnet-11.

• اجتياز 2,302 اختبار أداء لـ BAL

• معالجة 570.7 مليار غاز خلال 3 دقائق و15 ثانية

• معدل تنفيذ يبلغ نحو 2.9 مليار غاز/ثانية

• ارتفع حد الغاز من 60 مليونًا إلى 200 مليون دون فقدان النهائية

لكن 2.9 مليار غاز/ثانية تقيس معدل تنفيذ العميل، لا عدد المعاملات في الثانية.

— — —

► أكبر المخاطر التشغيلية: منشئو الكتل الوهميون

في ظل ePBS، يقدّم منشئو الكتل عروضًا → يفوز أحدهم بالفتحة → يكشف الحمولة.

على Sepolia، يمكن للمهاجمين إنشاء هويات متعددة لمنشئي الكتل، والفوز بالفتحات عبر تقديم عروض قوية، ثم حجب الحمولة.

قد يؤدي هذا الإزعاج الناتج عن حمولة فارغة إلى تعطيل التدريب العلني والتشويش على اختبار مسار منشئي الكتل الجديد.

اقتُرح رفض هويات منشئي الكتل من جهة العميل كإجراء للتخفيف من المخاطر.

— — —

الاختبار الحقيقي هو ما إذا كان بإمكان إيثريوم زيادة سعة الطبقة الأولى دون دفع المدقّقين إلى تجاوز حدود الأجهزة العملية.

يعالج Glamsterdam هذا القيد عبر التنفيذ المتوازي، وتحسين نشر الكتل، واقتصاديات مستدامة للحالة.

إذا صمدت Sepolia عند 200 مليون غاز، فسيكون لدى إيثريوم أساس أقوى لزيادة سعة الطبقة الأولى زيادةً ملموسة.