لقد انتهى حل وسط L2، حان الوقت لبناء أساس أفضل | رأي

كان الربع الثاني من عام ٢٠٢٥ بمثابة اختبار واقعي لتوسع تقنية البلوك تشين، ومع استمرار تدفق رأس المال إلى عمليات التجميع والسلاسل الجانبية، تتسع ثغرات نموذج الطبقة الثانية. كان الوعد الأصلي لشبكات الطبقة الثانية بسيطًا: توسيع نطاق شبكات الطبقة الأولى، لكن التكاليف والتأخيرات والتجزئة في السيولة وتجربة المستخدم تتراكم باستمرار.

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

هل نبني مستقبلاً على أساس متين أم على أساسٍ متين؟ على مُطوّري L2 مواجهة هذه الأسئلة والإجابة عليها. فلو كانت طبقة الإجماع الأساسية لإيثريوم ( ETH ) سريعةً بطبيعتها، ومنخفضة التكلفة، وقابلةً للتوسع بلا حدود، لكان نظام L2 بأكمله، كما نعرفه الآن، زائدًا عن الحاجة. وقد اقتُرحت عمليات تجميع وسلاسل جانبية لا حصر لها كـ "إضافات لـ L1" لتخفيف القيود الأساسية على L1s الأساسية. إنه شكل من أشكال الديون التقنية، وهو حلٌّ مُعقّد ومُجزّأ، أُلقيَ على عاتق مستخدمي ومطوري web3.

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

تشريح L2s

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

في جوهره، يؤدي كل مستوى L2 وظيفتين أساسيتين: التسلسل، أي ترتيب المعاملات، بالإضافة إلى حساب الحالة الجديدة وإثباتها. يقوم جهاز التسلسل، سواءً كان كيانًا مركزيًا أو شبكة لامركزية، بجمع معاملات المستخدم وترتيبها وتجميعها. ثم تُنفَّذ هذه الدفعة، مما ينتج عنه حالة مُحدَّثة (مثل أرصدة رموز جديدة). يجب تسوية هذه الحالة على المستوى L1 لأغراض الأمان عبر Optimistic أو ZK Rollups.

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

التسلسل خيار حوكمة وتصميم لكل لغة من اللغات الثانية. يفضل البعض حلاً مركزياً للكفاءة (أو ربما لسلطة الرقابة؛ من يدري)، بينما يفضل آخرون حلاً لامركزياً لمزيد من العدالة والمتانة. في النهاية، تُقرر لغات L2 كيفية إجراء التسلسل الخاص بها.

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

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

التحقق المتوازي قابل للتوسع بشكل لا نهائي

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

بعد التسلسل والتحقق من الحالة، تكون مهمة L2 قد اكتملت تقريبًا. الخطوة الأخيرة هي نشر الحالة المُتحققة على شبكة لامركزية، L1، لضمان الاستقرار والأمان النهائيين.

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

بالنسبة لـ ZK Rollups، يستغرق هذا دقائق. أما بالنسبة لـ Optimistic Rollups، فيزداد الأمر تعقيدًا مع فترة التحدي التي تستمر أسبوعًا، وهي تضحية أمنية ضرورية ولكنها مكلفة.

وداعًا لأسطورة "النظام الكامل" في الويب 3

منذ ظهور البيتكوين ( BTC )، يسعى الناس جاهدين لحصر جميع معاملات سلسلة الكتل في أمر إجمالي واحد. نحن نتحدث عن سلاسل الكتل في نهاية المطاف! للأسف، يُعدّ نموذج "الأمر الإجمالي" هذا مجرد خرافة باهظة الثمن، وهو مبالغ فيه بشكل واضح لتسوية المستوى الثاني. يا للسخرية، أن إحدى أكبر الشبكات اللامركزية في العالم، وحاسوب العالم، يتصرفان تمامًا كسطح مكتب أحادي الخيط!

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

الترتيب العالمي يعني، بطبيعة الحال، ترتيبًا محليًا، ولكنه أيضًا حلٌّ ساذجٌ وبسيطٌ للغاية. بعد 15 عامًا من "سلسلة الكتل"، حان الوقت لنُبصر ونصنع مستقبلًا أفضل. لقد انتقل المجال العلمي للأنظمة الموزعة بالفعل من مفهوم الاتساق القوي في ثمانينيات القرن الماضي (وهو ما تُطبّقه سلسلة الكتل) إلى نموذج الاتساق القوي في نهاية المطاف في عام 2015، والذي يُطلق العنان للتوازي والتزامن. حان الوقت أيضًا لصناعة الويب 3 للمضي قدمًا، وترك الماضي وراءنا، ومواكبة التقدم العلمي المُستشرف للمستقبل.

انتهى عصر حلول L2. حان الوقت للبناء على أساس مُصمم للمستقبل، والذي ستنطلق منه الموجة التالية من تبني web3.

شياو هونغ تشن

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