المؤلف الأصلي: Haotian (X: @tmel0211)
ظهر سرد جديد ل “EVM الموازي” في السوق ، وهو أمر مثير للاهتمام للغاية في الطبقة 2 ، والتي يمكن أن تحقق نموذجا جديدا من التجميع “المكرر” ، ويمكن للمبالغة أن تحقق التأثير السحري ل Solana لتصبح الطبقة الجديدة 2 من Ethereum.
في رأيي ، EVM الموازي هو مجرد مظهر من مظاهر الدرجة العالية من “نمطية” Rollup ، ** بعد غزو DA من قبل طرف ثالث ، سقطت طبقة تنفيذ VM مرة أخرى ، وسيتم إعادة تعريف الطبقة 2 في المستقبل. بعد ذلك ، دعنا نحلل من منظور العلوم الشعبية:
لفهم هذا الموضوع ، يجب علينا أولا توضيح نموذج التنفيذ أحادي الخيط ل “EVM”.
ينص هذا النموذج على أنه يجب معالجة المعاملات وتأكيدها واحدة تلو الأخرى بالترتيب ، مما يؤثر بشكل مباشر على سرعة معالجة المعاملات ووقت الحظر وإنتاجية المعاملات ، وهو السبب الرئيسي لارتفاع غاز EthereumMainnet والازدحام. علاوة على ذلك ، فإن سبب تصميمه ليكون أحادي الخيط له قيود تاريخية معينة. **
نظرا لأن المعاملات على Ethereum يتم التحقق منها وتنفيذها بواسطة عقد مستقلة موزعة ، فمن الضروري التأكد من أن جميع بيانات العنوان ، مثل الأرصدة ورمز العقد الذكي وما إلى ذلك ، تحافظ على نفس الحالة بين العقد المختلفة ، وفي نفس الوقت تضمن عدم وجود إمكانية لمضاعفة الإنفاق على نفس الأصل.
هذا يسمح بوضع المعاملات في قائمة الانتظار بالتتابع. إذا كانت هناك معاملات متوازية ، فقد يؤدي ذلك إلى أخطاء مزامنة البيانات بين العقد ، والمفتاح هو أنه ستكون هناك معاملات خطيرة مزدوجة الإنفاق.
التفسير الشائع: لدى البنك نافذة خدمة واحدة فقط ، ويجب وضع عمليات سحب العملاء في قائمة الانتظار بالترتيب ، سواء كانت عمليات سحب الودائع والقروض وغيرها من الأعمال ، يمكن للعميل بدء العملية التالية بعد الانتهاء من العمل ، والميزة هي أنه سيتم تسجيل كل عملية لنظام حساب البنك بدقة ، ولكن وقت انتظار العميل سيكون أطول ؛
إذا فتح البنك نوافذ خدمة متعددة ، يمكن للعملاء اختيار النافذة للتعامل مع أعمال مختلفة ، وستكون هناك نافذتان في نفس الوقت لمحاولة خصم الأموال من حساب واحد ، إذا لم تكن تسوية نظام الحساب بين النوافذ في الوقت المناسب ، فسيؤدي ذلك إلى مضاعفة الإنفاق ، ومن الواضح أن هذا يحسن الكفاءة بشكل كبير ، لكن منطق مسك الدفاتر المعقد سيجلب الضغط على النظام المحاسبي.
في سيناريو السلسلة المستقلة للطبقة 1 ، إذا كانت السلسلة الأساسية تدعم المعالجة المتوازية ، فسيتم حل المشكلة ، نظرا لفصل حالة الحوسبة والتخزين ، سيقوم الجهاز الظاهري الخاص ب Solana بفرز هذه المعاملات بعد تلقي معاملات متعددة من المستخدمين ، ثم استدعاء بيانات حالة نظام التخزين المستقل لاكتشاف ما إذا كانت هذه المعاملات بها تعارضات في الحالة ، وإذا لم يكن هناك تعارض ، فسيتم حزم المعاملات في كتلة ، وإذا كان هناك تعارض ، فسيتم استبعاد المعاملات المتضاربة من هذه الكتلة.
في المقابل ، يتم حساب حالة تخزين Ethereum في الوقت الفعلي ، ويجب أن تنتظر كل معاملة حتى تكتمل المعاملة السابقة قبل تحديث الحالة ، لذلك من المستحيل فحص المعاملات قبل انتظار التعبئة ، مما يحد من إمكانية المعالجة المتوازية. **
في حالة سلاسل التجميع من الطبقة 2 ، لتحقيق المعالجة المتوازية ، يشبه البقاء بعيدا. يمكنك التفكير في حساب معاملات Solana واكتشاف حالة التخزين أثناء انتظار الطوابع الزمنية POH باعتبارها العملية التي تعالج بها سلسلة Rollup المعاملات في Sequener ثم تجمعها في Mainnet.
الآن بعد أن ستقوم الطبقة 2 Sequener بترتيب المعاملات بترتيب زمني قبل معاملات الدفعات ، ثم تجميعها إلى الشبكة الرئيسية بالترتيب ، كيف يمكن أن تكون متعددة الخيوط؟
**1) استنادا إلى نموذج تجريد حساب AA ، يمكن بدء معاملات متعددة في نفس الوقت من حالة الحساب ، ** على سبيل المثال ، إذا تم تنفيذ تحويلين في نفس الوقت ، فإن العقد الذكي AA سيمنحه لا شيء ، والذي يجب تنفيذه بالتتابع ، إذا كان أحدهما هو التحويل ، والآخر موافق ، فيمكن معالجته بالتوازي بشكل أكثر مرونة دون قيود nonce. في نموذج حساب AA ، يمكن لكل حساب تخصيص منطق معالجة المعاملات لتحقيق تزامن عال مع nonce.
على سبيل المثال ، عند إرسال معاملات الطبقة 2 إلى Sequencer ، يمكن ل Sequencer اكتشاف منطق المعاملة بسرعة ، وإجراء الفرز والفحص الدقيق ، على سبيل المثال ، إذا بدأ نفس الحساب عمليتي نقل ، فيجب استبعاد الأخير وانتظار الدفعة التالية ، وإذا بدأ نفس الحساب عمليتين من طبيعة مختلفة ، فيمكن القيام بذلك في نفس الوقت دفعة في كتلة.
يبدو الأمر بسيطا ، ولكن هذا ليس هو الحال ، فقط مع أخذ سيناريو التمويل اللامركزي كمثال ، هناك تحديان رئيسيان يواجهان Sequencer لتحقيق إدارة دقيقة للمعاملات:
**1) لتحليل بيانات المعاملات في الوقت الفعلي وفهم طرق استدعاء العقود الذكية ومعلمات البيانات الواردة ، ** خذ التخزين المشترك للتمويل اللامركزي كمثال ، تتضمن عملية التخزين نقل الرمز المميز ، وتحديث الحالة ، وفترة التخزين ، وحساب المكافأة المحتملة. إذا كان هناك عدد كبير من المستخدمين يدخلون بعض معاملات التخزين في نفس الوقت ، إذا كانت هناك أيضا معاملات مختلطة مع Staking ثم التحويل ، إلى جانب عوامل سعر Oralce المعقدة ، وما إلى ذلك ، إذا لم تتمكن Sequener من تحليلها ومعالجتها بشكل صحيح ، فقد يؤدي الخطأ إلى حوادث خطيرة.
- يجب أن يضمن جهاز التسلسل اللامركزية ، فإن الطبقة الحالية 2 Sequener ليست سوى معاملة دفعة تحت فرضية أن الحقوق كبيرة جدا ، إذا تعذر حل مشكلة لامركزية Sequencer ، ثم قم بإجراء مجموعة “دقيقة” ، وهو ما يعادل منح Sequencer المزيد من الأذونات. إذا قام Sequencer بإجراء معاملات مزيفة ، أو شارك بشكل صارخ في مقاطع MEV ، أو حتى تلاعب بشكل ضار بتصفية Oracle ، وما إلى ذلك ، فسوف يتكاثر.
في الآونة الأخيرة ، ** كان Metis شائعا ، ظاهريا فقط Sequencer حقق اللامركزية ، وعلى مستوى أعمق ، فقد بنى فرضية إجماع أساسية ل Sequencer للقيام بعمليات تجميع محسنة في المستقبل. **
بالطبع ، لا يزال الاعتماد على Sequencer لتحقيق تجميع ومعالجة معاملات تراكمية عالية الدقة مجرد فكرة ، ** لحسن الحظ ، تجريد حساب AA ، يوفر المزيج المعياري الشامل للعقل المفتوح ل Blockchain شرطا أساسيا لتنفيذ هذه الفكرة. **
اعلاه.
علاوة على ذلك ، كما ذكر أعلاه ، أصبحت الطبقة 2 ككل معيارية أكثر فأكثر ، حيث تقوم بتضمين تقنية ZK في إطار مكدس OP لتحقيق امتداد الخصوصية ، وتحويل Ethereum DA الأصلي إلى DA تابع لجهة خارجية مثل Celestia لإسقاط التكاليف ، وتغيير تقليد ETH تدريجيا كرسوم غاز ، وإعطاء الطبقة 2 Token تمكينا أكبر للمرافق ، وحتى الطبقة 2 يمكنها تجميع المعاملات وإرسالها إلى بيئات تنفيذ VM مختلفة ، وسيتم توزيع المعاملات سولانا وإيثريوم وأكثر من ذلك.
في ذلك الوقت ، سيظهر نموذج جديد ، ولم تعد الطبقة الحالية 2 مجرد طبقة 2 من Ethereum ، يمكن أن تكون Solana أيضا الطبقة 2 من Ethereum ، وحتى تعريف الطبقة 2 سيتم تغييره بطريقة سحرية.
** افتراض جريء ، أصبحت الآن الطبقة 2 “طبقة 1” للمبتدئين تدمج قدرات معالجة المعاملات المتزامنة العالية ، وأصبحت Ethereum و Solana ، هذه الطبقة 1 السابقة “طبقة 2” جديدة لتسوية الأصول وضمان الأمان. **
** لم تكن الطبقة 2 أبدا مفهوما جامدا ، وكانت مهمة منصات الطبقة 2 لحل معالجة المعاملات المتزامنة على نطاق واسع وجذب مجموعات سوق المستخدمين المتزايدة موجودة دائما. **
إذا تم تحقيق المهمة ، بموجب فكرة النمطية ، فلن يتم كسر شرعية طبقة Ethereum 1 فحسب ، بل ستصبح السلسلة الكاملة الكاملة لتوافر بيانات DA وطبقة تنفيذ VM وحتى تفاعل اتصال التشغيل البيني هي البنية التحتية للطبقة 2 لتحقيق التبني الشامل.
في ذلك الوقت ، لن تكون الطبقة 2 مجرد ملحق للطبقة 1 ، ولكنها ستصبح منصة قوية وشاملة لتجميع المعاملات ومعالجة التوزيع.
رابط المقال الأصلي
إخلاء المسؤولية: قد تكون المعلومات الواردة في هذه الصفحة من مصادر خارجية ولا تمثل آراء أو مواقف Gate. المحتوى المعروض في هذه الصفحة هو لأغراض مرجعية فقط ولا يشكّل أي نصيحة مالية أو استثمارية أو قانونية. لا تضمن Gate دقة أو اكتمال المعلومات، ولا تتحمّل أي مسؤولية عن أي خسائر ناتجة عن استخدام هذه المعلومات. تنطوي الاستثمارات في الأصول الافتراضية على مخاطر عالية وتخضع لتقلبات سعرية كبيرة. قد تخسر كامل رأس المال المستثمر. يرجى فهم المخاطر ذات الصلة فهمًا كاملًا واتخاذ قرارات مدروسة بناءً على وضعك المالي وقدرتك على تحمّل المخاطر. للتفاصيل، يرجى الرجوع إلى
إخلاء المسؤولية.
