EIP-7762 وEIP-7691: جعل كتل الإيثريوم عظيمة مرة أخرى

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

ومع ذلك، كان استخدام الكائنات الرقمية منخفضًا كما كان متوقعًا - فلا يزال هناك عدد غير كافٍ من التجميعات أو التطبيقات اللامركزية (DApps) التي تستفيد من الكائنات الرقمية.

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

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

وبعيدًا عن تأثيرات الأسعار، نشأت مناقشات حول الآثار الأوسع للكتل. ومن الموضوعات الرئيسية ما إذا كان ينبغي تعديل الحد الأدنى لرسوم القاعدة للكتل، كما هو مقترح في EIP-7762. ولا تزال نتيجة هذا الاقتراح غير مؤكدة. ويدور نقاش آخر، تم تسجيله في EIP-7691، حول ما إذا كان ينبغي زيادة عدد الكتل، حيث يؤكد المؤيدون أن هذا لن يعرض أمن الإجماع للخطر. ويجري النظر في كلا الاقتراحين للشوكة الصلبة القادمة لـ Pectra .

تتطرق هذه المقالة إلى تفاصيل كل اقتراح، وتستكشف الخلفية، والمواصفات المحددة لما تم اقتراحه، والمزايا والعيوب المحتملة.

بالنسبة لأولئك الذين لا يعرفون شيئًا عن الكتل، فسنتناول أولاً الأساسيات. إذا كنت تعرف بالفعل EIP-4844 والكتل وكنت مهتمًا بشكل خاص بالمقترحات، فلا تتردد في الانتقال إلى المناقشة حول EIP-7762.

دعونا أولاً نتعمق في المفهوم الدقيق لتوافر البيانات ونشرح كيف يعزز EIP-4844 Ethereum كطبقة DA.

ما هو توفر البيانات (DA)؟

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

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

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

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

لماذا يعتبر DA مهمًا بالنسبة لعمليات التجميع؟

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

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

إن ضمانات DA القوية التي تقدمها Ethereum هي السبب وراء استخدام عمليات التجميع لها كطبقة DA الخاصة بها. قبل EIP-4844، استفادت عمليات التجميع من حقل بيانات الاتصال الخاص بـ Ethereum لـ DA. الآن، يمكنها الاستفادة من كل من الكتل وبيانات الاتصال، مما يحسن قابلية التوسع والكفاءة لتنفيذات التجميع.

كيف يعمل EIP-4844 على تعزيز وظيفة DA الخاصة بـ Ethereum؟

يقدم EIP-4844 بنية بيانات جديدة تسمى blob، والتي، على عكس calldata ، يتم تخزينها مؤقتًا في طبقة الإجماع لمدة 18 يومًا تقريبًا قبل الحذف. يخصص محققو Ethereum حوالي 50 جيجابايت لتخزين blob المؤقت. تختلف blobs عن calldata لأنها غير قابلة للوصول بواسطة Ethereum Virtual Machine (EVM)؛ فقط التزامات blob الخاصة بها يمكن الوصول إليها، مما يقلل من بصمة البيانات مع الاستمرار في ضمان DA. تقدم blobs DA فعالة من خلال توفير الوظائف الأساسية فقط اللازمة لعمليات التجميع، مما يساهم في تقليل رسوم المعاملات بشكل كبير .

يبلغ حجم كل كتلة 128 كيلوبايت تقريبًا، ويمكن أن تحتوي الكتلة الواحدة على ما يصل إلى 6 كتل، بإجمالي حوالي 0.784 ميجا بايت لكل كتلة. تتم إضافة الكتل من خلال نوع معاملة جديد يسمى معاملات الكتل، والتي، مثل المعاملات القديمة، تستخدم ما لا يقل عن 21000 غاز ويمكن أن تتضمن من 1 إلى 6 كتل.

ما هي أسعار البلوب حاليًا؟

يتم تسعير الكتل باستخدام وحدة جديدة تسمى غاز الكتلة ، حيث تستهلك كل كتلة 217 = 131072 وحدة غاز كتلة. وعلى غرار آلية رسوم غاز EIP-1559 الخاصة بإيثريوم، يتم تعديل أسعار غاز الكتلة ديناميكيًا بناءً على ازدحام الكتلة في الكتل الأخيرة. يتم حساب رسوم غاز الكتلة الأساسية Bblobgas,k+1 للكتلة التالية k + 1 على النحو التالي:

عندما يتم ملء كتلة بأقصى حد 6 كتل، قد تزيد رسوم قاعدة غاز الكتلة بنحو 12.5% في الكتلة التالية. حاليًا، تم تحديد الحد الأدنى لرسوم قاعدة الكتلة عند 1 وي، مما أدى إلى تحديد الحد الأدنى للرسوم لكل كتلة عند 131072 وي. تتضمن كل معاملة كتلة أيضًا رسوم التنفيذ القياسية البالغة 21000 غاز مضروبة في سعر الغاز. الحد الأدنى للرسوم الأساسية البالغ 1 وي قيد المناقشة النشطة، حيث يقترح EIP-7762 زيادة لتحقيق توازن أفضل بين التكاليف واحتياجات توفر البيانات.

EIP-7762: زيادة الحد الأدنى لرسوم قاعدة البيانات

يقترح مشروع EIP-7762 زيادة رسوم قاعدة غاز بلووب (حجز فندق أقرب كثيرًا إلى المركز) لتسريع اكتشاف الأسعار. ما يحاول تغييره هو معلمة واحدة فقط: MIN_BLOB_BASE_FEE . يقترح تغييرها من 1 وي إلى 225 وي. ولكن ما هو المنطق وراء هذا الاقتراح؟

هل تعتبر رسوم القاعدة الدنيا للكائن البالغة 1 وي مشكلة؟

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

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

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

علاوة على ذلك، قد لا يصمد الحد الأدنى النظري للوقت اللازم للوصول إلى سعر مناسب في الممارسة العملية. إذا أغفل المحققون أو بناة الكتل معاملات الكتل، فقد تمتد فترة الاكتشاف هذه إلى ما هو أبعد من ذلك. على سبيل المثال (من منشور dataalways )، أثناء الإنزال الجوي لـ LayerZero في 20 يونيو، ارتفعت رسوم قاعدة الكتل من 1 وي إلى 7471 جوي. من الناحية النظرية، كان من المفترض أن يستغرق هذا حوالي 252 كتلة أو 51 دقيقة (محسوبة على النحو التالي):

log1.125 (7.471 x 1012) = 251.66

ومع ذلك، كان الوقت الفعلي حوالي 6 ساعات - أي ما يقرب من 5-6 مرات أطول من المتوقع. تعني فترات اكتشاف الأسعار الممتدة أن الرسوم الأساسية تفشل في عكس الطلب على blob بدقة. يمكن أن يدفع هذا التناقض المستخدمين إلى تقديم عطاءات عدوانية من خلال رسوم الأولوية، مما يؤدي إلى سوق رسوم غير متوقعة وتنافسية للغاية. باختصار، يؤدي تحديد رسوم أساسية منخفضة للغاية إلى تأخير اكتشاف الأسعار، مما يؤدي إلى عدم توافق الرسوم مع الطلب في الوقت الفعلي.

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

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

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

بافتراض أن رسوم الغاز الأساسية تبلغ 5 غوي، فإن رسوم تنفيذ معاملات بلوبس ستكون (على الأقل) تقريبًا 21,000 x 109 = 2.1 x 1013 وي. وبالمقارنة، فإن الحد الأدنى للرسوم لكتلة واحدة هو 131,072 = 1.3 x 105 wei ، مما يجعل رسوم بلوبس الأساسية تافهة - حوالي 1.6 x 108 = 160,000 مرة أرخص من رسوم التنفيذ. بديهيًا، لن تؤثر الزيادة المتواضعة في الحد الأدنى لرسوم بلوبس الأساسية بشكل كبير على التكلفة الإجمالية لمعاملات بلوبس.

على سبيل المثال، بموجب الحد الأدنى المقترح لرسوم القاعدة الأساسية للكائنات الحية (Blob) البالغ 225 وي، تصبح رسوم الكائن الحي (Blob) 225 x 1.3 x 105 = 4.3 x 1012 وي. وبالتالي، تصبح التكلفة الإجمالية (رسوم التنفيذ + رسوم الكائن الحي) 2.1 x 1013 + 4.3 x 1012 = 2.5 x 1013

يمثل هذا زيادة بنسبة 20% تقريبًا عن الحد الأدنى الحالي لرسوم الكتلة وهو 1 وي. وفي الحالات التي تمتلئ فيها الكتلة بأقصى حد 6 كتل، فقد تصل الزيادة إلى حوالي 120%.

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

تشير البيانات من عمليات المحاكاة التاريخية التي أجرتها dataalways إلى أنه بالنسبة لعمليات التجميع القائمة على OP Stack مثل Base وOptimism وBlast، فقد تزيد التكاليف بنسبة تصل إلى 16% مع رسوم قاعدة الكائن عند 225 وي. ومع ذلك، أظهرت عمليات التجميع الأخرى زيادة أقل من 2%، مما يشير إلى تأثير ضئيل على إجمالي تكاليف معاملات الكائن.

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

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

تحليل آثار EIP-7762

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

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

EIP-7691: زيادة معدل نقل البيانات

يقترح EIP-7691 تغييرًا مباشرًا: زيادة الحد الأقصى لعدد الكتل لكل كتلة. حاليًا، يبلغ الحد الأقصى 6 كتل لكل كتلة، مع هدف 3. يقترح EIP-7691 أنه من خلال رفع هذا الحد (لا يوجد رقم دقيق في الوقت الحالي)، يمكن أن تحقق عمليات التجميع قابلية أكبر للتوسع دون المساس باستقرار إجماع Ethereum.

ما هي التحديات التي تنشأ عن زيادة عدد الكائنات؟

قد يؤدي زيادة عدد الكتل لكل كتلة إلى زيادة إجمالي حجم البيانات المنقولة عبر شبكة Ethereum peer-to-peer (p2p)، مما قد يؤدي إلى تأخيرات في الوصول إلى إجماع. تحتوي كل كتلة على 128 كيلوبايت من البيانات، لذا فإن 6 كتل تصل إلى 784 كيلوبايت. مع الحد الأقصى لحجم كتلة Ethereum حوالي 2 ميجا بايت، يمكن أن يصل إجمالي البيانات المنقولة لكل فتحة، بما في ذلك الكتل، إلى حوالي 2.78 ميجا بايت .

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

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

تكشف التحليلات التجريبية التي أعقبت EIP-4844 (انظر المنشور 1 والمنشور 2 ) أن معدل الانقسام قد زاد بعد التنفيذ، ويرتفع مع عدد الكتل لكل كتلة. يوضح الرسم البياني أدناه معدلات إعادة التنظيم حسب عدد الكتل من 6 أبريل إلى 6 يونيو 2024. تُظهر الكتل التي تحتوي على الحد الأقصى 6 كتل معدل إعادة تنظيم أعلى بكثير من الكتل التي تحتوي على أقل من 4 كتل، مما أثار مخاوف بشأن تأثير EIP-4844 على أمان إجماع Ethereum.

هل من الآمن زيادة عدد الكتل؟

في حين يمكن أن تحدث عمليات إعادة التنظيم لأسباب متعددة، فإن أحمال البيانات الأعلى عبر شبكة نظير إلى نظير ليست سوى عامل واحد. قد تساهم أيضًا تنفيذات العميل غير المثالية في معدلات إعادة التنظيم. يشير تحليلي الأولي إلى أن وقت توفر البيانات (DA)، المدة التي تنتظرها العقد لوصول الكتلة الأخيرة، ضئيل - بمتوسط أقل من 20 مللي ثانية، مع وجود فرق أقل من 5 مللي ثانية بين الكتل التي تحتوي على 0 كتلة وتلك التي تحتوي على 6 كتل. ونظرًا لأن العقد تنتظر حوالي 4000 مللي ثانية قبل تقديم الشهادات، فإن هذا التأخير يبدو ضئيلًا ومن غير المرجح أن يؤثر بشكل كبير على الإجماع. يوضح الرسم البياني أدناه وقت توفر البيانات المقدر مع الكتل التي تحتوي على أعداد مختلفة من الكتل.

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

كيف يدعم EIP-7623 EIP-7691

في الآونة الأخيرة، اقترح فيتاليك، "أعتقد أنه ينبغي لنا إعادة النظر في إضافة EIP-7623 وزيادة عدد الكتل الصغيرة (على سبيل المثال، الهدف 3 -> 4، الحد الأقصى 6 -> 8) لـ PectraA." لفهم كيف يمكن لـ EIP-7623 تسهيل هذه الزيادة، دعنا أولاً نفحص اقتراحه الأساسي. (انظر هنا للحصول على شرح مفصل لـ EIP-7623)

ما هو EIP-7623؟

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

إن الأساس المنطقي وراء هذا التعديل هو تقليل التأثير على المعاملات اليومية للمستخدمين غير المعتمدين على DA مع تحسين إطار عمل DA. من خلال زيادة تكاليف بيانات الاتصال للمعاملات الخاصة بـ DA، يشجع EIP-7623 العمليات التي تعتمد على البيانات بشكل كبير على الانتقال من بيانات الاتصال إلى الكتل، مما يحسن تخزين الشبكة وكفاءة DA. بالإضافة إلى ذلك، يهدف هذا الاقتراح إلى تقليل حجم الكتلة في أسوأ الحالات من 2.78 ميجا بايت إلى حوالي 1.2 ميجا بايت، ومعالجة الفجوة الحالية حيث يمكن أن يصل متوسط حجم كتلة Ethereum البالغ حوالي 125 كيلو بايت إلى حد أكبر بكثير.

EIP-7623 و EIP-7691

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

خاتمة

قدمت هذه المقالة مقترحات EIP الأخيرة التي تركز على تحسين وظائف Blob في Ethereum. يقترح EIP-7762 رفع الحد الأدنى لرسوم قاعدة Blob لتمكين اكتشاف الأسعار بشكل أسرع أثناء ارتفاع الطلب مع تقليل التأثير على تكاليف معاملات Blob الإجمالية. يسعى EIP-7691 إلى زيادة عدد Blob لكل كتلة لتوسيع طبقة توفر البيانات (DA) في Ethereum بشكل أكبر. مع عدد Blob أعلى، ستشهد رسوم قاعدة Blob زيادة أكثر تحكمًا أثناء ذروة الطلب، مما يسمح بتعديلات أكثر سلاسة للأسعار.

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

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