في الأسبوع الماضي، اجتمع ما يزيد قليلاً عن 100 مساهم أساسي في إيثيريوم فوق الدائرة القطبية الشمالية — في لونجييربين، سفالبارد — من أجل التشغيل البيني Soldøgn: أسبوع من العمل المكثف على ترقية شبكة غلامستردام.
جاء Soldøgn بعد Berlinterop في العام الماضي، لكنه عاد إلى التنسيق المستخدم في Amphora 🏺، وEdelweiss 🏔️، وNyota ✨: أسبوع بمسار واحد من التقدم المركز متعدد العملاء نحو ترقية محددة — وفي هذه الحالة، تعزيز غلامستردام.
بحلول يوم الجمعة، حققت المجموعة أهدافها الأساسية الثلاثة: التوافق على حد أدنى لـ حد الغاز بعد غلامستردام يبلغ 200M، وتطبيقات ePBS مستقرة تعمل مع بناة خارجيين، وتثبيت أرقام إعادة التسعير النهائية لـ EIP-8037. كما تم إحراز تقدم ملموس في ميزات Hegotá مثل FOCIL و تجريد الحساب الأصلي، بالإضافة إلى مجموعة من المواضيع الأخرى.
لماذا سفالبارد؟
سفالبارد هي واحدة من الأماكن القليلة على وجه الأرض التي يمكن لأي شخص، بغض النظر عن جنسيته، العيش والعمل فيها بدون تأشيرة. كما أنها موطن لـ قبو البذور العالمي وأرشيف العالم القطبي، وهما منشأتان للتخزين البارد محفورتان في التربة الصقيعية خارج لونجييربين. ويحتفظان معًا بنسخ احتياطية من المحاصيل، والكتب، والأفلام، والمخطوطات، والتعليمات البرمجية المصدرية التي قد تحتاجها البشرية بعد ألف عام من الآن، بما في ذلك نسخة من التعليمات البرمجية المصدرية لـ إيثيريوم. أخيرًا وليس آخرًا، من أواخر أبريل وحتى أغسطس، لا تغيب الشمس في سفالبارد. فهي تتمتع بوقت تشغيل على مدار الساعة طوال أيام الأسبوع (24/7)، تمامًا مثل إيثيريوم، وهو ما حقق منه المطورون الأساسيون أقصى استفادة خلال الأسبوع!
تعزيز غلامستردام، وتوسيع نطاق إيثيريوم
كان هدف الأسبوع هو تعزيز تطبيقات غلامستردام واستنتاج هدف للحد الأدنى لـ حد الغاز بعد الترقية. إن رفع حد الغاز بأمان هو مشكلة متعددة الأبعاد وتعالج غلامستردام العديد منها: كيف يتم بناء واقتراح الكتل، ومقدار المساحة الإضافية التي تمتلكها تطبيقات العملاء تحت الضغط، وكيف تتوسع تكاليف إنشاء الـ حالة جنبًا إلى جنب مع قدرة المعالجة.
من الناحية العملية، كان ذلك يعني إنهاء الأسبوع بـ شبكة التطوير لغلامستردام متعددة العملاء ومستقرة تعمل بأحدث مواصفات ePBS، وإعادة التسعير، وقوائم الوصول للكتل، إلى جانب بيانات قياس الأداء لترسيخ مقترح موثوق لـ حد الغاز.
قُضي معظم الوقت في التركيز على كتابة التعليمات البرمجية، غالبًا حتى الساعات الأولى من الصباح، وتخللت ذلك جلسات فرعية للتوافق على قرارات التصميم ومناقشة عناصر خارطة الطريق طويلة المدى.
قدمت ثلاثة فرق من مؤسسة إيثيريوم البنية التحتية للأسبوع: أطلق فريق EthPandaOps أداة ethIQ وخادم MCP panda لدعم سير العمل القائم على الوكلاء للفرق؛ وأعد فريق دعم الـ بروتوكول موقع soldogn.xyz كمصدر وحيد للحقيقة لأهداف التشغيل البيني، والجدول الزمني، والملاحظات؛ وقام فريق EF Digital Studio بتوثيق الأسبوع في فيلم. ترقبوا أول فيلم وثائقي عن التشغيل البيني 🔜!
ePBS
إلى جانب تنظيف العلاقة بين الـ مُقترِح والـ باني، يعيد ePBS هيكلة الخانات عن طريق إضافة مواعيد نهائية لبناء الـ كتلة، والكشف عن الحمولة، والإثباتات. هذا يوضح صراحة مقدار الوقت الذي يمكن تخصيصه للتنفيذ، مما يزيد من المساحة الإضافية المتاحة لدينا لرفع حد الغاز.
بدأت الفرق الأسبوع بهدف الوصول إلى شبكة التطوير لغلامستردام بتكوين 4 EL × 4 CL بحلول مساء يوم الاثنين. أظهرت المحاولات الأولى مشكلات كافية لدفع الهدف إلى يوم الثلاثاء، عندما عمل تكوين 4×3 بشكل مستقر بما يكفي لبدء اختبارات الضغط.
من هناك، كان بقية الأسبوع عبارة عن دورة تعزيز لـ ePBS: اختبار الضغط، وكشف الحالات الطرفية، والإصلاح، والتكرار. بسطت جلسة فرعية صباح الثلاثاء حول API الخاص بالـ باني المواصفات بشكل كبير فيما يتعلق بتسجيل الـ مُدَقِّق، وتدفق العطاءات/الترويسات/الالتزامات، ونموذج الثقة لمدفوعات الـ باني، وسلوك قاطع الدائرة. ركز تصحيح الأخطاء في منتصف الأسبوع على الحالات الطرفية عبر العملاء — لا سيما حول إبطال طلب التنفيذ لطلبات سلسلة المنارة، حيث كشفت مجموعة اختبار جديدة عن فجوة عبر كل تطبيق عميل. بحلول صباح الخميس، كانت فرق طبقة الإجماع تبلغ عن استقرار ePBS بينما كانت مسارات العطاءات على جانب طبقة التنفيذ لا تزال قيد تصحيح الأخطاء؛ وتم حلها خلال يومي الخميس والجمعة. لا يزال هناك سؤالان مثيران للجدل حقًا بالنسبة لـ ACD: ما إذا كان توقيع الطلب يجب أن يلتزم بالـ باني المتلقي، وكيفية الحفاظ على تصميم باني بحصة تخزين تبلغ 1 ETH مرنًا ضد هجمات الحيوية القائمة على Sybil في شبكات الند للند.
بحلول يوم الجمعة، كان جميع العملاء تقريبًا يعملون معًا على glamsterdam-devnet-2 مع اختبار مسار البناة الخارجيين من البداية إلى النهاية!
تحسينات BAL
إذا كان ePBS هو جانب طبقة الـ إجماع في قصة توسيع نطاق غلامستردام، فإن نظيره في طبقة التنفيذ يحتوي على جزأين رئيسيين: إعادة تسعير الـ غاز وقوائم الوصول على مستوى الـ كتلة. من خلال إعطاء العملاء معلومات كافية حول مجموعة القراءة/الكتابة الخاصة بالـ كتلة مقدمًا، تتيح قوائم الوصول على مستوى الكتلة (BALs) التنفيذ المتوازي، وعمليات الإدخال/الإخراج المجمعة، وحساب جذر الـ حالة المتوازي، وكلها تحدد حجم الـ كتلة الذي يمكن للعملاء التعامل معه بسهولة.
تم تشغيل مسار BAL الخاص بـ Soldøgn على شبكات التطوير الخاصة به، بشكل منفصل عن سلاسل ePBS لغلامستردام، لذلك لم تتشابك معايير التحسين مع عمل استقرار طبقة الـ إجماع. تم وضع كل تحسين خلف علامة الميزة الخاصة به بحيث يمكن لعمل القياس خلال الأسبوع مقارنتها بشكل منفصل بدلاً من حزمة واحدة. أظهرت لوحة معلومات قياس أداء BAL ولوحة المتصدرين أسوأ السيناريوهات لكل عميل عبر مجموعة الاختبار — من خلال التركيز على رفع أبطأ المسارات أولاً، تمكنت الفرق من رفع الحد الأدنى لـ حد الغاز في جميع المجالات، وليس فقط لأسرع تطبيق.
إعادة تسعير الـ غاز
تتضمن غلامستردام عددًا من عمليات إعادة تسعير الـ غاز في طبقة التنفيذ، لمعايرة التكاليف لتتناسب بشكل أفضل مع استخدام الموارد عند قدرة المعالجة الأعلى. يقع EIP-8037، وهو زيادة تكلفة الـ غاز لإنشاء الـ حالة، في الصميم: فهو يرفع سعر كتابة حالة جديدة بحيث لا يُترجم حد الغاز الأعلى إلى نمو غير محدود في الـ حالة.
بالدخول إلى Soldøgn، حملت مواصفات 8037 تسعيرًا ديناميكيًا لكل بايت من الـ حالة مرتبطًا بـ حد الغاز للـ كتلة، مما جعل الاختبار مؤلمًا من الناحية التوافقية (مصفوفة تشويش واحدة لكل نطاق من حد الغاز) وقياس الأداء شبه مستحيل. اتفقت الفرق في وقت مبكر من الأسبوع على التخلي عن التسعير الديناميكي لصالح cost_per_state_byte ثابت، مع التعامل مع إعادة التسعير المستقبلية عند حدود الـ تفرع بدلاً من داخل الـ تفرع.
اتخذ نموذج المحاسبة نفسه مسارًا أكثر تكرارًا. نقلت الجلسة الفرعية يوم الاثنين محاسبة غاز الـ حالة من منتصف التنفيذ إلى نهاية إطار الاستدعاء؛ وأنهت متابعة يوم الثلاثاء تكاليف إنشاء الـ حساب، وتكاليف إيداع التعليمات البرمجية، وتراجعات معاملة الإنشاء (CREATE)؛ وأظهر يوم الأربعاء حالات طرفية لاسترداد/إعادة تعبئة الخزان مما أجبر على إعادة التفكير. أعادت الجلسة الفرعية يوم الخميس المحاسبة إلى مستوى رمز التشغيل، بعد أن استنتجت أن التعقيد الحقيقي يكمن في نموذج الخزان، وليس في الحساب المحاسبي. بحلول يوم الجمعة، استقرت المواصفات على bal-devnet-6، مع تقديم مسار BAL لأرقام إعادة التسعير النهائية.
يسلط هذا المسار بأكمله الضوء على أحد أهم جوانب التشغيل البيني: القدرة على حل مشكلات المواصفات، والتنفيذ، والاختبار، وتصحيح الأخطاء، والتصميم المعقدة في غضون ساعات بدلاً من أسابيع. في أفضل حالاتها، يمكن لأسابيع التشغيل البيني أن تضغط شهرًا من التقدم غير المتزامن في كل يوم!
بحلول يوم الجمعة، تقاربت المسارات الثلاثة على الرقم الرئيسي للأسبوع: حد أدنى موثوق لـ حد الغاز بعد غلامستردام يبلغ 200M. هذه الزيادة الكبيرة ممكنة لأن ePBS يهيكل الـ خانة لمنح التنفيذ مزيدًا من الوقت، وتمنح تحسينات BAL العملاء مساحة إضافية لـ قدرة المعالجة تحت هذا الهيكل، ويضمن 8037 ألا يُترجم حد الغاز الأعلى إلى نمو جامح في الـ حالة.
مسارات غلامستردام الأخرى
إلى جانب ePBS، وBALs، وإعادة التسعير، تمت مناقشة معظم النطاق المتبقي لغلامستردام عبر الجلسات الفرعية.
أنهت فرق طبقة الإجماع القرارات بشأن مقترحات تحسين إيثيريوم (EIPs) الأصغر لغلامستردام: تم تضمين EIP-8061 (زيادة معدل الـ خروج/الدمج) في glamsterdam-devnet-1؛ وتم رفض تضمين EIP-8080 (الـ خروج عبر قائمة انتظار الدمج)؛ وتم تقليص نطاق EIP-8045 (إزالة واجبات الـ مُدَقِّق الذي تعرض لـ اقتطاع) ليقتصر على واجبات الـ مُقترِح ضمن نافذة التطلع المستقبلية فقط؛ ويبقى EIP-7688 (حاويات SSZ المستقرة) ضمن نطاق غلامستردام ولكنه مستبعد من glamsterdam-devnet-1 بينما يعمل الفريق على تحديد حجم رسالة النميمة للإثباتات تحت القوائم التقدمية.
أرجأت جلسة فرعية صباح الأربعاء حول بنية المزامنة بين طبقتي التنفيذ والإجماع EIP-8237 خارج غلامستردام لصالح الحفاظ على الخيارات لبنية "المزامنة التكميلية" طويلة المدى في تفرع مستقبلي. وبدلاً من ذلك، وافق الحضور على صياغة مقترح يطبع تسلسل forkchoiceUpdated / newPayload / getPayload، ويحدد مصافحة بدء المزامنة السريعة، ويشدد الاتساق الصالح/غير الصالح بين واجهات API للمحرك.
كان التعزيز موضوعًا ثابتًا طوال الأسبوع. غطت جلسة يوم الخميس أطر اختبار الامتثال لاختيار الـ تفرع، ومستودع Diamond لسيناريوهات الحالات الطرفية القابلة لإعادة الإنتاج في طبقة الإجماع، وأداة buildoor، وهي أداة اختبار الـ باني الخارجي الخاصة بـ PandaOps، والتي تم عرضها في منتصف الجلسة لسلسلة طويلة من سيناريوهات الهجوم التي اقترحها الحاضرون على الفور.
ما بعد غلامستردام
تطلعت العديد من الجلسات الفرعية نحو Hegotá والتفرعات التي تليها.
بدأت الأمور بجلسة محايدة عمدًا للمقترحات حول تجريد الحساب الأصلي، حيث عملت على المتطلبات والقيود التي يجب أن يفي بها أي تصميم مستقبلي. أهداف مجموعة الميزات مثل مخططات الـ توقيع البديلة، والتجميع، و التجميع في دفعات، والاسترداد، ورعاية الـ غاز، والأرقام العشوائية المرنة، ومحافظ مخزن المفاتيح وقفت جنبًا إلى جنب مع القيود الصارمة حول التوافق مع مجمع الذاكرة العام، و انعدام الحالة، ومقاومة هجمات الحرمان من الخدمة في طبقة 2 (L2).
ركزت جلسة فرعية يوم الخميس حول FOCIL على تحديثات التنفيذ: كانت النماذج الأولية المبكرة تعمل بالفعل، مع التشغيل البيني متعدد العملاء و شبكة التطوير المخصصة لـ FOCIL كخطوات تالية فورية. كما تم اتخاذ قرارين تصميميين بارزين: تعطيل FOCIL خلال فترات عدم الـ نهائية التي تستمر لـ حقبتين (مما يعكس سلوك قاطع الدائرة لتعزيز الـ مُقترِح)، واعتماد نهج إشارة مرجعية قائم على الـ مؤشر للتوافق مع معاملات الإطار / EIP-7702.
على المدى الأبعد، رسم مسار ETH P2P طويل الأمد بديلاً قائمًا على QUIC لـ libp2p مع الخصوصية الافتراضية وتكامل مدرك للـ خانة، إلى جانب نموذج أولي للبث المشفر بالمحو والذي حاكى انتشارًا أسرع بحوالي 6x من GossipSub على حمولات بحجم 2.4 MB. كما أظهر مسار طبقة الإجماع مشاعر قوية نحو إيقاف عمليات الدمج تمامًا في النهاية — إعلان تفرع نهائي يدعمها، ثم إجبار الـ خروج ثم إعادة الإيداع بعد ذلك — كإجابة أنظف على المدى الطويل لنمو حالة مجموعة الـ مُدَقِّق.
عملية ACD
بعد ظهر يوم الأربعاء، أدار نيكسو وأنسغار، القائدان المشاركان لـ ACDE، جلسة لجمع المدخلات من المساهمين الأساسيين حول عملية ACD. أعادت الجلسة النظر في بنية العناوين الرئيسية (headliner construct)، وناقشت إيجابيات وسلبيات وجود خريطة مبدئية (strawmap)، وأضفت الطابع الرسمي على معايير EIP SFI. أراد الحضور بشكل عام الاحتفاظ بالعناوين الرئيسية ولكن مع تخفيف صرامة "المقترح مقابل السمة"، وقبول "السمة + المقترح المرشح" كنمط قابل للتطبيق. تم الإشارة إلى تعيينات السنوات لكل تفرع في الخريطة المبدئية بعد عام 2026 على أنها مفرطة في الرسمية ومن المرجح أن يتم تخفيفها. تم طرح تعريف جديد لـ SFI من أربع نقاط، مع إشارة ACDT إلى الجاهزية واحتفاظ ACDE/ACDC بالقرار النهائي. ستحل عملية ترتيب أولويات جديدة — يتم إنتاجها بعد قرارات CFI وتنعكس في المقترح الوصفي — محل الدور القديم لـ SFI في دفع التضمين في شبكة التطوير، بدءًا من Hegotá.
على جانب تنسيق المكالمات، أعلن أليكس ستوكس أنه سيأخذ إجازة تفرغ لمدة ثلاثة أشهر بدءًا من الأسبوع المقبل، مع تغطية باري لإدارة ACDC في هذه الأثناء وقيام بارناباس بالنيابة في ACDT. باختصار: يترأس نيكسو وأنسغار ACDE، وباري مؤقت في ACDC، ويتناوب ماريو، وبارناباس، وDanceratopz على إدارة ACDT.
كل شيء آخر
بالإضافة إلى كل ما سبق، استخدمت الفرق الوقت الشخصي لإحراز تقدم في كل شيء بدءًا من بيئات الاختبار الأفضل (ضغط حلقات ملاحظات Hive من ساعات إلى دقائق)، إلى تحسينات البنية التحتية لـ API للمحرك (إلغاء تكرار النميمة، والاستدعاءات المجمعة، و اكتشاف الرأس المدفوع بالعميل الخفيف)، إلى المقايضات الصعبة حول تنوع العملاء، والعديد من المواضيع الأخرى. القائمة الكاملة لملاحظات الجلسة متاحة على soldogn.xyz.
الخطوات التالية
من هنا، تعود الفرق إلى ديارها لأخذ ما تم وضع نماذج أولية له خلال الأسبوع وجعله جاهزًا للإنتاج. توقع أن تكون الأسابيع القليلة القادمة مركزة على تعزيز تطبيقات العملاء مقابل المواصفات الجديدة، ووضع اللمسات الأخيرة على تغطية الاختبار، وتحويل طلبات السحب المسودة لـ Soldøgn إلى تعليمات برمجية مدمجة.
كما هو الحال دائمًا، سيتم اتخاذ القرارات النهائية للقيم مثل هدف حد الغاز البالغ 200M وأرقام إعادة التسعير النهائية ومشاركتها علنًا في مكالمات جميع المطورين الأساسيين (AllCoreDevs). توقع أن تكون هذه هي المواضيع الرئيسية للأسبوع المقبل!
شكرًا جزيلاً لكل من جاء طوال الطريق إلى خط عرض 78°N وجعل هذا الأسبوع ناجحًا! تحية خاصة لـ EthPandaOps لتنظيم المجموعة كل يوم، ولكل من عمل تحت شمس منتصف الليل للتأكد من تحقيق أهدافنا اليومية — بما في ذلك طاقم Ethrex، الذين انضموا إلينا في أول تشغيل بيني لهم. لقد كان أسبوعًا مثمرًا بشكل لا يصدق، ولحسن الحظ سيكون لدينا فيلم قصير كامل لنتذكره به ☀️