تُفعّل إيثيريوم غلامستردام على سيبوليا في 6 أكتوبر. وأُطلق ألبنغلو من سولانا على الشبكة التجريبية. تعيد الترقيتان صياغة آليات طبقة الإجماع خلال الشهر نفسه. يقارن هذا التقرير بين التغييرين استنادًا إلى البيانات.
ما هو غلامستردام؟
غلامستردام هو الانقسام الصلب التالي لإيثيريوم، ومن المقرر إطلاقه على الشبكة الرئيسية في الربع الرابع من عام 2026. ويجمع بين ترقيتين للطبقة: أمستردام (طبقة التنفيذ) وغلوآس (طبقة الإجماع). وأكدت مؤسسة إيثيريوم تفعيل شبكة سيبوليا التجريبية عند الحقبة 353,024، والفتحة 11,296,768، في 6 أكتوبر عند الساعة 13:53:36 بالتوقيت العالمي المنسق.
تُتابع الترقية ضمن Meta EIP-7773. وهي تشمل عشرة مقترحات EIP عبر طبقتي الإجماع والتنفيذ. وأبرز المقترحين هما EIP-7732 وEIP-7928، ويعملان معًا بوصفهما زوجًا مترابطًا.
EIP-7732: فصل المقترِح عن البنّاء المدمج في البروتوكول
اليوم، تُبنى أكثر من 90% من كتل Ethereum بواسطة مرحّلات MEV-Boost الخارجية. ويستحوذ أكبر أربعة بنّائين على أكثر من 90% من جميع الكتل (درجة HHI: 3,892). وتعمل هذه المرحّلات بالكامل خارج السلسلة من دون مساءلة على مستوى البروتوكول.
يُدرج EIP-7732 فصل المقترِح عن البنّاء مباشرةً في بروتوكول الإجماع. ويصبح البنّاء مشاركًا في طبقة الإجماع يودع حصته. ويلتزم المقترِح بعطاء البنّاء، ثم يكشف البنّاء عن الحمولة لاحقًا. وتُصدّق لجنة جديدة لتوقيت الحمولة (PTC) على ما إذا كانت البيانات قد وصلت في الوقت المحدد.
يوسّع ePBS أيضًا نافذة نشر البيانات من ثانيتين إلى نحو 9 ثوانٍ. وهذا يسمح بكتل أكبر وسعة أكبر للبيانات الثنائية الكبيرة في كل فتحة، من دون تجاوز المهلة المحددة للفتحة البالغة 12 ثانية.
EIP-7928: قوائم الوصول على مستوى الكتلة
كما يوضح الرسم البياني، نما استهلاك Ethereum اليومي للغاز تاريخيًا على شكل قفزات منفصلة بالتزامن مع زيادات حد الغاز للكتلة، واستقر عند نحو 215–220 مليار غاز يوميًا في 2026. ويتيح EIP-7928 ثلاثة تغييرات ملموسة في التنفيذ لزيادة هذه السعة بأمان: قراءة متوازية للقرص عبر أنوية وحدة المعالجة المركزية، والتحقق المتوازي من المعاملات، وإعادة بناء الحالة دون تنفيذ للعملاء الخفيفين. وتجعل هذه التحسينات مجتمعة التوسع إلى حد 200M من الغاز آمنًا على أجهزة المصادقين القياسية.
من دون EIP-7928، فإن زيادة حد الغاز إلى ثلاثة أمثال مستوياته اليومية الحالية ستفرض على كل مصادق عبئًا متناسبًا وأعلى من التنفيذ التسلسلي. وقد شغّل Devnet-11 بنجاح 84,000 مصادق محاكى عند 200M من الغاز من دون إخفاق في تحقيق النهائية، ما مهّد لتفعيل شبكة اختبار Sepolia في 6 أكتوبر.
تغييرات تسعير الغاز: EIP-8037 وEIP-8038
يعيد Glamsterdam تسعير فئتين من عمليات الوصول إلى الحالة. يرفع EIP-8037 تكلفة إنشاء إدخالات حالة جديدة، بينما يحدّث EIP-8038 تكلفة قراءة الحالة القائمة. ويجعل هذا التعديل تكاليف الغاز أقرب إلى الاستخدام الفعلي لموارد الأجهزة. ويتعين على مطوري التطبيقات اختبار العقود وفق القواعد الجديدة قبل إطلاق الشبكة الرئيسية.
جدول تفعيل Glamsterdam
الشبكة | التاريخ | الحالة | ملاحظات: شبكة اختبار Sepolia | 6 أكتوبر 2026 (13:53:36) UTC | مؤكد | الحقبة 353,024 / الفتحة 11,296,768؛ شبكة اختبار Hoodi | 27 أكتوبر 2026 (موعد مبدئي) | غير مؤكد | يتوقف على استقرار Sepolia؛ الشبكة الرئيسية | الربع الرابع من 2026 (من دون تاريخ محدد) | غير مؤكد | بانتظار إعلان منفصل
يتعين على مشغّلي Arbitrum Sepolia الترقية إلى Nitro v3.11.4 قبل 6 أكتوبر. يضيف Glamsterdam حقولًا جديدة إلى ترويسات كتل Ethereum. وقد تفشل الدُفعات التي قُدّرت قبل التفرع وأُدرجت بعده وفق قواعد الغاز الجديدة.
يضبط Prysm 7.2.0 حد الغاز افتراضيًا على 60M بعد التفعيل. وعلى المصادقين الذين يستهدفون 200M ضبطه يدويًا عبر ملف إعدادات مقترِح من الإصدار 2 أو واجهة برمجة تطبيقات مدير المفاتيح. ولا يكون لراية ‘suggested-gas-limit’ أي تأثير بعد تفرع Gloas.
ما هو Alpenglow؟
يُعد Alpenglow أكبر تغيير في بروتوكول Solana منذ إطلاقها. فهو يستبدل TowerBFT، آلية الإجماع الحالية، بنظام ذي مكوّنين يُسمى Votor وRotor. وقد أقرّ المصادقون الترقية في تصويت الحوكمة (SIMD-0326) في سبتمبر 2025، بنسبة موافقة بلغت 98.27% ومشاركة 52% من الرموز المودعة.
فُعّل Alpenglow على عنقود الاختبار المجتمعي المخصص، ثم على شبكة الاختبار، في الأسبوع الأخير من سبتمبر 2026. وسيأتي تفعيله على الشبكة الرئيسية مع Agave 4.3، المستهدف إصداره في أكتوبر 2026، من دون تحديد ارتفاع كتلة مؤكد.
المرحلة الأولى: Votor
في ظل آلية الإجماع القديمة TowerBFT في Solana، تتحمل الشبكة كلفة أداء كبيرة: إذ يجب معالجة تصويت كل مصادق على حدة وإرساله كمعاملة عادية على السلسلة. وتؤدي أصوات صيانة الإجماع هذه باستمرار إلى ازدحام السجل واستهلاك كميات هائلة من مساحة الكتل. وتؤكد بيانات أكاديمية لتتبع المعاملات من أوائل 2024 حتى الربع الأول من 2026 (وفق الرسم البياني) أن معاملات التصويت (باللون الوردي) شكّلت باستمرار متوسطًا قدره 71.5%، ووصلت إلى نحو 75% من إجمالي معاملات Solana، ما يضخم مقاييس الإنتاجية اصطناعيًا.
يتخلص Votor من هذا العبء البنيوي بإخراج معاملات التصويت بالكامل من السلسلة. ويتبادل المصادقون شهادات توقيع BLS مباشرةً فيما بينهم خارج السلسلة، ثم يرسلون إلى السلسلة شهادة مجمّعة واحدة بحجم يقارب 1,000 بايت لكل كتلة بدلًا من ملايين معاملات التصويت الفردية. وهذا يحرر بنيويًا أكثر من 70% من سعة الكتل الحالية لمعاملات المستخدمين الفعلية.
لتحقيق ذلك، يشغّل Votor مسارين متزامنين لتحقيق النهائية: مسارًا سريعًا تُحسم فيه الكتل في جولة تصويت واحدة، ومسارًا بطيئًا تُكمل فيه جولة ثانية تحقيق النهائية إذا استجاب عدد أقل من المصادقين ضمن المهلة. والهدف الإجمالي هو تحقيق نهائية اقتصادية خلال 100 إلى 150 ملي ثانية، ما يعني خفض وقت الانتظار بنسبة 99% مقارنةً بالمدة الحالية البالغة 12.8 ثانية.
تحمّل الأعطال: من 33% إلى 20% + 20%
يتطلب TowerBFT أن تكون أكثر من ثلثي الحصة (67%) نزيهة ومتّصلة بالإنترنت كي يستمر الإجماع. وإذا كان 34% من المصادقين في الشبكة خصومًا، يتوقف TowerBFT عن العمل.
يغيّر Votor نموذج تحمّل الأعطال. فهو يتحمل في الوقت نفسه حصة تخريبية تصل إلى 20% وحصة غير متصلة بالإنترنت تصل إلى 20%، ما يعني قدرة على تحمّل أعطال تصل إلى 40% مجتمعة. والمقابل هو خفض عتبة الخصم البيزنطي من 33% إلى 20%. وبخفض هذه العتبة، يستطيع Votor تحقيق النهائية في جولة واحدة بدلًا من جولتين، وهو ما يتيح الوصول إلى الهدف البالغ 150ms.
طوّرت Anza إثبات السلامة الذي يستند إليه Votor بالتعاون مع باحثين من ETH Zurich. وقد خضع للتحقق الرسمي، وليس قائمًا على المحاكاة، على خلاف نموذج السلامة التجريبي في TowerBFT.
المرحلة الثانية: Rotor
يستبدل Rotor بروتوكول Turbine، بروتوكول نشر بيانات الكتل الحالي في Solana. يستخدم Turbine شجرة متعددة القفزات من العُقد لتوزيع بيانات الكتل على المصادقين. أما Rotor فيستبدل الشجرة بطبقة ترحيل واحدة، ما يقلل عدد قفزات النشر. ولم يُحدد موعد مؤكد لتفعيل Rotor، كما أنه ليس جزءًا من إصدار Agave 4.3.
مقارنة جنبًا إلى جنب
البُعد | Ethereum Glamsterdam | Solana Alpenglow (Votor)؛ نوع الترقية | تفرع صلب (انتقال منسق) | بوابة ميزة (أغلبية ساحقة من الحصة)؛ موعد شبكة الاختبار | Sepolia في 6 أكتوبر (مؤكد) | الشبكة التجريبية مباشرة في 24–25 سبتمبر (مؤكد)؛ موعد الشبكة الرئيسية | الربع الرابع من 2026 (لا موعد مؤكد) | Agave 4.3 (مبدئيًا في أكتوبر، لكن لا موعد واضح)؛ تغيير النهائية | لا تغيير في هذا التحديث | من 12.8 ثانية إلى 100–150ms (خفض بنسبة 99%)؛ تغيير الإنتاجية | من 60M إلى 200M غاز/كتلة (3.3 أضعاف) | تحرير 75% من مساحة الكتل التي تستهلكها معاملات التصويت؛ تغيير المرحّلات/الثقة | أكثر من 90% من الكتل تأتي عبر مرحّلات خارج السلسلة | لا تغيير في المرحّلات؛ تحمّل الأعطال | دون تغيير (حد أقصى 33% من الحصة الخصومية) | 20% حصة خصومية + 20% حصة غير متصلة؛ نوع إثبات السلامة | محاكاة واختبارات تجريبية | تحقق رسمي (ETH Zurich)؛ أثر الرسوم | يُتوقع أن تصبح تحويلات ETH أرخص بنسبة 71% | وفورات رسوم التصويت نحو 0.56 SOL لكل حقبة؛ المرحلة الثانية المجدولة | شبكة اختبار Hoodi في 27 أكتوبر (موعد مبدئي) | Rotor (لا موعد مؤكد)؛ ما الذي لا يعالجه | سرعة النهائية، وافتراضات الثقة في الطبقة الثانية | الإنتاجية الخام، ونشر الكتل
الفروق الرئيسية في النهج
وفقًا لبيانات الشبكات الحية الحالية من Chainspect، يظهر تباين واضح في النهائية الاقتصادية الأساسية: تحتاج Solana حاليًا إلى 12.8 ثانية للوصول إلى حالة نهائية كاملة باستخدام TowerBFT، بينما تحتاج Ethereum إلى 12 دقيقة و48 ثانية.
يعالج Alpenglow هذه الفجوة مباشرةً في Solana، إذ يستخدم Votor لتقليص التأخير البالغ 12.8 ثانية إلى 100–150 ملي ثانية في ظروف الإجماع السريع. ويتحقق ذلك بإزالة معاملات التصويت، التي تستهلك حاليًا ما يصل إلى 75% من مساحة كتل Solana، ما يحرر بصورة غير مباشرة سعة ضخمة لمعاملات المستخدمين، من دون أن يزيد بحد ذاته معدل معالجة المعاملات الخام مباشرةً.
على النقيض، يُبقي Glamsterdam نهائية Ethereum البالغة 12 دقيقة و48 ثانية دون تغيير، ويركز بدلًا من ذلك على توسيع سعة التنفيذ في الكتلة الواحدة من 60M إلى 200M من الغاز. ومن خلال جعل بناء الكتل الأكبر وتنفيذها بالتوازي أكثر أمانًا، يوسّع Glamsterdam حد الغاز بمقدار 3.3 أضعاف، ما يزيد مساحة الكتل.
في النهاية، لا تعالج أي من الترقيرتين المشكلة التي تستهدفها الأخرى: فنهائية Ethereum متعددة الحقب لا تتأثر، بينما تعتمد آلية المعاملات الأساسية في Solana على Votor لتحقيق السرعة، لا على توسيع نطاق التنفيذ الخام. وتوضح هذه المقاييس المختلفة كيف تعطي كل شبكة الأولوية لقيدها الأساسي عبر حلول متوازية: توسّع Ethereum سعة مساحة الكتل، بينما تستهدف Solana التسوية في أقل من ثانية.
ما الذي ينبغي متابعته في أكتوبر
بالنسبة إلى Ethereum: ستُظهر بيانات Sepolia اعتبارًا من 6 أكتوبر ما إذا كان معيار 200M من الغاز في Devnet-11 يصمد في ظروف المصادقين الفعلية. ويُعد تفعيل شبكة اختبار Hoodi (المقرر مبدئيًا في 27 أكتوبر) المحطة الثابتة التالية قبل الإعلان عن موعد الشبكة الرئيسية.
بالنسبة إلى Solana: لم يُحدد موعد إصدار Agave 4.3. وحتى 5 أكتوبر، لا تزال الشبكة الرئيسية تعمل بآلية TowerBFT. والتسلسل هو: إصدار Agave 4.3، ثم ترقية المصادقين، ثم تفعيل بوابة الميزة بأغلبية ساحقة. ولا يوجد رقم كتلة تفعيل محدد يمكن مراقبته مسبقًا.