تخطٍ إلى المحتوى الرئيسي

جلامستردام

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

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

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

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

التحسينات التي تم النظر فيها لترقية جلامستردام

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

المصادر:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

مرونة الشبكة

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

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

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

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

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

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

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

السماح لعمليات الخروج باستخدام قائمة انتظار الدمج

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

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

السماح لعمليات الخروج باستخدام قائمة انتظار الدمج (أو EIP-8080) يعمم قائمة انتظار الدمج لجميع عمليات خروج التحصيص، مما يخلق خطًا واحدًا عادلاً للجميع.

لتوضيح كيفية عمل ذلك اليوم:

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

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

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

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

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

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

تقليل تكاليف غاز المعاملات الأساسية

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

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

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

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

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

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

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

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

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

النشر المسبق للمصنع الحتمي (أو EIP-7997) يمنح المطورين طريقة أصلية ومدمجة لنشر تطبيقاتهم اللامركزية ومحافظ العقود الذكية على نفس العنوان بالضبط عبر سلاسل EVM المتعددة، بما في ذلك شبكة إيثريوم الرئيسية وشبكات الطبقة الثانية (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)

قراءة إضافية

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

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

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

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

هل تؤثر ترقية جلامستردام على جميع عقد ومدققي إيثريوم؟

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

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

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

كمساهم، ما الذي أحتاج إلى القيام به لترقية جلامستردام؟

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

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

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

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

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

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

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

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

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

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

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

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

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

هل كانت هذه المقالة مفيدة؟