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

المصدر: عرض على السلسلة

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

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

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

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

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

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

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

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

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

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

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

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

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

أعلاه.

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

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

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

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