كيف نفهم مقال فيتاليك الجديد حول تحجيم الإيثريوم؟

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

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

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

حاليا موازنة سلسلة من العوامل ، حجم 1 blob هو 128kb ، دفعة إلى معاملة mainnet تحمل بحد أقصى اثنين من النقط ، من الناحية المثالية ، الهدف النهائي من كتلة mainnet هو حمل 16 ميغابايت من حوالي 128 حزمة blob.

لذلك ، يجب على فريق مشروع Rollup موازنة عدد كتل blob وسعة معاملات TPS وتكلفة تخزين عقد Blob mainnet قدر الإمكان ، ويهدف إلى استخدام مساحة blob بأفضل أداء من حيث التكلفة.

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

ماذا يجب أن نفعل عندما يزداد حجم معاملات Rollup خارج السلسلة ، على سبيل المثال ، تتم معالجة 50 مليون معاملة يوميا؟1. ضغط وضغط حجم المعاملات لكل دفعة لإجراء عدد كبير من المعاملات في مساحة blob قدر الإمكان ، 2. زيادة عدد النقط ، و 3. تقصير وتيرة المعاملات الدفعية.

2. نظرا لأن كمية البيانات التي تحملها كتلة الشبكة الرئيسية تتأثر بحد الغاز وتكلفة التخزين ، فإن 128 نقطة في كتلة فتحة واحدة هي الحالة المثالية ، والتي لا يتم استخدامها كثيرا في الوقت الحالي ، ويستخدم Optimism 1 فقط كل دقيقتين ، مما يترك مجالا كبيرا لمشاريع layer2 لتحسين TPS ، وتوسيع عدد مستخدمي السوق والازدهار البيئي.

لذلك ، لفترة من الوقت بعد ترقية كانكون ، لم “تحجم” Rollups من حيث عدد وتواتر النقط المستخدمة ، واستخدام عروض أسعار مساحة blob.

السبب في أن فيتاليك يذكر نقش Blobscription هو أن هذا النوع من النقش يمكن أن يزيد مؤقتا من حجم المعاملات ويؤدي إلى زيادة الطلب على استخدام Blob ، لذلك سيؤدي إلى توسيع الحجم ، واستخدام النقش كمثال يمكن أن يعطي فهما أعمق لآلية عمل Blob ، وما يريد Vitalik حقا التعبير عنه لا علاقة له بالنقش.

لأنه من الناحية النظرية ، إذا كان هناك طرف مشروع layer2 يقوم بإجراء معاملات عالية التردد وعالية السعة إلى دفعة الشبكة الرئيسية ، ويملأ كتلة Blob في كل مرة ، طالما أنه على استعداد لتحمل التكلفة العالية لتزوير دفعة المعاملة ، فسيؤثر ذلك على الاستخدام العادي ل Blob بواسطة layer2s الأخرى ، ولكن في الوضع الحالي ، يكون ذلك ممكنا من الناحية النظرية تماما مثل شخص يشتري قوة حوسبة لتنفيذ هجوم هارد فورك بنسبة 51٪ على BTC ، ولكن في الممارسة العملية يفتقر إلى دافع الربح.

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

3. إذن ، ماذا لو ازدهر سوق layer2 يوما ما إلى حد ما ، وأصبح عدد المعاملات من Batch إلى Mainnet ضخما كل يوم ، ولا توجد حزم blob كافية في الوقت الحالي؟ لقد أعطت Ethereum بالفعل حلا: استخدام أخذ عينات توافر البيانات (DAS):

على سبيل المثال ، تخزن كل عقدة 1/8 من جميع بيانات blob ، وتشكل 8 عقد فريقا لتلبية قدرة DA ، وهو ما يعادل توسيع سعة تخزين blob الحالية بمقدار 8 مرات. هذا هو في الواقع ما سيتم القيام به في مرحلة التجزئة المستقبلية.

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

في وقت لاحق ، أضاف فيتاليك أن Arbitrum فقط قد وصل إلى المرحلة 1 بين عمليات التجميع الأساسية ، وعلى الرغم من أن DeGate و Fuel وما إلى ذلك قد وصلوا إلى المرحلة 2 ، إلا أنهم ليسوا مألوفين بعد للمجتمع الأوسع. المرحلة 2 هي الهدف النهائي لأمن مجموعة التحديثات ، وقد وصل عدد قليل جدا من عمليات التجميع إلى المرحلة 1 ، ومعظم عمليات التجميع في المرحلة 0 ، مما يدل على أن تطوير صناعة مجموعة التحديثات يقلق فيتاليك حقا.

4. في الواقع ، من حيث توسيع نطاق الاختناقات ، لا يزال هناك مجال كبير لحل Rollup layer2 لتحسين الأداء.

1. يتم استخدام مساحة Blob بشكل أكثر كفاءة من خلال ضغط البيانات ، ويحتوي OP-Rollup حاليا على مكون ضاغط خاص للقيام بذلك ، ويقوم ZK-Rollup نفسه بضغط SNARK / STARK خارج السلسلة لإثبات أن الإرسال إلى الشبكة الرئيسية “مضغوط” ؛

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

هذا يعني أن الطبقة 2 يجب أن تعتبر فقط العمليات المهمة مثل عمليات الإيداع والسحب مرتبطة بقوة بالشبكة الرئيسية ، مما لا يقلل من العبء على الشبكة الرئيسية فحسب ، بل يعزز أيضا أداء L2 نفسه. إن قدرة “المعالجة المتوازية” ل Sequencer المذكورة في المناقشة السابقة ل EVM المتوازية ، والتي تقوم بفحص وتصنيف ومعالجة عدد كبير من المعاملات خارج السلسلة ، بالإضافة إلى مجموعة التحديثات الهجينة التي تنفذها Metis ، والتي تستخدم OP-Rollup للمعاملات العادية و ZK Route لطلبات السحب الخاصة ، كلها لها اعتبارات مماثلة.

اعلاه.

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

في الواقع ، يتم ترك عدم اليقين الوحيد للطبقة 2 نفسها ، وكيفية تسريع التنمية؟