نحن نستخدم طريقتين حسابيتين لتقييم التخفيض المحتمل في رسوم الغاز، وTPS (المعاملات في الثانية) والقدرة على استيعاب عمليات التجميع بعد تنفيذ EIP-4844.
من المقدر أنه عندما يكون حجم بيانات الاتصال 10 كيلو بايت و2 كيلو بايت على التوالي، قد يستوعب EIP-4844 المزيد من بيانات المكالمات، تتراوح من 38 مرة إلى 192 مرة. نظرًا لأنه يمكن استيعاب المزيد من بيانات المكالمات في نفس المجموعة، فسيتم أيضًا تخفيض التكلفة لكل وحدة من بيانات المكالمات وفقًا لذلك.
بافتراض أن حجم بيانات الاتصال لكل مجموعة مجمعة هو 2 كيلو بايت بشكل موحد، يمكن أن يستوعب EIP-4844 ما يصل إلى 384 مجموعة فقط.
في الظروف العادية (أي عندما تصل الكتلة إلى الحجم المستهدف)، سيصل Ethereum إلى 175 TPS من خلال EIP-4844، بحد أقصى 350.
**خلافًا للاعتقاد الشائع، فإن EIP-4844 وحده لا يكفي لإيثريوم لتحسين قابلية التوسع بشكل كبير. **
إن استخدام طبقات DA البديلة (مثل Celestia) أو DACs (مثل zkPorter)، وتحسين معدل ضغط بيانات معاملات L2 وزيادة نسبة zk Rollups سيكون له تأثير مهم على زيادة تحسين قابلية التوسع في Ethereum.
يقترح Proto-danksharding (المعروف أيضًا باسم EIP-4844) تنفيذ معظم المنطق والقواعد التي قد يستخدمها Danksharding في المستقبل. حاليًا، نظرًا لارتفاع تكلفة التخزين على L1، فإن رسوم الانتقال إلى L2 مرتفعة نسبيًا أيضًا. لحل هذه المشكلة، يقدم EIP-4844 نوع بيانات جديد Blob، وهو أرخص وأكبر من بيانات الاتصال، مما يوفر طريقة أخرى لتخزين البيانات المجمعة.
مع الإطلاق القادم لـ EIP-4844، قد تصبح أجهزة تسلسل L2 أكثر ربحية. وذلك لأن جهاز التسلسل مسؤول عن استيراد دفعات المعاملات إلى L1 ودفع رسوم البيانات، وسيتم تخفيض رسوم بيانات L1 التي يدفعها جهاز التسلسل بشكل كبير. تتمتع رسوم المعاملات المنخفضة بالقدرة على توليد المزيد من MEV من خلال زيادة عدد الطلبات على L2.
ستتضمن ترقية كانكون EIP-4844، ولكن لا يوجد وقت محدد للترقية حتى الآن. صرح فريق بحث مؤسسة Ethereum أنه قد يتم إطلاق ترقية كانكون في نهاية أكتوبر. ومع ذلك، فمن المرجح أن يتم إطلاقه في الربع الأول من عام 2024.
** إذن، إلى أي مدى يمكن لـ EIP-4844 تقليل رسوم المعاملات؟ **تتكون رسوم المعاملات L2 حاليًا بشكل أساسي من جزأين:
التكلفة المجمعة: تكلفة تعبئة المعاملة وإرسالها وتخزينها على الإيثيريوم.
تكلفة التنفيذ (ution): تكلفة تشغيل المعاملة على المستوى الثاني
رسوم المعاملة L2 = التكاليف المجمعة + تكاليف الاستخدام
= [ سعر غاز L1 * (بيانات الاتصال + النفقات العامة الثابتة) ] + [ سعر غاز L2 * غاز L2 المستخدم ]
إذا أخذنا Optimism كمثال، في الوقت الحالي، يأتي ما يقرب من 80% من إجمالي رسوم المعاملات من تكاليف تخزين L1 (أي تكاليف Calldata). نحن نتجاهل تأثير الرسوم الأخرى في الوقت الحالي ونقترح طريقتين لتقدير مقدار رسوم معاملات L2 التي يمكن تخفيضها بعد EIP-4844.
في EIP-4844، بعد تنفيذ الاقتراح، يبلغ حجم كل Blob 128 كيلو بايت، وتستهلك كل Blob 131,072 غازًا. لذلك، في المتوسط، سوف تستهلك كل بايت من بيانات Blob 128 * 1024 / 131,072 = 1 غاز. وبالمقارنة، فإن تخزين بايت واحد من Calldata حاليًا يستهلك 16 غازًا. يوضح هذا أن تكلفة تخزين معاملات L2 ستنخفض بمقدار 16 مرة.
ومع ذلك، فإن هذه الطريقة تقارن فقط تكلفة التخزين لكل بايت ولا تأخذ في الاعتبار إجمالي سعة الغاز للكتلة. نظرًا لأن إجمالي كمية الغاز التي يمكن أن تحملها كتلة واحدة قد تتغير بعد EIP-4844، فقد تنخفض تكاليف تخزين معاملات L2 بأكثر من 16 مرة.
الطريقة الثانية تأخذ في الاعتبار حجم الكتلة وتتحقق من عدد المرات التي يمكن فيها استيعاب بيانات المكالمات الحالية ضمن أحجام كتل مختلفة. وفقًا للمعلمات الحالية، في ظل سيناريو حجم الكتلة المستهدف، يمكن أن تستوعب الكتلة 3 نقاط (0.375 ميجابايت) وبحد أقصى 6 نقاط (0.75 ميجابايت). مع الأخذ في الاعتبار أن بيانات الاتصال الحالية لكل كتلة تشغل حوالي 2-10 كيلوبايت، بعد EIP-4844، يمكنها استيعاب ما يصل إلى 0.75 * 1024 / 2 = 384 مرة من بيانات الاتصال.
ومع ذلك، مع زيادة حجم الكتلة من القيمة المستهدفة إلى القيمة القصوى، يرتفع سعر الغاز بشكل كبير. لذلك، في الحالة الأكثر شيوعًا (أي عندما تصل الكتلة إلى الحجم المستهدف)، يمكن أن يستوعب EIP-4844 ما بين 38 إلى 192 ضعف بيانات الاتصال التي تبلغ 10 كيلو بايت و2 كيلو بايت على التوالي. **مع زيادة سعة Calldata داخل الكتلة، ستنخفض تكلفة تخزين Calldata أيضًا وفقًا لذلك. ولذلك، سيتم أيضًا تخفيض تكلفة معاملات L2 وفقًا لذلك.
بالإضافة إلى ذلك، بافتراض أن حجم بيانات الاتصال لكل مجموعة مجمعة هو 2 كيلو بايت بشكل موحد، يمكن أن يستوعب EIP-4844 ما يصل إلى 384 مجموعة فقط. وهذا لا يصل إلى آلاف عمليات التجميع التي تصورها الكثير من الناس.
بناءً على ذلك، يمكننا أيضًا استخلاص ترتيب TPS الذي يمكن أن يحققه Ethereum بعد EIP-4844. حاليًا، تتطلب معاملة L2 المتوسطة ما يقرب من 3000 Gas Calldata على L1. وبالنظر إلى أن تكلفة غاز Calldata تبلغ 16 لكل بايت، فإن هذا يشير إلى أن كل معاملة L2 على L1 تبلغ حوالي 187 بايت.
بعد EIP-4844، أصبح حجم الكتلة المستهدفة 0.375 ميجابايت، ويقوم Ethereum بإنشاء كتلة كل 12 ثانية. ولذلك فإن المساحة المتوفرة في الثانية هي 0.375 / 12 *1024 = 32 كيلو بايت، والتي يمكن أن تستوعب 32 *1024 / 187 = 175 معاملة. لذلك، في ظل الظروف العادية (أي عندما تصل الكتلة إلى الحجم المستهدف)، يجب أن يكون TPS الخاص بـ Ethereum بعد ترقية EIP-4844 هو 175، بحد أقصى 350.
على الرغم من أن ارتفاع TPS يمكن أن يحسن الكفاءة، فمن الجدير بالذكر أنه حتى مع تنفيذ EIP-4844، فإن Ethereum لا يزال ليس بجودة Visa، التي لديها حاليًا TPS يصل إلى 1700. قد تستمر هذه الفجوة في حدوث ازدحام في شبكة L1 وL2، خاصة في السيناريوهات ذات الطلب المرتفع.
**لذلك، EIP-4844 وحده لا يكفي للسماح لـ Ethereum بتحقيق قابلية أكبر للتوسع. **ما زلنا بحاجة إلى حل أكثر فعالية من حيث التكلفة وفعالية لتوفير البيانات لتخزين المزيد من بيانات المكالمات (مثل طبقة DA مثل Celestia أو DAC مثل zkPorter)، والتي لا تزال ضرورية لتحقيق قابلية التوسع.
وأخيرًا، تؤثر نسبة ضغط معاملات L2 بشكل مباشر على حجم بيانات الاتصال المخزنة في L1. كلما زادت نسبة الضغط، انخفضت تكلفة L1 المطلوبة. مع استمرار تطوير zkRollup، ستصبح كمية البيانات التي يجب تخزينها على L1 أقل فأقل، مما سيكون أيضًا أكثر ملاءمة لتحسين قابلية التوسع في Ethereum. نظرًا لأن zkRollup يختلف عن Optimistic Rollup، يحتاج zkRollup فقط إلى تخزين تغييرات الحالة بدلاً من المعاملة بأكملها.
ختاماً
في هذه المقالة، نستخدم طريقتين حسابيتين مختلفتين لتقييم التخفيضات المحتملة في رسوم الغاز، وTPS (المعاملات في الثانية)، والقدرة على استيعاب عمليات التجميع بعد تطبيق EIP-4844. تظهر النتائج أنه، بافتراض أن حجم بيانات الاتصال لكل مجموعة هو 2 كيلو بايت بشكل موحد، فإن EIP-4844 يمكنه دعم أقل من 400 مجموعة فقط على الأكثر. وهذا بعيد كل البعد عن الطلب على آلاف عمليات التجميع التي توقعها الكثيرون. إن استخدام طبقات DA البديلة أو DACs، وزيادة معدل ضغط بيانات معاملات L2، وزيادة نسبة مجموعات zk، كلها سيكون لها تأثير كبير على زيادة تحسين قابلية التوسع في Ethereum.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
اقتصاديات التجميع: تأثير EIP-4844 على قابلية التوسع مبالغ فيه
المؤلف: 0xfan، Smarti Lab، المترجم: Peng SUN، Foresight News
ليرة تركية:
يقترح Proto-danksharding (المعروف أيضًا باسم EIP-4844) تنفيذ معظم المنطق والقواعد التي قد يستخدمها Danksharding في المستقبل. حاليًا، نظرًا لارتفاع تكلفة التخزين على L1، فإن رسوم الانتقال إلى L2 مرتفعة نسبيًا أيضًا. لحل هذه المشكلة، يقدم EIP-4844 نوع بيانات جديد Blob، وهو أرخص وأكبر من بيانات الاتصال، مما يوفر طريقة أخرى لتخزين البيانات المجمعة.
مع الإطلاق القادم لـ EIP-4844، قد تصبح أجهزة تسلسل L2 أكثر ربحية. وذلك لأن جهاز التسلسل مسؤول عن استيراد دفعات المعاملات إلى L1 ودفع رسوم البيانات، وسيتم تخفيض رسوم بيانات L1 التي يدفعها جهاز التسلسل بشكل كبير. تتمتع رسوم المعاملات المنخفضة بالقدرة على توليد المزيد من MEV من خلال زيادة عدد الطلبات على L2.
ستتضمن ترقية كانكون EIP-4844، ولكن لا يوجد وقت محدد للترقية حتى الآن. صرح فريق بحث مؤسسة Ethereum أنه قد يتم إطلاق ترقية كانكون في نهاية أكتوبر. ومع ذلك، فمن المرجح أن يتم إطلاقه في الربع الأول من عام 2024.
** إذن، إلى أي مدى يمكن لـ EIP-4844 تقليل رسوم المعاملات؟ **تتكون رسوم المعاملات L2 حاليًا بشكل أساسي من جزأين:
إذا أخذنا Optimism كمثال، في الوقت الحالي، يأتي ما يقرب من 80% من إجمالي رسوم المعاملات من تكاليف تخزين L1 (أي تكاليف Calldata). نحن نتجاهل تأثير الرسوم الأخرى في الوقت الحالي ونقترح طريقتين لتقدير مقدار رسوم معاملات L2 التي يمكن تخفيضها بعد EIP-4844.
في EIP-4844، بعد تنفيذ الاقتراح، يبلغ حجم كل Blob 128 كيلو بايت، وتستهلك كل Blob 131,072 غازًا. لذلك، في المتوسط، سوف تستهلك كل بايت من بيانات Blob 128 * 1024 / 131,072 = 1 غاز. وبالمقارنة، فإن تخزين بايت واحد من Calldata حاليًا يستهلك 16 غازًا. يوضح هذا أن تكلفة تخزين معاملات L2 ستنخفض بمقدار 16 مرة.
ومع ذلك، فإن هذه الطريقة تقارن فقط تكلفة التخزين لكل بايت ولا تأخذ في الاعتبار إجمالي سعة الغاز للكتلة. نظرًا لأن إجمالي كمية الغاز التي يمكن أن تحملها كتلة واحدة قد تتغير بعد EIP-4844، فقد تنخفض تكاليف تخزين معاملات L2 بأكثر من 16 مرة.
الطريقة الثانية تأخذ في الاعتبار حجم الكتلة وتتحقق من عدد المرات التي يمكن فيها استيعاب بيانات المكالمات الحالية ضمن أحجام كتل مختلفة. وفقًا للمعلمات الحالية، في ظل سيناريو حجم الكتلة المستهدف، يمكن أن تستوعب الكتلة 3 نقاط (0.375 ميجابايت) وبحد أقصى 6 نقاط (0.75 ميجابايت). مع الأخذ في الاعتبار أن بيانات الاتصال الحالية لكل كتلة تشغل حوالي 2-10 كيلوبايت، بعد EIP-4844، يمكنها استيعاب ما يصل إلى 0.75 * 1024 / 2 = 384 مرة من بيانات الاتصال.
ومع ذلك، مع زيادة حجم الكتلة من القيمة المستهدفة إلى القيمة القصوى، يرتفع سعر الغاز بشكل كبير. لذلك، في الحالة الأكثر شيوعًا (أي عندما تصل الكتلة إلى الحجم المستهدف)، يمكن أن يستوعب EIP-4844 ما بين 38 إلى 192 ضعف بيانات الاتصال التي تبلغ 10 كيلو بايت و2 كيلو بايت على التوالي. **مع زيادة سعة Calldata داخل الكتلة، ستنخفض تكلفة تخزين Calldata أيضًا وفقًا لذلك. ولذلك، سيتم أيضًا تخفيض تكلفة معاملات L2 وفقًا لذلك.
بالإضافة إلى ذلك، بافتراض أن حجم بيانات الاتصال لكل مجموعة مجمعة هو 2 كيلو بايت بشكل موحد، يمكن أن يستوعب EIP-4844 ما يصل إلى 384 مجموعة فقط. وهذا لا يصل إلى آلاف عمليات التجميع التي تصورها الكثير من الناس.
بناءً على ذلك، يمكننا أيضًا استخلاص ترتيب TPS الذي يمكن أن يحققه Ethereum بعد EIP-4844. حاليًا، تتطلب معاملة L2 المتوسطة ما يقرب من 3000 Gas Calldata على L1. وبالنظر إلى أن تكلفة غاز Calldata تبلغ 16 لكل بايت، فإن هذا يشير إلى أن كل معاملة L2 على L1 تبلغ حوالي 187 بايت.
بعد EIP-4844، أصبح حجم الكتلة المستهدفة 0.375 ميجابايت، ويقوم Ethereum بإنشاء كتلة كل 12 ثانية. ولذلك فإن المساحة المتوفرة في الثانية هي 0.375 / 12 *1024 = 32 كيلو بايت، والتي يمكن أن تستوعب 32 *1024 / 187 = 175 معاملة. لذلك، في ظل الظروف العادية (أي عندما تصل الكتلة إلى الحجم المستهدف)، يجب أن يكون TPS الخاص بـ Ethereum بعد ترقية EIP-4844 هو 175، بحد أقصى 350.
على الرغم من أن ارتفاع TPS يمكن أن يحسن الكفاءة، فمن الجدير بالذكر أنه حتى مع تنفيذ EIP-4844، فإن Ethereum لا يزال ليس بجودة Visa، التي لديها حاليًا TPS يصل إلى 1700. قد تستمر هذه الفجوة في حدوث ازدحام في شبكة L1 وL2، خاصة في السيناريوهات ذات الطلب المرتفع.
**لذلك، EIP-4844 وحده لا يكفي للسماح لـ Ethereum بتحقيق قابلية أكبر للتوسع. **ما زلنا بحاجة إلى حل أكثر فعالية من حيث التكلفة وفعالية لتوفير البيانات لتخزين المزيد من بيانات المكالمات (مثل طبقة DA مثل Celestia أو DAC مثل zkPorter)، والتي لا تزال ضرورية لتحقيق قابلية التوسع.
وأخيرًا، تؤثر نسبة ضغط معاملات L2 بشكل مباشر على حجم بيانات الاتصال المخزنة في L1. كلما زادت نسبة الضغط، انخفضت تكلفة L1 المطلوبة. مع استمرار تطوير zkRollup، ستصبح كمية البيانات التي يجب تخزينها على L1 أقل فأقل، مما سيكون أيضًا أكثر ملاءمة لتحسين قابلية التوسع في Ethereum. نظرًا لأن zkRollup يختلف عن Optimistic Rollup، يحتاج zkRollup فقط إلى تخزين تغييرات الحالة بدلاً من المعاملة بأكملها.
ختاماً
في هذه المقالة، نستخدم طريقتين حسابيتين مختلفتين لتقييم التخفيضات المحتملة في رسوم الغاز، وTPS (المعاملات في الثانية)، والقدرة على استيعاب عمليات التجميع بعد تطبيق EIP-4844. تظهر النتائج أنه، بافتراض أن حجم بيانات الاتصال لكل مجموعة هو 2 كيلو بايت بشكل موحد، فإن EIP-4844 يمكنه دعم أقل من 400 مجموعة فقط على الأكثر. وهذا بعيد كل البعد عن الطلب على آلاف عمليات التجميع التي توقعها الكثيرون. إن استخدام طبقات DA البديلة أو DACs، وزيادة معدل ضغط بيانات معاملات L2، وزيادة نسبة مجموعات zk، كلها سيكون لها تأثير كبير على زيادة تحسين قابلية التوسع في Ethereum.