الجمع بين تكنولوجيا التجزئة مع L2؟ "=nil;" يقترح حلاً جديدًا لتجزئة حالة L2

الافتراضي:آفي زورلو,=nil; مؤسسة

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

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

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

اتجاهين رئيسيين للتوسع

هناك اتجاهان رئيسيان لتوسيع blockchain:

1. التوسع الرأسي: زيادة موارد العقدة الواحدة. هذا هو مفهوم التوسع الخاص بـ Solana، والذي يتمثل في زيادة استخدام الأجهزة إلى الحد الأقصى مع موازنة سلوك الأجهزة الافتراضية (الأجهزة الافتراضية).
2. التوسع الأفقي: توزيع عبء العمل على خوادم متعددة. هذا هو مفهوم التوسع في سلاسل الكتل L1 المجزأة مثل Near وEthereum (Danksharding).

غالبًا ما يُنظر إلى عمليات التجميع عن طريق الخطأ على أنها حل القياس الأفقي لإيثريوم. ومع ذلك، يتم تعريف كل مجموعة، وكل blockchain، من خلال دفتر الأستاذ الذي تحتفظ به، مما يعني أن مجموعة Rollup هي نظام مستقل عن Ethereum. هذا الإهمال الكبير لأساسيات توسيع قاعدة البيانات يترك النظام البيئي للإيثريوم بحاجة إلى مواجهة التحدي الحالي: تجزئة الحالة.

التحديات الحالية

أصبح تجزئة الحالة عبر L2 مشكلة كبيرة بالنسبة لـ Ethereum. وتتجلى مشكلة التجزئة في ثلاثة جوانب:

1. إن العشرات (أو حتى المئات) من وحدات L2 المتصلة بـ Ethereum لتطوير البنية التحتية الخاصة بالتطبيقات تهدف إلى تعريض تأثيرات الشبكة الخاصة بالحالة العالمية للخطر، بما في ذلك السيولة وتوزيع المستخدمين.
2. كان الجمع بين معايير التشغيل البيني وتعقيد التنسيق الاجتماعي هو الحافز لأكثر من 2.8 مليار دولار في عمليات اختراق الجسور عبر السلاسل.
3. تجربة مطور ومستخدم أسوأ بشكل موضوعي. يضطر المطورون إلى استخدام تقنيات تجريد الشبكات المعقدة لتوفير تجربة مستخدم سلسة، وإلا فسيضطر المستخدمون إلى مواجهة تفاعلات معقدة عبر السلسلة بما في ذلك الأصول عبر السلسلة وإدارة شبكة المحفظة ورموز الغاز المتعددة.

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

حل تجزئة الحالة

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

1. العمل في الاتجاه المعاكس لدمج المجموعات الحالية في نظام واحد لتحقيق “التوسع الأفقي”.
2. ابدأ من الصفر وأعد تصميم L2 قابل للتطوير.

العمل في الاتجاه المعاكس

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

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

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

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

بدء من لا شيء

يمكن لـ Ethereum L2 التوسع عموديًا عن طريق تغيير بيئة تنفيذ العقد المجمعة لزيادة استخدام الأجهزة؛ وتشمل هذه المشاريع Eclipse وMovement Labs، اللذين يستخدمان SVM وMoveVM على التوالي لإنشاء القوائم المجمعة. تحمل مثل هذه الحلول وعدًا كبيرًا بتحسين قابلية التوسع في المستقبل القريب، ومع ذلك، فإنها تتطلب من مطوري الإيثريوم اعتماد مجموعة تكنولوجية جديدة.

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

=nil; مُحسّن للحفاظ على قيم Ethereum الأساسية المتمثلة في اللامركزية ومقاومة الرقابة وعدم السماح. =nil; يعتمد على zkSharding، وهي أول بنية تقسيم يمكن التحقق منها تم تصميمها حديثًا. فهو يجمع بين ميزات القياس لحلول القياس الأفقي المذكورة أعلاه من خلال توفير بيئة تطوير واحدة متكاملة. يتيح ذلك للمطورين الوصول إلى الآلاف من مجموعات التحديثات من شبكة واحدة. والأكثر من ذلك، =nil؛ يضمن حصول المستخدمين على رسوم معاملات منخفضة بشكل موثوق حتى أثناء فترات الذروة للتداول.

بالإضافة إلى ذلك، يقوم =nil; بتقسيم الحالات ودمجها ديناميكيًا بناءً على الحاجة إلى الوصول إلى الحالة، مما يحل مشكلة رسوم الازدحام. يمكّن هذا السلوك الديناميكي =nil من الحفاظ على رسوم المعاملات منخفضة باستمرار (<0.01 دولار). باختصار، =nil;تتمثل مهمة المؤسسة في توفير مسار بديل لتوسيع L2 الخاص بـ Ethereum والذي يتوافق بشكل أوثق مع القيم الأساسية لـ Ethereum واحتياجات تنفيذ L2.

خاتمة

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

لقد ماتت المشاركة، وعاشت المشاركة.