التعديل السحري للطبقة 2: نهاية النمطية هي مدخل "الطبقة 1" الجديد؟

لم تعد الطبقة الثانية مجرد طبقة ثانية من الإيثريوم.

** كتب بواسطة: هاو تيان **

ظهرت قصة جديدة لـ “EVM الموازية” في السوق، وهو أمر مثير للاهتمام للغاية في الطبقة 2. يمكنها تحقيق نموذج تراكمي جديد “منقح”. إذا تم تضخيمه، فيمكنه تحقيق التأثير السحري لأن تصبح Solana هي الطبقة 2 الجديدة من ايثريوم.

في رأيي، EVM الموازي هو مجرد مظهر “معياري” للغاية من مجموعة التحديثات. بعد غزو DA من قبل طرف ثالث، سقطت طبقة تنفيذ VM مرة أخرى، وسيتم إعادة تعريف الطبقة 2 في المستقبل. لماذا؟ بعد ذلك، دعونا نحللها من منظور علمي شائع:

لفهم هذا الموضوع، يجب عليك أولاً توضيح نموذج التنفيذ أحادي الخيط لـ “EVM”.

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

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

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

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

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

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

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

في سيناريو سلسلة تراكمي الطبقة 2، تكون المسافة متشابهة لتحقيق المعالجة المتوازية. يمكنك التفكير في حساب معاملات Solana واكتشاف حالة التخزين في انتظار الطابع الزمني POH كعملية معالجة سلسلة تراكمية للمعاملات في جهاز التسلسل ثم تجميعها في الشبكة الرئيسية.

الآن قبل أن تقوم الطبقة الثانية بتجميع المعاملات، سيقوم Sequener أولاً بترتيب أرقام المعاملات بترتيب زمني، ثم يقوم بتجميعها إلى الشبكة الرئيسية بالترتيب، كيف يمكننا تحقيق تعدد الخيوط؟

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

2. يمكن إجراء معالجة “مُحسَّنة” للمعاملات في Sequencer. على سبيل المثال، عندما يتم إرسال معاملات الطبقة 2 إلى Sequencer، يستطيع Sequencer اكتشاف منطق المعاملات بسرعة وإجراء فرز وفحص محسن. على سبيل المثال، إذا تم بدء الحساب نفسه عمليتا تحويل، يجب استبعاد الأخير وانتظار الدفعة التالية.إذا بدأ الحساب نفسه عمليتين ذات طبيعة مختلفة، فيمكن تجميعهما في كتلة في نفس الوقت.

يبدو بسيطا؟ ولكن هذا ليس هو الحال بأي حال من الأحوال، فمع أخذ سيناريو DeFi كمثال، يواجه Sequencer تحديين رئيسيين من أجل تحقيق إدارة محسنة للمعاملات:

1. من الضروري تحليل بيانات المعاملات في الوقت الفعلي وفهم طرق استدعاء العقود الذكية ومعلمات البيانات الواردة. خذ Sستاك المشترك في DeFi كمثال. تتضمن عملية Sستاك نقل الرمز المميز، وتحديث الحالة، وفترة التعهد، و حساب المكافآت المحتملة، الخ. إذا أرسل عدد كبير من المستخدمين بعض معاملات الرهن في نفس الوقت، وإذا كانت هناك أيضًا معاملات تتضمن الرهن ثم التحويل، مقترنة بعوامل سعر Oralce المعقدة، وما إلى ذلك، وإذا لم يتمكن Sequener من تحليلها ومعالجتها بشكل صحيح، فسيحدث خطأ في واحد خطوة قد تؤدي إلى حوادث خطيرة.

2. يجب أن يضمن مُسلسِل التسلسل اللامركزية. حاليًا، يحتوي مُسلسِل الطبقة 2 على معاملات مجمعة فقط، وحقوقها كبيرة جدًا. إذا تعذر حل مشكلة لامركزية مُسلسِل التسلسل، فسيتم منح مجموعة تراكمية “مُحسَّنة” لأذونات مُسلسِل التسلسل. إذا أجرى Sequencer معاملات مزيفة، أو شارك بشكل صارخ في مصائد MEV، أو حتى تلاعب بشكل ضار بتصفية Oracle، وما إلى ذلك، فسوف يتكاثر.

في الآونة الأخيرة، أصبحت Metis شائعة، فهي على السطح لا تحقق سوى اللامركزية في Sequencer، وعلى مستوى أعمق، فهي تبني فرضية إجماع أساسية لكي يقوم Sequencer المستقبلي بإجراء تجميع محسّن.

وبطبيعة الحال، فإن الاعتماد على Sequencer لتحقيق تجميع ومعالجة معاملات تراكمية دقيقة للغاية لا يزال مجرد فكرة، ولحسن الحظ، فإن تجريد حساب AA والفكرة المفتوحة للجمع المعياري لسلسلة الكتل بأكملها توفر شرطًا أساسيًا لتنفيذ هذه الفكرة. .

هذا كل شئ.

علاوة على ذلك، كما ذكر أعلاه، أصبحت الطبقة 2 ككل معيارية بشكل متزايد. تم تضمين تقنية ZK في إطار عمل OP Stack لتحقيق توسيع الخصوصية؛ ويتم تحويل Ethereum DA الأصلي إلى DA تابع لجهة خارجية مثل Celestia لتقليل التكاليف؛ ويتم تحويل ETH إلى تم استخدامه تدريجيًا كغاز، كما تم تغيير تقليد الرسوم، مما يمنح رموز الطبقة 2 مزيدًا من التطبيق العملي؛ حتى الطبقة 2 يمكنها تجميع المعاملات المجمعة وتقديمها إلى بيئات تنفيذ VM مختلفة، ويتم تقسيم المعاملات إلى Solana وEthereum للمعالجة، وما إلى ذلك.

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

دعونا نتخيل بجرأة أن الطبقة الثانية أصبحت الآن “الطبقة الأولى” للمبتدئين التي تدمج قدرات معالجة المعاملات عالية التزامن، وأصبحت الطبقة الأولى السابقة مثل إيثريوم وسولانا “الطبقة الثانية” الجديدة التي تتولى تسوية الأصول والأمن توكيد.

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

إذا تم تحقيق المهمة، في ظل الفكرة المعيارية، فلن يتم كسر شرعية طبقة الإيثريوم 1 فحسب، بل سيصبح توفر بيانات DA وطبقة تنفيذ VM وحتى تفاعل اتصالات قابلية التشغيل البيني للسلسلة بأكملها هو البنية التحتية للطبقة 2 لتحقيقها التبني الجماعي.

بحلول ذلك الوقت، لن تعد الطبقة 2 مجرد مكمل للطبقة 1، ولكنها ستصبح منصة قوية شاملة لتجميع المعاملات ومعالجة التوزيع. واسمحوا لي أن أسأل، من هي الطبقة 2؟