لا يمكن فهم توسيع سعة إيثريوم هذه المرة ببساطة على أنه تخفيض شامل في الرسوم
يقدّم <Glamsterdam> حلًّا يتمثل في رفع قدرة إيثريوم على المعالجة من جهة، ورفع رسوم الغاز لبعض عمليات البيانات الجديدة داخل السلسلة من جهة أخرى. هل سيجعل هذا التوسيع تطبيقًا معيّنًا يدفع أقل؟ يعتمد ذلك على العمليات التي يستخدمها، وعلى سعر الغاز في حينها. لا يمكن تعميم الأمر على أنه تخفيض شامل في الرسوم.
اعتبارًا من 1 أكتوبر، يتمثل الترتيب الذي أعلنته الجهة الرسمية في تفعيل التحديث في 6 أكتوبر على شبكة Sepolia التجريبية، بينما لم يُحدَّد بعد تاريخ <Hoodi> وتاريخ الشبكة الرئيسية. لم تُغيّر هذه الإحاطة بعد قواعد التسعير الحالية لـ $ETH على الشبكة الرئيسية.
على العقد، إضافةً إلى تنفيذ المعاملات، حفظ حسابات المستخدمين وكود العقود وبيانات التخزين. كل بلوك يتيح القيام بأمور أكثر، وقد تشغل البيانات الجديدة مساحة على القرص بشكل أسرع، وتبطّئ العقد. رفع سرعة التنفيذ وحده لا يحل مشكلة تراكم البيانات المستمر.
سيتضمن <قائمة الوصول للبلوكات> داخل الترقية الحسابات ومواقع التخزين التي تتعلق بالمعاملات المُنفَّذة، ما يسمح للعميل بقراءة البيانات والتحقق منها بالتوازي. عندما يستطيع العميل معالجة عمل أكبر في الوقت نفسه، تتوفر شروط لزيادة الإنتاجية. لكن القراءة الأسرع لا تعني التخزين الأقل؛ فعبء البيانات الجديدة على المدى الطويل ما يزال يتعين التعامل معه.
يرفع <EIP-8037> احتساب رسوم الغاز للعمليات مثل إنشاء حسابات جديدة، والكتابة في مواقع تخزين جديدة، ونشر الأكواد، كما يفصل قياس الحالة الجديدة لوحدها. تهدف هذه التسعيرة إلى التحكم في وتيرة نمو البيانات بعد التوسيع. إذا كان التطبيق ينشئ بيانات جديدة بشكل متكرر، فيجب إجراء حسابات مركّزة لتقدير الزيادة في استهلاك هذه العمليات. أما الوصول إلى بيانات موجودة، فتوجد له أيضًا تعديلات في التسعير، ولا يمكن تقسيم التطبيقات ببساطة إلى فئة “تزيد رسومها” وفئة “لا تزيد”.
زيادة استهلاك الغاز لعملية بعينها لا تعني بالضرورة أن الفاتورة المقيّمة بالـ ETH ستنخفض أو سترتفع حتمًا. إذا خفّت الازدحامات بعد التوسيع، فقد تعوّض انخفاض الأسعار الزيادة في الكمية المستخدمة؛ وحتى مع نمو الطلب، لا يمكن ضمان انخفاض الرسوم.
كما يجب على المطورين معالجة مشكلات التوافق. بعد إعادة تشغيل المعاملات التاريخية، اكتشفت مؤسسة <Ethereum Foundation> أن معظم المعاملات لا يزال يمكن تنفيذها كما هي، بينما يعتمد جزءٌ صغير من العقود على افتراضات ثابتة للغاز. يمكن حل بعض حالات الفشل عبر رفع حد الغاز للمعاملة، بينما تتطلب حالات أخرى تعديل العقد أو طريقة الاستدعاء. رفع الحد لا يعني السماح لكل معاملة بأن تستهلك تلقائيًا الحد الأقصى؛ بل يعني فقط أن المعاملة تستطيع استخدام غاز أكثر عند الحاجة.
لا يمكن أيضًا استخدام التكاليف على شبكة الاختبار للتنبؤ بفواتير الشبكة الرئيسية، لأن حركة الاختبار وأسعار ما يرغب المستخدمون في دفعه تختلف. بالنسبة لفِرق التطبيقات، فإن الأكثر فائدة هو اختبار القواعد الجديدة بمعاملاتكم الخاصة، ومقارنة استخدامكم الجديد والقديم تحت نفس سعر الغاز. أولًا حدّد مقدار ما ستزيده المعالجة أو تنقصه على مستوى الأعمال نفسها، ثم بعد إطلاقها على الشبكة الرئيسية راقب الازدحام وسعر الغاز. عند جمع هذين الجزأين معًا فقط، يمكن الحكم فيما إذا كان هذا التوسيع سيجعل مستخدميكم يدفعون أقل أم أكثر.
يقدّم <Glamsterdam> حلًّا يتمثل في رفع قدرة إيثريوم على المعالجة من جهة، ورفع رسوم الغاز لبعض عمليات البيانات الجديدة داخل السلسلة من جهة أخرى. هل سيجعل هذا التوسيع تطبيقًا معيّنًا يدفع أقل؟ يعتمد ذلك على العمليات التي يستخدمها، وعلى سعر الغاز في حينها. لا يمكن تعميم الأمر على أنه تخفيض شامل في الرسوم.
اعتبارًا من 1 أكتوبر، يتمثل الترتيب الذي أعلنته الجهة الرسمية في تفعيل التحديث في 6 أكتوبر على شبكة Sepolia التجريبية، بينما لم يُحدَّد بعد تاريخ <Hoodi> وتاريخ الشبكة الرئيسية. لم تُغيّر هذه الإحاطة بعد قواعد التسعير الحالية لـ $ETH على الشبكة الرئيسية.
على العقد، إضافةً إلى تنفيذ المعاملات، حفظ حسابات المستخدمين وكود العقود وبيانات التخزين. كل بلوك يتيح القيام بأمور أكثر، وقد تشغل البيانات الجديدة مساحة على القرص بشكل أسرع، وتبطّئ العقد. رفع سرعة التنفيذ وحده لا يحل مشكلة تراكم البيانات المستمر.
سيتضمن <قائمة الوصول للبلوكات> داخل الترقية الحسابات ومواقع التخزين التي تتعلق بالمعاملات المُنفَّذة، ما يسمح للعميل بقراءة البيانات والتحقق منها بالتوازي. عندما يستطيع العميل معالجة عمل أكبر في الوقت نفسه، تتوفر شروط لزيادة الإنتاجية. لكن القراءة الأسرع لا تعني التخزين الأقل؛ فعبء البيانات الجديدة على المدى الطويل ما يزال يتعين التعامل معه.
يرفع <EIP-8037> احتساب رسوم الغاز للعمليات مثل إنشاء حسابات جديدة، والكتابة في مواقع تخزين جديدة، ونشر الأكواد، كما يفصل قياس الحالة الجديدة لوحدها. تهدف هذه التسعيرة إلى التحكم في وتيرة نمو البيانات بعد التوسيع. إذا كان التطبيق ينشئ بيانات جديدة بشكل متكرر، فيجب إجراء حسابات مركّزة لتقدير الزيادة في استهلاك هذه العمليات. أما الوصول إلى بيانات موجودة، فتوجد له أيضًا تعديلات في التسعير، ولا يمكن تقسيم التطبيقات ببساطة إلى فئة “تزيد رسومها” وفئة “لا تزيد”.
زيادة استهلاك الغاز لعملية بعينها لا تعني بالضرورة أن الفاتورة المقيّمة بالـ ETH ستنخفض أو سترتفع حتمًا. إذا خفّت الازدحامات بعد التوسيع، فقد تعوّض انخفاض الأسعار الزيادة في الكمية المستخدمة؛ وحتى مع نمو الطلب، لا يمكن ضمان انخفاض الرسوم.
كما يجب على المطورين معالجة مشكلات التوافق. بعد إعادة تشغيل المعاملات التاريخية، اكتشفت مؤسسة <Ethereum Foundation> أن معظم المعاملات لا يزال يمكن تنفيذها كما هي، بينما يعتمد جزءٌ صغير من العقود على افتراضات ثابتة للغاز. يمكن حل بعض حالات الفشل عبر رفع حد الغاز للمعاملة، بينما تتطلب حالات أخرى تعديل العقد أو طريقة الاستدعاء. رفع الحد لا يعني السماح لكل معاملة بأن تستهلك تلقائيًا الحد الأقصى؛ بل يعني فقط أن المعاملة تستطيع استخدام غاز أكثر عند الحاجة.
لا يمكن أيضًا استخدام التكاليف على شبكة الاختبار للتنبؤ بفواتير الشبكة الرئيسية، لأن حركة الاختبار وأسعار ما يرغب المستخدمون في دفعه تختلف. بالنسبة لفِرق التطبيقات، فإن الأكثر فائدة هو اختبار القواعد الجديدة بمعاملاتكم الخاصة، ومقارنة استخدامكم الجديد والقديم تحت نفس سعر الغاز. أولًا حدّد مقدار ما ستزيده المعالجة أو تنقصه على مستوى الأعمال نفسها، ثم بعد إطلاقها على الشبكة الرئيسية راقب الازدحام وسعر الغاز. عند جمع هذين الجزأين معًا فقط، يمكن الحكم فيما إذا كان هذا التوسيع سيجعل مستخدميكم يدفعون أقل أم أكثر.