فهم خطة توسيع القاعدة: زيادة هدف الغاز بمقدار 1 ميجا غاز/ثانية كل أسبوع في المستقبل

المصدر: Base, Mirror؛ تم إعداده بواسطة: Tao Zhu, Golden Finance

تتمثل إحدى خطط خارطة طريق Base لعام 2024 في جعل التكنولوجيا الموجودة على السلسلة في متناول الجميع بسعر مناسب. نحن نركز على توفير معاملات سريعة ومنخفضة التكلفة على لغة L2 الآمنة واللامركزية لتمكين المشاركة العالمية في الاقتصاد القائم على السلسلة.

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

توسيع القاعدة منذ الإطلاق

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

ونتيجة لذلك، منذ إطلاقها قبل عام، قمنا بتوسيع إنتاجية القاعدة بمقدار 4 أضعاف، مما أدى إلى زيادة هدف الغاز لكل كتلة من 2.5 ميجا غاز/ثانية إلى 10 ميجا غاز/ثانية للسماح برسوم الاحتفاظ بأقل من سنت واحد مع زيادة النشاط. لم يكن هذا ممكنًا إلا بفضل الجهود المكثفة التي بذلها فريق Base الأساسي والبناة عبر النظام البيئي لتوسيع نطاق OP Stack وعملاء Ethereum وEVM.

الخطوة التالية: 1 ميجا غاز/ثانية في الأسبوع

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

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

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

Pectra وPeerDAS< /h2>

مع استمرار توسع Base، نأمل أن يتمكن مجتمع Ethereum من دمج ترقيات الشبكة الرئيسية اللازمة لتحسين توفر بيانات L1، وبالتالي ضمان قدرة L2 على الاستمرار في جلب المليار مستخدم التالي إلى السلسلة.

لقد عملنا مع مجتمع مطوري Ethereum الأساسي في هذه المهمة على مدار العامين الماضيين، بدءًا من EIP-4844. تعمل هذه الترقية، التي يشارك في قيادتها فريق Base وOP Labs ومطورو Ethereum الأساسيون، على تقليل تكلفة Base وL2s الأخرى بشكل كبير من خلال تقديم مساحة blob وتوفير عدد ثابت من مساحات blob لتوفير توفر البيانات.

ولكن مع زيادة الطلب، تظهر توقعاتنا أن الحدود الحالية لن تكون قادرة على تلبية احتياجات Base في العام المقبل. وهنا يأتي دور PeerDAS.

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

يستعد الفريق الأساسي الأساسي بنشاط لدمج PeerDAS في ترقية Pectra:

• نحن نعمل مع ethPandaOps لإجراء تحليل الشبكة على شبكة تطوير PeerDAS وتوفير البيانات اللازمة لتقديم التوصيات.

• نحن نساهم في التنفيذ في Prysm الذي يُستخدم لتوجيه التحليل الأولي.

سعة البيانات الثنائية الكبيرة لـ PeerDAS

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

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

بينما لا تزال التفاصيل النهائية لـ PeerDAS قيد المناقشة، نعتقد أن بنيتها تسمح لأصحاب المصلحة الحاليين ذوي النطاق الترددي المحدود بالمشاركة بأمان. بالإضافة إلى ذلك، ينبغي لـ EIP-7251، المخطط له أيضًا لـ Pectra، أن يقلل من المصادقة وحركة مرور sync_committee p2p، وهما مستهلكان رئيسيان لعرض النطاق الترددي للعقدة.

تنفيذ الحد الأدنى لأسعار البيانات الثنائية الكبيرة

إحدى الحجج ضد زيادة السعة هي أن عقد L1 تحتاج إلى تعويض عادل عن الحوسبة والتخزين وعرض النطاق الترددي المطلوب لتوفير البيانات. عندما يقل الطلب على النقط عن الهدف، ينخفض ​​السعر إلى ما لا يقل عن 1 وي لكل بايت من بيانات النقط. يسمح الطلب الذي يتجاوز القدرة المستهدفة بتفعيل آليات التسعير القائمة على السوق، مما يؤدي إلى استرداد أفضل للتكاليف التي تتكبدها عقد L1.

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

رفع الهدف لتحقيق مقياس المجموع الإيجابي

بعد إصدار EIP-4844، طالما أن متوسط ​​الطلب على النقط أقل من الهدف (حاليًا 3 لكل كتلة)، L2 ستكون رسوم المعاملات هي نفسها التي يتم فصل رسوم الإنترنت الخاصة بشركة Ethereum Masters.

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

عندما يصل توفر البيانات إلى السعة المستهدفة، يصبح التوسع لعبة محصلتها صفر - حيث يكون لزيادة الإنتاجية على أحد L2 تأثير سلبي على الآخر. هدفنا هو خلق بيئة تحجيم إيجابية. يعد تنفيذ PeerDAS وزيادة عدد النقط خطوات أساسية لتحقيق هذا الهدف.

تحسينات بروتوكول L2< /h2>

يمكن تحسين توفر بيانات L1 عن طريق توسيع الاتجاه غير المباشر من خلال بروتوكول L2، وبالتالي تقليل البيانات المطلوبة. يتميز OP Stack بالفعل بابتكارات مثل تخطيط البيانات المجمعة وضغط Brotli في ترقية Fjord، مما يحسن ضغط بيانات Base بنسبة 25%. تتضمن التحسينات المستقبلية ضغط الحالة والتوقيعات المجمعة لمعاملات L2 وUserOps. هذه التحسينات، على الرغم من أنها مفيدة، إلا أنها بمثابة زينة على الكعكة. في نهاية المطاف، يجب أن تنمو قدرة توفر البيانات على الشبكة الرئيسية لدعم خارطة طريق التوسع الصحي.

التطلع إلى المستقبل

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