مع ادعاء الجميع أنهم يحصلون على أوقات كتل أقل وأقل على L2s، اعتقدت أنه حان الوقت لشرح ما يحدث. على وجه التحديد، دعونا نتحقق من ما هي كتل L2، وكيف تختلف عن كتل L1 ولماذا لا ينبغي علينا حقا الاهتمام كثيرًا بأوقات كتل L2، حتى لو كانت مقياسًا هندسيًا مثيرًا للاهتمام.

ما هو كتلة؟

في الوقت الذي كان مصطلح سلسلة الكتل يعني شيئًا فعليًا (حوالي عام 2009)، تم تقديم مفهوم الكتل لأننا بحاجة إلى وحدة لمجموعة من الصفقات التي تُقدم للتوافق.

على سبيل المثال، على بيتكوين، يحاول كل منتج كتلة العثور على ترتيب للمعاملات يفي بمتطلبات PoW، ثم يبث هذه الكتلة إلى الشبكة. سيقوم العقد الآخرون بالتحقق من أن هذه الكتلة تفي حقًا بمتطلبات PoW. على إيثيريوم، الذي يعتمد الآن على PoS والحسابات، يحسب منتجو كتلة تجزئة لحالة سلسلة الكتل بعد تنفيذ كل كتلة (الالتزام بالحالة)، ويقوم المحققون بإعادة حساب تلك القيمة لتسهيل التحقق من الكتلة. العملية العامة دائمًا هي نفسها:

1. اختر بعض المعاملات ورتبها. اسمها كتلة.
2. حساب بعض المقاييس المحددة (لغز PoW، التزام الحالة). ربط ذلك بالكتلة.
3. بث هذا الكتلة + البيانات الوصفية إلى العقد الأخرى في الشبكة.
4. العقد الآخرين يعيدون حساب البيانات الوصفية ويقارنون ما قاموا بحسابه بالبيانات الوصفية المرسلة من قبل منتج الكتلة. إذا تطابق ذلك، قبول الكتلة.

على سلاسل الطبقة 1، تهم الكتل: تحقق من سلامة السلسلة على مستوى الكتل، تدير الفروع على مستوى الكتل، الخ.

TL;DR: الكتل هي جزء أساسي من التوافق.

ما هو كتلة L2؟

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

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

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

ما الأمور بعد ذلك؟

بصفتك مستخدمًا، يهمك شيء واحد من حيث التوقيت: وقت الذهاب والإياب. بعبارة أخرى، كم سيستغرق من الوقت ليصل تحويلي إلى جهاز L2 sequencer، ويُنفذ، ويكون النتيجة مرئية على عقدة RPC التي أستخدمها؟ لنركز على تلك الجزء الأخير: كم يستغرق من الوقت لتواصل تنفيذ تحويلي إلى عقدات RPC؟

البلوكشينات البطيئة عادة ما تنتظر نهاية البلوك قبل إرسالها إلى الأقران. بدأت سولانا في فكرة أنه يمكنك بث البلوكات بدلاً من ذلك: ما عليك سوى إرسال المعاملات إلى المحققين الآخرين بمجرد معالجتها. تقسم سولانا هذه إلى مدخلات (مجموعات تصل إلى 64 معاملة كحد أقصى)، التي تقسم بدورها إلى شرائح لنقلها عبر الشبكة. لدينامقال مفصلعن هذا الموضوع إذا كنت متشوقًا. يتم بث هذه بشكل مستمر من العقدة الرئيسية إلى الآخرين، مما يعني أنك تحصل على معلومات حول تنفيذ معاملاتك قبل انتهاء الكتلة حتى.

قررت L2s الآن إعادة استخدام هذه الآلية: Base ، مع Flashblocks ، ينتقل من وقت كتلة مدته ثانيتان إلى كتل فرعية أصغر تبلغ 200 مللي ثانية. لدى MegaETH مفهوم "الكتل الصغيرة" ، التي يتم إنتاجها كل 15 مللي ثانية على شبكة الاختبار الخاصة بهم (معظم الوقت). يستخدم Eclipse نظام الدخول / التمزيق Solana. بهذه الطريقة ، يتعين على المستخدمين الانتظار أقل حتى يتم تنفيذ معاملاتهم. هذا جيد جدا لتجربة المستخدم!

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

إخلاء المسؤولية:

1. تم نشر هذه المقالة من [GateOlivier]. كل حقوق الطبع والنشر تنتمي إلى الكاتب الأصلي [Olivier]. إذا كانت هناك اعتراضات على هذا الإعادة، يرجى الاتصال بالبوابة التعلمفريق، وسيتولون بالأمر على الفور.
2. إخلاء المسؤولية عن المسؤولية: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك الخاصة بالكاتب ولا تشكل أي نصيحة استثمارية.
3. فريق Gate Learn يقوم بترجمة المقالة إلى لغات أخرى. يُمنع نسخ أو توزيع أو نسخ المقالات المترجمة ما لم يتم ذكرها.