غلامستردام

تم تصميم ترقية غلامستردام القادمة لشبكة إيثيريوم لتمهيد الطريق للجيل القادم من التوسع. سُميت غلامستردام من مزيج من "Amsterdam" (ترقية طبقة التنفيذ، سُميت على اسم موقع Devconnect سابق) و"Gloas" (ترقية طبقة الإجماع، سُميت على اسم نجم).

بعد التقدم المحرز في ترقية فوساكا، تركز غلامستردام على توسيع طبقة 1 (L1) من خلال إعادة تنظيم كيفية معالجة الشبكة للمعاملات وإدارة قاعدة بياناتها المتنامية، مما يؤدي إلى تحديث جذري لكيفية إنشاء إيثيريوم للكتل وتدقيقها.

بينما ركزت فوساكا على التحسينات الأساسية، تعمل غلامستردام على تعزيز أهداف "توسيع طبقة 1 (L1)" و"توسيع الكتل الثنائية (Blobs)" من خلال تكريس فصل الواجبات بين مختلف المشاركين في الشبكة، وإدخال طرق أكثر كفاءة للتعامل مع البيانات لإعداد للموازاة ذات قدرة المعالجة العالية.

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

التحسينات المعتبرة لغلامستردام

تتمحور ترقية غلامستردام حول ثلاثة أهداف رئيسية:

• تسريع المعالجة (الموازاة): إعادة تنظيم كيفية تسجيل الشبكة لتبعيات البيانات، بحيث يمكنها معالجة العديد من المعاملات بأمان في نفس الوقت بدلاً من تسلسل بطيء واحد تلو الآخر.
• توسيع السعة: تقسيم العبء الثقيل لإنشاء الكتل وتدقيقها، مما يمنح الشبكة مزيدًا من الوقت لنشر كميات أكبر من البيانات دون إبطاء.
• منع تضخم قاعدة البيانات (الاستدامة): تعديل رسوم الشبكة لتعكس بدقة تكلفة الأجهزة طويلة المدى لتخزين البيانات الجديدة، مما يفتح المجال لزيادات حد الغاز المستقبلية مع منع تدهور أداء الأجهزة.

باختصار، ستقدم غلامستردام تغييرات هيكلية لضمان أنه مع زيادة سعة الشبكة، تظل مستدامة ويبقى الأداء عاليًا.

توسيع طبقة 1 (L1) والمعالجة المتوازية

يتطلب التوسع المجدي لطبقة 1 (L1) الابتعاد عن افتراضات الثقة خارج البروتوكول وقيود التنفيذ التسلسلي. تعالج غلامستردام هذا من خلال تكريس فصل بعض واجبات بناء الكتل وإدخال هياكل بيانات جديدة تسمح للشبكة بالاستعداد للمعالجة المتوازية.

المقترح الرئيسي: تكريس فصل المقترح عن الباني (ePBS)

• يزيل افتراضات الثقة خارج البروتوكول والاعتماد على مُرحلات (relays) تابعة لجهات خارجية
• يدعم توسيع طبقة 1 (L1) من خلال السماح بحمولات أكبر بكثير من خلال نوافذ النشر الممتدة
• يقدم مدفوعات باني منزوعة الثقة مباشرة في البروتوكول
• يتطلب تحديثات معمارية لمجمعات التخزين لتمكين المراقبة منزوعة الثقة، على الرغم من تحسن تجربة مستخدم التخزين الإجمالية من خلال عملية اختيار باني محسنة

حاليًا، تتضمن عملية اقتراح وبناء الكتل تسليمًا بين مُقترحي الكتل وبُناة الكتل. العلاقة بين المُقترحين والبُناة ليست جزءًا من بروتوكول إيثيريوم الأساسي، لذا فهي تعتمد على برمجيات وسيطة موثوقة تابعة لجهات خارجية، وبرمجيات (مُرحلات)، وثقة خارج البروتوكول بين الكيانات.

تخلق العلاقة خارج البروتوكول بين المُقترحين والبُناة أيضًا "مسارًا ساخنًا" أثناء تدقيق الكتلة يجبر على الإسراع في بث المعاملات وتنفيذها في نافذة ضيقة مدتها 2 ثانية، مما يحد من كمية البيانات التي يمكن للشبكة التعامل معها.

تكريس فصل المقترح عن الباني (ePBS، أو EIP-7732) يفصل رسميًا وظيفة المُقترِح (الذي يختار كتلة الإجماع) عن الباني (الذي يُجمّع حمولة التنفيذ)، مكرسًا هذا التسليم مباشرة في البروتوكول.

إن بناء التبادل منزوع الثقة لحمولة الكتلة مقابل الدفع مباشرة في البروتوكول يزيل الحاجة إلى البرمجيات الوسيطة التابعة لجهات خارجية (مثل MEV-Boost). ومع ذلك، قد يظل البُناة والمُقترحون يختارون استخدام مُرحلات أو برمجيات وسيطة خارج البروتوكول للميزات المعقدة التي ليست جزءًا من البروتوكول الأساسي بعد.

لمعالجة عنق الزجاجة المتمثل في "المسار الساخن"، يقدم ePBS أيضًا لجنة توقيت الحمولة (PTC) ومنطق الموعد النهائي المزدوج، مما يسمح للمُدَقِّقين بالتصديق على كتلة الإجماع وتوقيت حمولة التنفيذ بشكل منفصل لزيادة قدرة المعالجة إلى أقصى حد.

يؤدي فصل أدوار المُقترِح والباني على مستوى البروتوكول إلى توسيع نافذة النشر (أو الوقت المتاح لنشر البيانات عبر الشبكة) من 2 ثانية إلى حوالي 9 ثوانٍ.

من خلال استبدال البرمجيات الوسيطة والمُرحلات خارج البروتوكول بآليات داخل البروتوكول، يقلل ePBS من تبعيات الثقة ويسمح لشبكة إيثيريوم بمعالجة كميات أكبر بكثير من البيانات بأمان (مثل المزيد من الكتل الثنائية (blobs) لـ ) دون إجهاد الشبكة.

الموارد: المواصفات الفنية لـ EIP-7732 (opens in a new tab)

المقترح الرئيسي: قوائم الوصول على مستوى الكتلة (BALs)

• يزيل اختناقات المعالجة التسلسلية من خلال توفير خريطة مسبقة لجميع تبعيات المعاملات، مما يمهد الطريق للمُدَقِّقين لمعالجة العديد من المعاملات بالتوازي بدلاً من واحدة تلو الأخرى
• يسمح للعقد بتحديث سجلاتها من خلال قراءة النتائج النهائية دون الحاجة إلى إعادة تشغيل كل معاملة (المزامنة بدون تنفيذ)، مما يجعل مزامنة عقدة مع الشبكة أسرع بكثير
• يزيل التخمين، مما يسمح للمُدَقِّقين بالتحميل المسبق لجميع البيانات الضرورية دفعة واحدة بدلاً من اكتشافها خطوة بخطوة، مما يجعل التدقيق أسرع بكثير

إيثيريوم اليوم تشبه طريقًا ذا مسار واحد؛ نظرًا لأن الشبكة لا تعرف البيانات التي ستحتاجها المعاملة أو تغيرها (مثل الحسابات التي ستتطرق إليها المعاملة) حتى يتم تشغيل المعاملة، يجب على المُدَقِّقين معالجة المعاملات واحدة تلو الأخرى في خط تسلسلي صارم. إذا حاولوا معالجة المعاملات كلها مرة واحدة، دون معرفة هذه التبعيات، فقد تحاول معاملتان عن طريق الخطأ تغيير نفس البيانات بالضبط في نفس الوقت، مما يتسبب في حدوث أخطاء.

تعمل قوائم الوصول على مستوى الكتلة (BALs، أو EIP-7928) كخريطة للشبكة، حيث تفصل أجزاء قاعدة البيانات التي سيتم الوصول إليها قبل بدء العمل. تخزن طبقة التنفيذ قائمة وصول الكتلة الكاملة، بما في ذلك كل تغيير في الحساب ستتطرق إليه المعاملات، إلى جانب النتائج النهائية لتلك التغييرات (جميع عمليات الوصول إلى الحالة وقيم ما بعد التنفيذ). للحفاظ على خفة الكتل، يحتوي رأس الكتلة على حقل جديد ببصمة رقمية فريدة (سجل التجزئة) لهذه القائمة.

نظرًا لأنها توفر رؤية فورية للمعاملات التي لا تتداخل، تسمح BALs للعقد بإجراء قراءات متوازية للقرص، وجلب المعلومات للعديد من المعاملات في وقت واحد. يمكن للشبكة تجميع المعاملات غير ذات الصلة بأمان ومعالجتها بالتوازي.

نظرًا لأن BAL تتضمن النتائج النهائية للمعاملات (قيم ما بعد التنفيذ)، فعندما تحتاج عقد الشبكة إلى المزامنة مع الحالة الحالية للشبكة، يمكنها نسخ تلك النتائج النهائية لتحديث سجلاتها. لم يعد يتعين على المُدَقِّقين إعادة تشغيل جميع المعاملات المعقدة من الصفر لمعرفة ما حدث، مما يجعل انضمام العقد الجديدة إلى الشبكة أسرع وأسهل.

ستكون قراءات القرص المتوازية التي تتيحها BALs خطوة مهمة نحو مستقبل يمكن فيه لشبكة إيثيريوم معالجة العديد من المعاملات في وقت واحد، مما يزيد بشكل كبير من سرعة الشبكة.

تبادل قائمة وصول الكتلة eth/71

تبادل قائمة وصول الكتلة (eth/71 أو EIP-8159) هو الرفيق الشبكي المباشر لقوائم الوصول على مستوى الكتلة. بينما تفتح BALs المجال للتنفيذ المتوازي، يقوم eth/71 بترقية بروتوكول نظير إلى نظير للسماح للعقد بمشاركة هذه القوائم فعليًا عبر الشبكة. أصبح تبادل قائمة وصول الكتلة مطلوبًا الآن لجميع عملاء طبقة التنفيذ، وسيمكن من المزامنة بشكل أسرع ويسمح للعقد بإجراء تحديثات الحالة بدون تنفيذ.

الموارد:

• المواصفات الفنية لـ EIP-7928 (opens in a new tab)
• المواصفات الفنية لـ EIP-8159 (opens in a new tab)

استدامة الشبكة

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

زيادة تكلفة غاز إنشاء الحالة

• يضمن أن الرسوم لإنشاء حسابات جديدة أو عقود ذكية تعكس بدقة العبء طويل المدى الذي تضعه على قاعدة بيانات إيثيريوم
• يحدد تكلفة ثابتة لكل بايت حالة (CPSB) تستهدف معدل نمو آمنًا ويمكن التنبؤ به يبلغ 120 GiB/سنة، مما يضمن استمرار الأجهزة المادية القياسية في تشغيل الشبكة
• يفصل المحاسبة لهذه الرسوم المحددة إلى خزان جديد، مما يزيل حدود المعاملات القديمة ويسمح للمطورين بنشر تطبيقات أكبر وأكثر تعقيدًا

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

بعض الإجراءات التي تنشئ حالة على إيثيريوم، مثل إنشاء حسابات جديدة أو نشر عقود ذكية كبيرة، كانت منخفضة التكلفة نسبيًا مقارنة بمساحة التخزين الدائمة التي تشغلها على عقد الشبكة، على سبيل المثال، نشر العقد أرخص بكثير لكل بايت من إنشاء فتحات التخزين.

بدون تعديل، سيصبح نمو حالة إيثيريوم غير مستدام مع توسع الشبكة نحو حد الغاز الأدنى البالغ 200M الذي تتيحه غلامستردام (مع قيام المطورين حاليًا بالاختبار عند حد غاز كتلة مرجعي يبلغ 150M لاشتقاق تسعير دقيق للحالة).

زيادة تكلفة غاز إنشاء الحالة (أو EIP-8037) تنسق التكاليف من خلال ربطها بالحجم الفعلي للبيانات التي يتم إنشاؤها، وتحديث الرسوم بحيث تتناسب مع كمية البيانات الدائمة التي تنشئها العملية أو تصل إليها.

يقدم EIP-8037 أيضًا نموذج خزان لإدارة هذه التكاليف بشكل أكثر قابلية للتنبؤ؛ تُسحب رسوم غاز الحالة من state_gas_reservoir أولاً، ويعيد رمز التشغيل GAS فقط gas_left، مما يمنع إطارات التنفيذ من الخطأ في حساب الغاز المتاح. لدعم ذلك، تُمنح المهام الأساسية في الخلفية سماحية وقود إضافية تذهب مباشرة إلى هذا الاحتياطي المخصص، مما يضمن عدم فشل عمليات الشبكة الحرجة لمجرد أن تخزين البيانات الدائمة يتطلب المزيد من الموارد.

قبل EIP-8037، كان كل من العمل الحسابي (المعالجة النشطة) وتخزين البيانات الدائم (حفظ العقد الذكي في قاعدة بيانات الشبكة) يتشاركان نفس حد الغاز. يقسم نموذج الخزان المحاسبة: حد الغاز للعمل الحسابي الفعلي للمعاملة (المعالجة) ولتخزين البيانات طويل المدى (غاز الحالة). يساعد فصل الاثنين في منع الحجم الهائل لبيانات التطبيق من استنفاد حد الغاز؛ طالما أن المطورين يوفرون أموالاً كافية لملء الخزان لتخزين البيانات، يمكنهم نشر عقود ذكية أكبر وأكثر تعقيدًا بكثير.

سيساعد تسعير تخزين البيانات بشكل أكثر دقة وقابلية للتنبؤ إيثيريوم على زيادة سرعتها وسعتها بأمان دون تضخيم قاعدة البيانات. ستسمح هذه الاستدامة لمشغلي العقد بالاستمرار في استخدام أجهزة بأسعار معقولة (نسبيًا) لسنوات قادمة، مما يحافظ على إمكانية الوصول إلى التخزين المنزلي للحفاظ على لامركزية الشبكة.

الموارد: المواصفات الفنية لـ EIP-8037 (opens in a new tab)

تحديث تكلفة غاز الوصول إلى الحالة

• يزيد من تكاليف الغاز عندما تقرأ التطبيقات أو تحدث المعلومات المخزنة بشكل دائم على إيثيريوم (رموز تشغيل الوصول إلى الحالة) لتتطابق بدقة مع عمل الحوسبة الذي تتطلبه هذه الأوامر
• يعزز مرونة الشبكة من خلال منع هجمات الحرمان من الخدمة التي تستغل عمليات قراءة البيانات الرخيصة بشكل مصطنع

مع نمو حالة إيثيريوم، أصبح فعل البحث عن البيانات القديمة وقراءتها ("الوصول إلى الحالة") أثقل وأبطأ في المعالجة بالنسبة للعقد. ظلت الرسوم لهذه الإجراءات كما هي على الرغم من أنه أصبح الآن أكثر تكلفة قليلاً للبحث عن المعلومات (من حيث قوة الحوسبة).

نتيجة لذلك، يتم حاليًا تسعير بعض الأوامر المحددة بأقل من قيمتها مقارنة بالعمل الذي تجبر العقدة على القيام به. EXTCODESIZE وEXTCODECOPY مسعرة بأقل من قيمتها، على سبيل المثال، لأنها تتطلب قراءتين منفصلتين لقاعدة البيانات - واحدة لكائن الحساب، والثانية لحجم الكود الفعلي أو رمز البايت.

تحديث تكلفة غاز الوصول إلى الحالة (أو EIP-8038) يزيد من ثوابت الغاز لرموز تشغيل الوصول إلى الحالة، مثل البحث عن بيانات الحساب والعقد، لتتماشى مع أداء الأجهزة الحديثة وحجم الحالة.

تساعد مواءمة تكلفة الوصول إلى الحالة أيضًا في جعل إيثيريوم أكثر مرونة. نظرًا لأن إجراءات قراءة البيانات الثقيلة هذه رخيصة بشكل مصطنع، يمكن لمهاجم خبيث إغراق الشبكة بآلاف طلبات البيانات المعقدة في كتلة واحدة قبل الوصول إلى حد رسوم الشبكة، مما قد يتسبب في توقف الشبكة أو تعطلها (هجوم الحرمان من الخدمة). حتى بدون نية خبيثة، لا يتم تشجيع المطورين اقتصاديًا على بناء تطبيقات فعالة إذا كانت قراءة بيانات الشبكة رخيصة جدًا.

من خلال تسعير إجراءات الوصول إلى الحالة بشكل أكثر دقة، يمكن أن تكون إيثيريوم أكثر مرونة ضد التباطؤ العرضي أو المتعمد، بينما تثبت مواءمة تكاليف الشبكة مع حمل الأجهزة أنها أساس أكثر استدامة لزيادات حد الغاز المستقبلية.

الموارد: المواصفات الفنية لـ EIP-8038 (opens in a new tab)

مرونة الشبكة

تضمن التحسينات على واجبات المُدَقِّق وعمليات الخروج استقرار الشبكة أثناء أحداث الاقتطاع الجماعي وتضفي طابعًا ديمقراطيًا على السيولة. تجعل هذه التحسينات الشبكة أكثر استقرارًا وتضمن معاملة جميع المشاركين، كبارًا وصغارًا، بإنصاف.

استبعاد المُدَقِّقين المقتطعين من الاقتراح

• يمنع المُدَقِّقين المعاقبين (المقتطعين) من أن يتم اختيارهم لاقتراح كتل مستقبلية، مما يقضي على الفترات الزمنية (slots) الفائتة المضمونة
• يحافظ على تشغيل إيثيريوم بسلاسة وموثوقية، مما يمنع التوقفات الشديدة في حالة حدوث اقتطاع جماعي

حاليًا، حتى إذا تم اقتطاع مُدَقِّق (معاقبته لخرق القواعد أو عدم العمل كما هو متوقع)، فقد يظل النظام يختاره لقيادة كتلة في المستقبل القريب عندما يولد نظرات مستقبلية للمُقترِح.

نظرًا لأن الكتل من المُقترحين المقتطعين يتم رفضها تلقائيًا باعتبارها غير صالحة، فإن هذا يتسبب في تفويت الشبكة للفترات الزمنية ويؤخر تعافي الشبكة أثناء أحداث الاقتطاع الجماعي.

استبعاد المُدَقِّقين المقتطعين من الاقتراح (أو EIP-8045) يقوم ببساطة بتصفية المُدَقِّقين المقتطعين من الاختيار للواجبات المستقبلية. يؤدي هذا إلى تحسين مرونة السلسلة من خلال ضمان اختيار المُدَقِّقين الأصحاء فقط لاقتراح الكتل، والحفاظ على جودة الخدمة أثناء اضطرابات الشبكة.

الموارد: المواصفات الفنية لـ EIP-8045 (opens in a new tab)

السماح لعمليات الخروج باستخدام طابور الدمج

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

منذ أن زادت ترقية بيكترا الحد الأقصى للرصيد الفعال لمُدَقِّقي إيثيريوم من 32 ETH إلى 2,048 ETH، تسمح ثغرة فنية للمُدَقِّقين ذوي الأرصدة العالية بالخروج من الشبكة بشكل أسرع من المُدَقِّقين الأصغر عبر طابور الدمج.

السماح لعمليات الخروج باستخدام طابور الدمج (أو EIP-8080) يضفي طابعًا ديمقراطيًا على طابور الدمج لجميع عمليات خروج التخزين، مما يخلق خطًا واحدًا وعادلاً للجميع.

لشرح كيفية عمل هذا اليوم:

• حد التبديل في إيثيريوم هو حد أمان لمعدل دخول المُدَقِّقين أو خروجهم أو دمجهم (توحيدهم) لـ ETH المخزن الخاص بهم، لضمان عدم زعزعة أمان الشبكة أبدًا
• نظرًا لأن دمج المُدَقِّق هو إجراء أثقل مع أجزاء متحركة أكثر من خروج المُدَقِّق القياسي، فإنه يستهلك جزءًا أكبر من ميزانية الأمان هذه (حد التبديل)
• على وجه التحديد، يملي البروتوكول أن التكلفة الأمنية الدقيقة لخروج قياسي واحد هي ثلثي (2/3) تكلفة دمج واحد

ستسمح طوابير الخروج الأكثر إنصافًا لعمليات الخروج القياسية باستعارة مساحة غير مستخدمة من طابور الدمج خلال فترات ارتفاع الطلب على الخروج، مع تطبيق سعر صرف "3 مقابل 2" (لكل مكانين غير مستخدمين للدمج، يمكن للشبكة معالجة 3 عمليات خروج قياسية بأمان). يوازن عامل التبديل 3/2 هذا الطلب عبر طوابير الدمج والخروج.

سيؤدي إضفاء الطابع الديمقراطي على الوصول إلى طابور الدمج إلى زيادة السرعة التي يمكن للمستخدمين بها سحب حصة التخزين الخاصة بهم خلال فترات ارتفاع الطلب بما يصل إلى 2.5x، دون المساس بأمان الشبكة.

الموارد: المواصفات الفنية لـ EIP-8080 (opens in a new tab)

تحسين تجربة المستخدم والمطور

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

تقليل تكاليف غاز المعاملات الجوهرية

• يخفض الرسم الأساسي للمعاملات، مما يقلل التكلفة الإجمالية لدفعة ETH أصلية بسيطة
• يجعل التحويلات الأصغر بأسعار معقولة، مما يعزز جدوى إيثيريوم كوسيط تبادل روتيني

تحتوي جميع معاملات إيثيريوم على رسوم غاز أساسية ثابتة اليوم، بغض النظر عن مدى بساطة أو تعقيد معالجتها. يقترح تقليل غاز المعاملات الجوهرية (أو EIP-2780) تقليل هذا الرسم الأساسي لجعل تحويل ETH القياسي بين الحسابات الحالية أرخص بنسبة تصل إلى 71%.

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

يقدم المقترح استثناءً لإنشاء حسابات جديدة تمامًا لمنع الرسوم المنخفضة من إرهاق حالة الشبكة. إذا أرسل تحويل ETH إلى عنوان فارغ غير موجود، يجب على الشبكة إنشاء سجل جديد دائم له. تتم إضافة رسوم غاز إضافية لإنشاء هذا الحساب للمساعدة في تغطية عبء التخزين طويل المدى.

معًا، يهدف EIP-2780 إلى جعل التحويلات اليومية بين الحسابات الحالية بأسعار معقولة مع ضمان بقاء الشبكة محمية ضد تضخم قاعدة البيانات من خلال تسعير نمو الحالة الحقيقي بدقة.

الموارد: المواصفات الفنية لـ EIP-2780 (opens in a new tab)

النشر المسبق للمصنع الحتمي

• يمنح المطورين طريقة أصلية لنشر التطبيقات ومحافظ العقود الذكية على نفس العنوان بالضبط عبر سلاسل متعددة
• يسمح للمستخدمين بالحصول على نفس عنوان المحفظة الذكية على شبكات طبقة 2 (L2) متعددة، مما يقلل العبء المعرفي، ويقلل الارتباك، ويقلل من خطر الفقدان العرضي للأموال
• يستبدل الحلول البديلة التي يستخدمها المطورون حاليًا لتحقيق هذا التكافؤ، مما يجعل بناء محافظ وتطبيقات متعددة السلاسل أسهل وأكثر أمانًا

إذا كان لدى المستخدم محفظة عقد ذكي اليوم مع حسابات عبر سلاسل متعددة متوافقة مع آلة إيثيريوم الافتراضية (EVM)، فغالبًا ما ينتهي به الأمر بعنوان مختلف تمامًا على شبكات مختلفة. هذا ليس مربكًا فحسب، بل يمكن أن يؤدي إلى فقدان عرضي للأموال.

يمنح النشر المسبق للمصنع الحتمي (أو EIP-7997) المطورين طريقة أصلية ومدمجة لنشر تطبيقاتهم اللامركزية ومحافظ العقود الذكية على نفس العنوان بالضبط عبر سلاسل EVM متعددة، بما في ذلك شبكة إيثيريوم الرئيسية، وشبكات طبقة 2 (L2)، والمزيد. إذا تم اعتماده، فسيسمح للمستخدم بالحصول على نفس العنوان بالضبط على كل سلسلة مشاركة، مما يقلل بشكل كبير من العبء المعرفي واحتمال خطأ المستخدم.

يعمل النشر المسبق للمصنع الحتمي عن طريق وضع برنامج مصنع متخصص ومصغر بشكل دائم في موقع متطابق (على وجه التحديد، العنوان 0x12) على كل سلسلة متوافقة مع EVM مشاركة. هدفه هو توفير عقد مصنع قياسي وعالمي يمكن اعتماده من قبل أي شبكة متوافقة مع EVM؛ طالما أن سلسلة EVM تشارك وتعتمد هذا المعيار، سيتمكن المطورون من استخدامه لنشر عقودهم الذكية على نفس العنوان بالضبط على تلك الشبكة.

يبسط هذا التوحيد القياسي بناء وإدارة التطبيقات عبر السلاسل للمطورين والنظام البيئي الأوسع. لم يعد يتعين على المطورين كتابة تعليمات برمجية مخصصة وخاصة بالسلسلة لربط برامجهم معًا عبر شبكات مختلفة، وبدلاً من ذلك يستخدمون هذا المصنع العالمي لإنشاء نفس العنوان بالضبط لتطبيقهم في كل مكان. بالإضافة إلى ذلك، يمكن لمستكشفي الكتل وخدمات التتبع والمحافظ تحديد وربط هذه التطبيقات والحسابات بسهولة أكبر عبر سلاسل مختلفة، مما يخلق بيئة متعددة السلاسل أكثر توحيدًا وسلاسة لجميع المشاركين المعتمدين على إيثيريوم.

الموارد: المواصفات الفنية لـ EIP-7997 (opens in a new tab)

تحويلات وحرق ETH تصدر سجلاً

• ينشئ تلقائيًا سجلاً دائمًا (سجل) في كل مرة يتم فيها تحويل ETH أو حرقه
• يصلح نقطة عمياء تاريخية تسمح للتطبيقات والمنصات والجسور باكتشاف إيداعات المستخدمين بشكل موثوق دون أدوات تتبع مخصصة

على عكس الرموز المميزة (ERC-20s)، لا تصدر تحويلات ETH العادية بين العقود الذكية إيصالاً واضحًا (سجل قياسي)، مما يجعل من الصعب على المنصات والتطبيقات تتبعها.

تحويلات وحرق ETH تصدر سجلاً (أو EIP-7708) يجعل من الإلزامي للشبكة إصدار حدث سجل قياسي في كل مرة يتم فيها نقل أو حرق كمية غير صفرية من ETH.

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

الموارد: المواصفات الفنية لـ EIP-7708 (opens in a new tab)

قوائم إيصالات الكتلة الجزئية eth/70

مع زيادة مقدار العمل الذي يمكن لشبكة إيثيريوم القيام به، أصبحت قوائم الإيصالات لتلك الإجراءات (سجلات البيانات لهذه المعاملات) كبيرة جدًا لدرجة أنها قد تتسبب في فشل عقد الشبكة عند محاولة مزامنة البيانات مع بعضها البعض.

أصبحت قوائم إيصالات الكتلة الجزئية eth/70 (أو EIP-7975) الآن مطلبًا لجميع عملاء طبقة التنفيذ، وتقدم طريقة جديدة للعقد للتحدث مع بعضها البعض (eth/70) تسمح بتقسيم هذه القوائم الكبيرة إلى أجزاء أصغر وأكثر قابلية للإدارة. يقدم eth/70 نظام ترقيم صفحات لبروتوكول اتصال الشبكة يسمح للعقد بتقسيم قوائم إيصالات الكتلة وطلب البيانات بأمان في أجزاء أصغر وأكثر قابلية للإدارة.

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

الموارد: المواصفات الفنية لـ EIP-7975 (opens in a new tab)

• خارطة طريق إيثيريوم
• Forkcast: غلامستردام (opens in a new tab)
• مقترح EIP الشامل لغلامستردام (opens in a new tab)
• إعلان المدونة حول تحديث أولويات البروتوكول لعام 2026 (opens in a new tab)
• بودكاست The Daily Gwei Refuel - إيثيريوم ما بعد الكم، غلامستردام قادمة (opens in a new tab)

قراءة إضافية

• خارطة طريق إيثيريوم
• Forkcast: غلامستردام (opens in a new tab)
• Meta EIP لغلامستردام (opens in a new tab)
• إعلان مدونة تحديث أولويات البروتوكول لعام 2026 (opens in a new tab)
• بودكاست The Daily Gwei Refuel - إيثيريوم ما بعد الكم، غلامستردام قادمة (opens in a new tab)

الأسئلة الشائعة

كيف يمكن تحويل ETH بعد التفرع الصلب لغلامستردام؟

• لا يلزم اتخاذ أي إجراء بشأن ETH الخاص بك: ليست هناك حاجة لتحويل أو ترقية ETH الخاص بك بعد ترقية غلامستردام. ستظل أرصدة حسابك كما هي، وسيظل ETH الذي تحتفظ به حاليًا متاحًا بشكله الحالي بعد التفرع الصلب.
• احذر من عمليات الاحتيال! أي شخص يوجهك إلى "ترقية" ETH الخاص بك يحاول الاحتيال عليك. لا يوجد شيء تحتاج إلى القيام به فيما يتعلق بهذه الترقية. ستبقى أصولك غير متأثرة تمامًا. تذكر أن البقاء على اطلاع هو أفضل دفاع ضد عمليات الاحتيال.

المزيد حول التعرف على عمليات الاحتيال وتجنبها

هل تؤثر ترقية غلامستردام على جميع عقد ومُدَقِّقي إيثيريوم؟

نعم، تتطلب ترقية غلامستردام تحديثات لكل من عملاء التنفيذ وعملاء الإجماع. نظرًا لأن هذه الترقية تقدم تكريس فصل المقترح عن الباني (ePBS)، سيحتاج مشغلو العقد إلى التأكد من تحديث عملائهم للتعامل مع الطرق الجديدة التي يتم بها بناء الكتل وتدقيقها والتصديق عليها من قبل الشبكة.

سيصدر جميع عملاء إيثيريوم الرئيسيين إصدارات تدعم التفرع الصلب مميزة كأولوية عالية. يمكنك متابعة موعد توفر هذه الإصدارات في مستودعات GitHub للعملاء، أو قنوات ديسكورد (opens in a new tab) الخاصة بهم، أو ديسكورد EthStaker (opens in a new tab)، أو عن طريق الاشتراك في مدونة إيثيريوم للحصول على تحديثات البروتوكول.

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

بصفتي مخزنًا، ما الذي أحتاج إلى القيام به لترقية غلامستردام؟

كما هو الحال مع كل ترقية للشبكة، تأكد من تحديث عملائك إلى أحدث الإصدارات المميزة بدعم غلامستردام. تابع التحديثات في القائمة البريدية وإعلانات البروتوكول على مدونة مؤسسة إيثيريوم (EF) (opens in a new tab) للحصول على معلومات حول الإصدارات.

للتدقيق في إعدادك قبل تنشيط غلامستردام على الشبكة الرئيسية، يمكنك تشغيل مُدَقِّق على شبكات الاختبار. يتم الإعلان عن تفرعات شبكة الاختبار أيضًا في القائمة البريدية والمدونة.

ما التحسينات التي ستتضمنها غلامستردام لتوسيع طبقة 1 (L1)؟

الميزة الرئيسية هي ePBS (EIP-7732)، والتي تفصل المهمة الثقيلة المتمثلة في تدقيق معاملات الشبكة عن مهمة الوصول إلى الإجماع. يؤدي هذا إلى توسيع نافذة نشر البيانات من 2 ثانية إلى حوالي 9 ثوانٍ، مما يفتح المجال لقدرة إيثيريوم على التعامل بأمان مع قدرة معالجة معاملات أعلى بكثير واستيعاب المزيد من الكتل الثنائية (blobs) للبيانات لشبكات طبقة 2 (L2).

هل ستخفض غلامستردام الرسوم على إيثيريوم (طبقة 1)؟

نعم، من المرجح أن تخفض غلامستردام الرسوم للمستخدمين العاديين! يقلل تقليل غاز المعاملات الجوهرية (أو EIP-2780) من الرسم الأساسي لإرسال ETH، مما يجعل استخدام ETH أرخص بكثير للمدفوعات اليومية.

بالإضافة إلى ذلك، من أجل الاستدامة طويلة المدى، تقدم غلامستردام قوائم الوصول على مستوى الكتلة (BALs). يتيح ذلك المعالجة المتوازية ويعد طبقة 1 (L1) للتعامل بأمان مع حدود غاز إجمالية أعلى في المستقبل، مما سيقلل على الأرجح من تكاليف الغاز لكل معاملة مع نمو السعة.

هل ستكون هناك أي تغييرات على عقودي الذكية الحالية بعد غلامستردام؟

ستستمر العقود الحالية في العمل بشكل طبيعي بعد غلامستردام. من المحتمل أن يحصل المطورون على العديد من الأدوات الجديدة ويجب عليهم مراجعة استخدامهم للغاز:

• زيادة الحد الأقصى لحجم العقد (أو EIP-7954) يسمح للمطورين بنشر تطبيقات أكبر، مما يرفع الحد الأقصى لحجم العقد من حوالي 24KiB إلى 32KiB.
• النشر المسبق للمصنع الحتمي (أو EIP-7997) يقدم عقد مصنع عالميًا ومدمجًا. يسمح للمطورين بنشر تطبيقاتهم ومحافظ العقود الذكية على نفس العنوان بالضبط عبر جميع سلاسل EVM المشاركة.
• إذا كان تطبيقك يعتمد على تتبع معقد للعثور على تحويلات ETH، فإن تحويلات وحرق ETH تصدر سجلاً (أو EIP-7708) سيسمح لك بالتبديل إلى استخدام السجلات لمحاسبة أبسط وأكثر موثوقية.
• زيادة تكلفة غاز إنشاء الحالة (أو EIP-8037) وتحديث تكلفة غاز الوصول إلى الحالة (أو EIP-8038) تقدم نماذج استدامة جديدة ستغير تكاليف نشر عقود معينة، حيث سيكون لإنشاء حسابات جديدة أو تخزين دائم رسوم ثابتة موحدة جديدة بناءً على حجم البيانات التي تم إنشاؤها.

كيف ستؤثر غلامستردام على تخزين العقدة ومتطلبات الأجهزة؟

تعالج العديد من مقترحات تحسين إيثيريوم (EIPs) قيد النظر لغلامستردام منحدر الأداء لنمو الحالة:

• زيادة تكلفة غاز إنشاء الحالة (أو EIP-8037) تقدم إطار عمل بتكلفة ثابتة (CPSB) لاستهداف معدل نمو لقاعدة بيانات الحالة يبلغ 120 GiB/سنة، مما يضمن استمرار الأجهزة المادية القياسية في تشغيل الشبكة بكفاءة.
• قوائم إيصالات الكتلة الجزئية eth/70 (أو EIP-7975) تسمح للعقد بطلب إيصالات كتلة مرقمة الصفحات، مما يقسم قوائم إيصالات الكتلة الثقيلة بالبيانات إلى أجزاء أصغر لمنع الأعطال والمزامنة مع توسع إيثيريوم.

آخر تحديث للصفحة: 6 يونيو 2026

w (opens in a new tab)

m (opens in a new tab)

عرض المساهمين