إعادة صياغة البحث: فقط EVM الموازي يمكنه إنقاذ Ethereum، والمستقبل مشرق

هذه المقالة مأخوذة من: Reforge Research

تم إعداده بواسطة: أوديلي بلانيت ديلي فينسر

ملاحظة المحرر: تعرضت عملة الإيثريوم منذ فترة طويلة لانتقادات بسبب ارتفاع تكاليف الغاز والمخاطر الأمنية. بالإضافة إلى ذلك، اجتذبت المناقشة الأخيرة حول EVM الموازية اهتمامًا كبيرًا في الصناعة. أجرت شركة Reforge Research تبادلات متعمقة مع العديد من كبار المطلعين على الصناعة مثل شبكة EVM L1 البيئية وصناعة AMM والبروتوكولات عبر السلاسل لفهم وجهات النظر المختلفة لمختلف الشركات. النظم البيئية حول هذا الموضوع.قامت Odaily Planet Daily بتجميع هذه المقالة لتكون مرجعًا لك ودراستك.

يقدم

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

• في عام 2015، اعتمدت Nano (XNO) بنية شبكية للكتلة، مما يسمح لكل حساب أن يكون لديه blockchain خاص به لتمكين المعالجة المتوازية وإزالة الحاجة إلى تأكيدات المعاملات على مستوى الشبكة.
• في عام 2018، تم نشر ورقة محرك التنفيذ المتوازي Block-STM (ذاكرة المعاملات البرمجية) لشبكة blockchain رسميًا، وحققت Polkdot التوازي من خلال بنية متعددة السلاسل، وأطلقت EOS محرك المعالجة متعدد الخيوط الخاص بها.
• في عام 2020، قدمت Avalanche آلية معالجة متوازية لطبقة الإجماع الخاصة بها (بدلاً من سلسلة EVM c المتسلسلة)، وأضافت Solana ابتكارات مماثلة إلى Sealevel.

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

منذ اقتراح Vitalik EIP في عام 2017، كان مجتمع Ethereum يستكشف المعالجة المتوازية كحل. كان الهدف الأصلي هو تحقيق التوازي من خلال سلاسل الكتل التقليدية المجزأة أو التجزئة. ومع ذلك، فإن التطور السريع واعتماد L2 Rollup، الذي يوفر فوائد قابلية التوسع أبسط وأكثر فورية، أدى إلى تحويل تركيز تطوير Ethereum من التجزئة إلى ما يسمى الآن "danksharding". مع تقسيم البيانات، تعمل الأجزاء بشكل أساسي كطبقة توفر البيانات بدلاً من تنفيذ المعاملات بالتوازي. ومع ذلك، نظرًا لعدم تنفيذ عملية تقسيم البيانات بشكل كامل بعد، فقد تحول الاهتمام إلى العديد من شبكات L1 المتوازية البديلة الرئيسية المتوافقة مع EVM (لا سيما Monad وNeon EVM وSei).

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

التوازي وسيلة وليس غاية

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

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

1. يستخدم عميل Ethereum وEthereum نفسه هياكل بيانات تخزين مختلفة (شجرة B-tree/LSM وشجرة Merkle)، مما يؤدي إلى ضعف الأداء عند دمج بنية بيانات في أخرى.
2. في التنفيذ المتوازي، تعد قدرة الإدخال/الإخراج غير المتزامن (يشار إليها باسم الإدخال/الإخراج غير المتزامن) لقراءة المعاملات وتحديثها أمرًا بالغ الأهمية؛ حيث تتعطل عمليات التشغيل في انتظار ردود أفعال بعضها البعض، مما يؤدي إلى إهدار جميع مكاسب السرعة.

تعد المهام الحسابية الإضافية المتمثلة في إضافة عدد كبير من تجزئات أو حسابات SHA-3 الإضافية بسيطة مقارنة بتكلفة استرداد القيمة المخزنة أو تعيينها. ومن أجل تقليل وقت معالجة المعاملات وتكاليف الغاز، يجب تحسين البنية التحتية لقاعدة البيانات نفسها. لا يقتصر الأمر على اعتماد بنيات قواعد البيانات التقليدية كبدائل لمخازن القيمة الأساسية الأولية، مثل قواعد بيانات SQL. يؤدي تنفيذ حالة EVM باستخدام نموذج علائقي إلى إضافة تعقيدات وتكاليف غير ضرورية مقارنة باستخدام مخزن قيمة المفتاح الأساسي، مما يؤدي إلى عمليات "تحميل" و"تخزين" أكثر تكلفة. لا تتطلب حالة EVM ميزات مثل الفرز أو مسح النطاق أو الدلالات التفاعلية لأنها تنفذ فقط عمليات قراءة النقاط وكتابة النقاط، وتحدث عمليات الكتابة بشكل فردي في نهاية كل كتلة. في المقابل، يجب أن تركز الحاجة إلى هذه التحسينات على معالجة الاعتبارات الرئيسية مثل قابلية التوسع، وزمن الوصول المنخفض للقراءة والكتابة، والتحكم الفعال في التزامن، وتشذيب الحالة والأرشفة، والتكامل السلس مع EVM. على سبيل المثال، تقوم Monad ببناء قاعدة بيانات حالة مخصصة من البداية تسمى MonadDB. سيستفيد من أحدث دعم kernel للعمليات غير المتزامنة أثناء تنفيذ بنية بيانات شجرة Merkle محليًا على القرص وفي الذاكرة.

نتوقع أن نرى المزيد من التحسينات على قاعدة بيانات القيمة الرئيسية الأساسية بالإضافة إلى تحسينات كبيرة في البنية التحتية للجهات الخارجية التي تدعم الكثير من قدرات تخزين blockchain.

اجعل pCLOBs رائعًا مرة أخرى

مع انتقال DeFi إلى حالة دقة أعلى، ستصبح CLOBs (دفاتر أوامر الحد المركزي) طريقة التصميم الأساسية للمعاملات.

منذ ظهورها لأول مرة في عام 2017، أصبح صانعو السوق الآليون (AMMs) حجر الزاوية في التمويل اللامركزي من خلال توفير البساطة التشغيلية والقدرة الفريدة على توجيه السيولة. من خلال الاستفادة من مجمعات السيولة وخوارزميات التسعير، أحدثت AMMs ثورة في التمويل اللامركزي وأصبحت أفضل بديل لأنظمة التداول التقليدية مثل دفاتر الطلبات. على الرغم من كونها لبنة أساسية في التمويل التقليدي، عندما تم تقديم دفاتر أوامر الحد المركزي (CLOBs) إلى الإيثريوم، كانت الآلية محدودة بسبب قابلية التوسع في blockchain. وهي تتطلب عددًا كبيرًا من المعاملات، حيث يتطلب كل تقديم طلب أو تنفيذ أو إلغاء أو تعديل معاملة جديدة على السلسلة. نظرًا لأن جهود قابلية التوسع التي تبذلها Ethereum لا تزال غير ناضجة، فإن التكلفة المستندة إلى هذا المطلب جعلت CLOBs غير مناسبة في المراحل الأولى من DeFi، مما أدى بدوره إلى فشل المحاولات المبكرة (مثل EtherDelta). ومع ذلك، على الرغم من أن AMMs تحظى بشعبية، إلا أنها تواجه قيودها المتأصلة. مع نضوج التمويل اللامركزي DeFi وجذب المزيد والمزيد من المتداولين ذوي الخبرة والمؤسسات الراسخة، أصبحت أوجه القصور هذه أكثر وضوحًا.

بعد الاعتراف بتفوق CLOBs، بدأت محاولات دمج التبادلات القائمة على CLOBs في DeFi تصبح أكثر شيوعًا على شبكات blockchain البديلة والأكثر قابلية للتطوير. تهدف البروتوكولات مثل Kujira وSerum (RIP، المشروع غير متصل بالإنترنت) وDemex وdYdX وDexalot ومؤخرًا Aori وHyperliquid إلى توفير تجربة تداول أفضل عبر السلسلة من المنافسين مثل AMM. ومع ذلك، باستثناء المشاريع التي تستهدف مجالات محددة (مثل dYdX وHyperliquid للعقود الدائمة)، تواجه CLOBs على هذه الشبكات البديلة مجموعة من التحديات التي تتجاوز قابلية التوسع:

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

CLOBs مع النقط

إعلان Dencun الشبكة الرئيسية

كيف يعمل L2؟

بالمقارنة مع شبكة إيثريوم الرئيسية، تحسنت شبكة إيثريوم L2 الحالية بشكل ملحوظ في كل من إنتاجية المعاملات ورسوم الغاز، خاصة بعد شوكة Dencun الصلبة الأخيرة (ترقية كانكون). ومن خلال استبدال بيانات المكالمات كثيفة الاستخدام للغاز بأشياء ثنائية كبيرة خفيفة الوزن (blobs)، يتم تقليل تكاليف الغاز بشكل كبير.

وفقًا لبيانات Growthepie، اعتبارًا من 1 أبريل، بلغت رسوم الغاز لشبكتي Arbitrum وOP 0.028 دولارًا أمريكيًا و0.064 دولارًا أمريكيًا على التوالي، مع كون شبكة Mantle هي الأرخص عند 0.015 دولار أمريكي فقط. وهذا بعيد كل البعد عن تكاليف الغاز قبل ترقية كانكون، لأن تكلفة الاتصال بالبيانات كانت تمثل في السابق ما بين 70% إلى 90% من تكلفة الغاز. لسوء الحظ، هذا ليس رخيصًا بما فيه الكفاية، ولا تزال رسوم الإنشاء/الإلغاء البالغة حوالي 0.01 دولار باهظة بعض الشيء.

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

الشركة أ: يعد تقديم 10000 طلب، و1000 صفقة، و9000 إلغاء أو تعديل في الساعة معيارًا قياسيًا نسبيًا. إذا كانت الشركة تعمل على 100 كتاب أوامر على مدار اليوم، حتى لو كانت تكلفة التجارة الواحدة أقل من 0.01 دولار، فإن العملية الإجمالية ستتحمل بسهولة رسومًا تزيد عن 150 ألف دولار.

الحل الجديد: pCLOB

مع ظهور EVMs الموازية، نتوقع زيادة في نشاط التمويل اللامركزي DeFi بفضل جدوى CLOBs الرائدة على السلسلة. ولكن الأمر لا يقتصر على CLOBs فقط - دفاتر أوامر الحد المركزي القابلة للبرمجة (pCLOBs للاختصار). نظرًا لقابلية التركيب المتأصلة في DeFi، يمكننا التفاعل مع عدد لا يحصى من البروتوكولات (محدودة فقط بالغاز) لإنشاء عدد كبير من أزواج التداول. ومن خلال الاستفادة من هذا المبدأ، يتيح pCLOB المنطق المخصص المضمن أثناء عملية تقديم الطلب. يمكن استدعاء هذا المنطق قبل أو بعد تقديم الطلب. على سبيل المثال، يمكن أن يحتوي عقد pCLOB الذكي على منطق مخصص للتنفيذ:

• التحقق من صحة معلمات الطلب (مثل السعر والكمية) بناءً على قواعد محددة مسبقًا أو ظروف السوق

• إجراء عمليات فحص المخاطر في الوقت الفعلي (على سبيل المثال ضمان هامش أو ضمانات كافية للتداولات ذات الرافعة المالية)

• تطبيق حسابات الرسوم الديناميكية بناءً على معايير عشوائية (مثل نوع الطلب وحجم التداول وتقلبات السوق وما إلى ذلك)

• تنفيذ الأوامر المشروطة بناءً على شروط التشغيل المحددة

...وتظل صفقة أفضل من تصاميم الصفقات الحالية.

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

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

** "نظرًا لقدرتها على الحفاظ على صناعة السوق في ظروف غير سائلة، فمن المرجح أن يستمر استخدام AMMs على نطاق واسع في الأصول طويلة الأجل؛ ومع ذلك، بالنسبة للأصول "الرقيقة"، ستهيمن pCLOBs."**

——كيوني، المؤسس المشارك والرئيس التنفيذي لشركة Monad

قال Keone، المؤسس المشارك والرئيس التنفيذي لشركة Monad، في مناقشة معنا إنه يعتقد أنه يمكننا توقع ظهور pCLOBs المتعددة في أنظمة بيئية مختلفة عالية الإنتاجية. أكد Keone على أن pCLOBs سيكون لها تأثير كبير على نظام DeFi البيئي الأكبر بسبب انخفاض رسوم التشغيل.

حتى مع وجود عدد قليل من هذه التحسينات، نتوقع أن يكون لـ pCLOBs تأثير كبير في تحسين كفاءة رأس المال وفتح فئات جديدة في التمويل اللامركزي.

حسنًا، نحن بحاجة إلى المزيد من التطبيقات، ولكن أولاً...

يجب تصميم التطبيقات الحالية والجديدة بطريقة تحقق الاستفادة الكاملة من التوازي الأساسي.

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

"عندما تم إطلاق أول هاتف iPhone، كانت التطبيقات المصممة له تشبه إلى حد كبير تطبيقات الكمبيوتر السيئة. إنها نفس القصة هنا. تمامًا مثلما نضيف مراكز متعددة إلى blockchain، ستكون التطبيقات أفضل."

**—— قال ستيفن لاندرز، مهندس blockchain في Sei Ecosystem. **

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

التنافس على الحالة

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

"إذا كنت ترغب في الاستفادة من الإنتاجية، فأنت بحاجة إلى الحد من التنافس بين المعاملات."

**—— قال ستيفن لاندرز، مهندس blockchain في Sei Ecosystem. **

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

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

أكد ستيفن، وهو مطور أساسي للنظام البيئي Sei لشبكة EVM L1 الموازية، على أهمية النظر في تنافس الحالة في التطوير متعدد الخيوط وأشار إلى أن Sei تبحث بنشاط عن معنى الموازاة وكيفية ضمان الاستفادة الكاملة من الموارد.

القدرة على التنبؤ بالأداء

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

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

"يوفر التوازي طريقة لتجربة أسواق الرسوم المحلية لتقليل الخلاف بين الدولة."

**سعيد 0xTaker، المؤسس المشارك لشركة Aori. **

بالإضافة إلى ذلك، يمكن لآليات التوازي المتقدمة والشحن متعدد الأبعاد تمكين blockchain واحد من توفير أداء أكثر تحديدًا لكل تطبيق مع الحفاظ على قابلية التركيب بشكل عام.

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

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

خيالات مختلفة من الاحتمالات

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

"في عام 1995، كانت خطة الإنترنت الوحيدة هي دفع 0.10 دولار لكل 1 ميجابايت من البيانات التي يتم تنزيلها - يمكنك اختيار موقع الويب الذي تريد الانتقال إليه بعناية. تخيل التغييرات منذ ذلك الوقت إلى Infinite، ولاحظ كيف سيتعامل الأشخاص معها وماذا سيصبح ممكن."

** قال كيوني هون، المؤسس المشارك والرئيس التنفيذي لشركة Monad. **

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

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

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

تجربة مستخدم تطبيق التشفير سيئة للغاية...الآن، على وشك التحسن

إن اتساق تجربة المستخدم (UXU) ليس ممكنًا فحسب، بل إنه ضروري - ومن المؤكد أن الصناعة تتجه نحو جعله حقيقة.

شكرا لك، جي بي تي مان

تعتبر تجربة مستخدم blockchain اليوم مجزأة ومرهقة - يحتاج المستخدمون إلى التنقل بين العديد من blockchain والمحافظ والبروتوكولات، في انتظار اكتمال المعاملات، في حين يواجهون مخاطر الخروقات الأمنية أو المتسللين. المستقبل المثالي هو المستقبل الذي يمكن للمستخدمين فيه التفاعل بسلاسة مع أصولهم بشكل آمن دون الحاجة إلى القلق بشأن البنية التحتية الأساسية لـ blockchain. إن عملية الانتقال من تجربة المستخدم المجزأة الحالية إلى تجربة موحدة ومبسطة هي ما نسميه توحيد تجربة المستخدم (UXU).

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

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

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

** - قال سيرجي جوربونوف، المؤسس المشارك لشركة Axelar. **

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

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

——فيليكس مادوتسا، المؤسس المشارك لشركة Orb Labs

نجوم الغد المحتملين

مع زيادة متطلبات الأداء، سيصبح سوق أوراكل مزدهرًا للغاية.

يعني نظام EVM الموازي زيادة متطلبات الأداء للأوراكل، والتي كانت مجالًا متخلفًا للغاية على مدار السنوات القليلة الماضية. سيؤدي الطلب القوي من طبقة التطبيق إلى تنشيط هذا السوق غير المستغل المليء بالمنتجات ذات الأداء الضعيف والأمان الضعيف، وهو أمر بالغ الأهمية لتحسين إمكانية تكوين DeFi. على سبيل المثال، يعد عمق السوق وحجم التداول مؤشرين قويين للعديد من رواد التمويل اللامركزي. نتوقع أن يتكيف اللاعبون الكبار مثل Chainlink وPyth بسرعة مع تحدي اللاعبين الجدد لحصتهم في السوق. بعد محادثة مع أحد كبار أعضاء تشين لينك، تتوافق أفكارنا: "الإجماع [داخل تشين لينك] هو أنه إذا اكتسبت آلات التصويت الإلكترونية الموازية الهيمنة، فقد نرغب في إعادة تصميم عقودنا الذكية للحصول على القيمة منها (على سبيل المثال، تقليل التبعيات بين العقود بحيث لا تعتمد المعاملات/المكالمات بشكل غير ضروري على التنفيذ وبالتالي تتعرض للهجوم من قبل MEV) ولكن نظرًا لأن EVM الموازي يهدف إلى تحسين الشفافية وإنتاجية التطبيقات التي تعمل بالفعل على EVM، فلا ينبغي أن يؤثر ذلك على استقرار الشبكة."

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

هذه ليست حفلة حصرية لـ L1. Parallel EVM L2 يريد أيضًا المشاركة.

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

وبشكل أكثر تحديدًا، نتوقع أنه على المدى القصير، سيهيمن EVM L2 الموازي القائم على شبكة OP مقارنة بسلسلة ZK. في النهاية، نحن نتطلع بشدة إلى الانتقال من عمليات التجميع المستندة إلى OP إلى ZK-Rollups من خلال الانتقال إلى إطار عمل ZK للأغراض العامة مثل RISC0، بدلاً من النهج التقليدي المستخدم في ZK-Rollups الأخرى. أنها فقط مسألة وقت.

هل لا تزال مميزات لغة Rust موجودة؟

وسيلعب اختيار لغة البرمجة دورًا مهمًا في تطوير هذه الأنظمة. نحن نفضل تطبيق Ethereum's Rust، Reth، على البدائل الأخرى. هذا التفضيل ليس اعتباطيًا، حيث تتمتع Rust بالعديد من المزايا مقارنة باللغات الأخرى، بما في ذلك أمان الذاكرة دون تجميع البيانات المهملة، والتجريد بدون تكلفة، ونظام الكتابة الغنية.

الصدأ نعم!

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

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

وفي سياق التنفيذ المتوازي، لا يسعنا إلا أن نذكر لغة النقل.

في حين أن Rust وC++ غالبًا ما يكونان محور المناقشة، فإن لغة Move تحتوي على بعض الميزات التي تجعلها مناسبة بنفس القدر في هذه الحالة.

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

الاعتبارات المستقبلية: يجب على EVM القضاء على انعدام الأمن لديها

بينما نرسم صورة متفائلة بشكل لا يصدق لعالم EVM بعد التوازي، فإن كل هذا لا يعني شيئًا إذا لم تتم معالجة العيوب في EVM وأمن العقود الذكية.

وخلافًا لاقتصاديات الشبكات وأمن الإجماع، استغل المتسللون الثغرات الأمنية للعقود الذكية في بروتوكول Ethereum DeFi لسرقة أكثر من 1.3 مليار دولار في عام 2023 وحده. لذلك، يميل المستخدمون أكثر إلى استخدام CEXs (التبادلات المركزية) مثل الحدائق المسورة أو البروتوكولات "اللامركزية" التي تمزج بين العقد المركزية - التضحية باللامركزية من أجل تحسين تجربة السلسلة واختيار أن تكون مركزية أكثر أمانًا (وأداءً). خبرة.

**السؤال هو هل سيهتم المستخدمون العاديون بدرجة اللامركزية؟ **

إن الافتقار إلى ميزات الأمان المتأصلة في تصميم EVM هو السبب الجذري لهذه الثغرات الأمنية.

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

أحد الحلول المحتملة هو اعتماد إعداد جهاز افتراضي مزدوج، حيث يتم استخدام جهاز ظاهري منفصل (مثل CosmWasm) لمراقبة التنفيذ في الوقت الفعلي لعقد EVM الذكي، مثلما يفعل برنامج مكافحة الفيروسات في نظام التشغيل. يتيح هذا الهيكل عمليات فحص متقدمة، مثل عمليات فحص مكدس المكالمات، المصممة خصيصًا لتقليل حوادث القرصنة. ومع ذلك، فإن هذا النهج يتطلب ترقيات كبيرة لأنظمة blockchain الحالية. نتوقع حلولًا أحدث وأفضل، مثل Arbitrum Stylus وArtela، لتنفيذ هذه البنية منذ البداية.

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

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

ختاماً

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

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

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

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