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، والتي، على عكس ، يتم تخزينها مؤقتًا في طبقة الإجماع لمدة 18 يومًا تقريبًا قبل الحذف. يخصص محققو Ethereum حوالي 50 جيجابايت لتخزين blob المؤقت. تختلف blobs عن calldata لأنها غير قابلة للوصول بواسطة Ethereum Virtual Machine (EVM)؛ فقط التزامات blob الخاصة بها يمكن الوصول إليها، مما يقلل من بصمة البيانات مع الاستمرار في ضمان DA. تقدم blobs DA فعالة من خلال توفير الوظائف الأساسية فقط اللازمة لعمليات التجميع، مما يساهم في . calldata تقليل رسوم المعاملات بشكل كبير يبلغ حجم كل كتلة 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: زيادة الحد الأدنى لرسوم قاعدة البيانات يقترح مشروع زيادة رسوم قاعدة غاز بلووب (حجز فندق أقرب كثيرًا إلى المركز) لتسريع اكتشاف الأسعار. ما يحاول تغييره هو معلمة واحدة فقط: . يقترح تغييرها من 1 وي إلى 225 وي. ولكن ما هو المنطق وراء هذا الاقتراح؟ EIP-7762 MIN_BLOB_BASE_FEE هل تعتبر رسوم القاعدة الدنيا للكائن البالغة 1 وي مشكلة؟ لا تكمن المشكلة في أن عمليات التجميع تساهم بشكل ضئيل في معاملات الشبكة الرئيسية أو تدفع رسومًا قليلة جدًا. على العكس من ذلك، فإن هدف Ethereum - وخاصة مع EIP-4844 - هو دعم معاملات التجميع القابلة للتطوير ومنخفضة التكلفة. ظلت رسوم قاعدة غاز Blob ثابتة عند 1 وي منذ تفعيل EIP-4844، مع ارتفاعات قصيرة فقط عندما ارتفع الطلب على Blob. من الناحية المثالية، إذا كانت الرسوم الأساسية يمكن أن تظل عند 1 وي إلى أجل غير مسمى، فلن يكون هذا مصدر قلق. ما يهم هو أنه أثناء نوبات الطلب المفاجئة، فإن نقطة البداية المنخفضة لرسوم قاعدة Blob تمثل تحديات في اكتشاف الأسعار. خلال هذه الطفرات، قد يكون التعديل التدريجي لرسوم قاعدة غاز بلوب من 1 وي بطيئًا ليتماشى مع الطلب الفعلي. دعنا نشبه سيناريو افتراضيًا: تخيل حضور ، حيث تقرر الإقامة في فندق بعيد مع وجود مواد بقالة مجانية تقريبًا بالقرب منك. بالنسبة للاحتياجات اليومية، هذا مثالي. ومع ذلك، عندما تحتاج إلى حضور حدث في مركز المؤتمرات، يستغرق الأمر ست ساعات للوصول إليه في الظروف العادية. أضف إلى ذلك حركة المرور ونقص الطرق المباشرة، وقد تمتد الرحلة إلى 14 ساعة. مؤتمر ETH Bangkok 2024 وعلى نحو مماثل، عندما يتم تحديد الحد الأدنى لرسوم قاعدة غاز بلوب عند 1 وي، فإن الشركات التي تقوم بجمع الغاز تستفيد من الكتل الرخيصة عندما يكون الطلب منخفضا. ولكن أثناء ارتفاع الطلب، يكون تعديل رسوم قاعدة غاز بلوب صعوديا بطيئا، مما يترك فترة طويلة لاكتشاف الأسعار قبل الوصول إلى سعر السوق العادل. علاوة على ذلك، قد لا يصمد الحد الأدنى النظري للوقت اللازم للوصول إلى سعر مناسب في الممارسة العملية. إذا أغفل المحققون أو بناة الكتل معاملات الكتل، فقد تمتد فترة الاكتشاف هذه إلى ما هو أبعد من ذلك. على سبيل المثال (من )، أثناء الإنزال الجوي لـ LayerZero في 20 يونيو، ارتفعت رسوم قاعدة الكتل من 1 وي إلى 7471 جوي. من الناحية النظرية، كان من المفترض أن يستغرق هذا حوالي 252 كتلة أو 51 دقيقة (محسوبة على النحو التالي): منشور dataalways 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 أيضًا على استراتيجية المعاملة لكل عملية تجميع. تختلف عمليات التجميع في استراتيجيات تقديم الكائنات: فهي تستخدم أعدادًا مختلفة للكائنات لكل معاملة، وتنشر كميات متفاوتة من بيانات الاستدعاء، وبالتالي تتكبد رسوم تنفيذ مختلفة. ستدفع عمليات التجميع التي تنشر أدلة أكثر تعقيدًا في بيانات الاستدعاء رسوم تنفيذ أعلى، مما يعني أن الزيادة المقترحة في رسوم قاعدة الكائنات ستؤثر على تكاليف معاملاتها الإجمالية بشكل أقل أهمية. تشير البيانات من التاريخية التي أجرتها إلى أنه بالنسبة لعمليات التجميع القائمة على OP Stack مثل Base وOptimism وBlast، فقد تزيد التكاليف بنسبة تصل إلى 16% مع رسوم قاعدة الكائن عند 225 وي. ومع ذلك، أظهرت عمليات التجميع الأخرى زيادة أقل من 2%، مما يشير إلى تأثير ضئيل على إجمالي تكاليف معاملات الكائن. عمليات المحاكاة dataalways تجنب ارتفاع مفاجئ في رسوم قاعدة البيانات بالإضافة إلى تعديل ، تم إجراء تغيير صغير على كيفية . في السابق، كان حساب قد يؤدي إلى ارتفاع غير مرغوب فيه في رسوم قاعدة الكتلة. ولمنع ذلك، يقدم EIP تعديلاً يعيد تعيين فائض غاز الكتلة عند ارتفاع الشوكة. يضمن هذا التعديل انتقالات أكثر سلاسة حول حدث الشوكة. MIN_BLOB_BASE_FEE حساب فائض غاز الكتلة excess_blob_gas تحليل آثار 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 (انظر ) أن معدل الانقسام قد زاد بعد التنفيذ، ويرتفع مع عدد الكتل لكل كتلة. يوضح الرسم البياني أدناه معدلات إعادة التنظيم حسب عدد الكتل من 6 أبريل إلى 6 يونيو 2024. تُظهر الكتل التي تحتوي على الحد الأقصى 6 كتل معدل إعادة تنظيم أعلى بكثير من الكتل التي تحتوي على أقل من 4 كتل، مما أثار مخاوف بشأن تأثير EIP-4844 على أمان إجماع Ethereum. المنشور 1 والمنشور 2 هل من الآمن زيادة عدد الكتل؟ في حين يمكن أن تحدث عمليات إعادة التنظيم لأسباب متعددة، فإن أحمال البيانات الأعلى عبر شبكة نظير إلى نظير ليست سوى عامل واحد. قد تساهم أيضًا تنفيذات العميل غير المثالية في معدلات إعادة التنظيم. يشير إلى أن وقت توفر البيانات (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؟ يقترح تعديل تكلفة الغاز لبيانات المكالمات على وجه التحديد للمعاملات التي تخدم في المقام الأول أغراض توافر البيانات (DA). في الأساس، ستتكبد المعاملات ذات الغاز المنخفض للتنفيذ نسبة إلى حجم بيانات المكالمات تكلفة غاز أعلى - ربما تصل إلى 3 أضعاف - لاستخدام بيانات المكالمات. وبالتالي، ستشهد المعاملات التي تحتوي على بيانات مكالمات كبيرة ولكنها تؤدي إلى تنفيذ EVM ضئيل تكاليف أعلى، مما يشجع على استخدام الكتل بدلاً من بيانات المكالمات للوظائف المرتبطة بتوافر البيانات. EIP-7623 إن الأساس المنطقي وراء هذا التعديل هو تقليل التأثير على المعاملات اليومية للمستخدمين غير المعتمدين على 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، بالإضافة إلى تحديد ما إذا كانت قاعدة تحديث الرسوم الأساسية يجب أن تكون متماثلة أو غير متماثلة. تتضمن الاعتبارات الإضافية تطبيع غاز الكائنات الزائدة . تجري مناقشات وضبط نسبة تحديث الرسوم الأساسية للكائنات تعد الكتل إضافة حديثة إلى النظام البيئي لإيثريوم، ويتم التعامل مع كل تغيير مرتبط بها بحذر بسبب تأثيرها على كل من طبقة التطبيق وأمان الإجماع. ومع ذلك، تتقدم إيثريوم بسرعة، حيث يعمل مجتمع البحث بجد لدفع التطوير وضمان استمرار الشبكة في النمو والتطور. ملاحظة المؤلف: تم نشر نسخة من هذه المقالة في الأصل . هنا