شهد الربع الثاني من عام 2025 اختباراً حقيقياً لتقنيات توسيع نطاق البلوكشين، ومع استمرار تدفق رأس المال إلى الحلول المساعدة مثل “الرول آبس” والسلاسل الجانبية، تظهر المزيد من التحديات في نموذج الطبقة الثانية. كان الوعد الأساسي لهذه الحلول بسيطاً: تسريع وتوسيع شبكات الطبقة الأولى، لكن التكاليف والتأخيرات وتفتت السيولة وتجربة المستخدم تتراكم يوماً بعد يوم.
هل مستقبل الويب 3 مهدد؟
بدأت مشاريع جديدة، مثل مشاريع دفع العملات المستقرة، تشكك في نموذج الطبقة الثانية وتسأل: هل هي آمنة حقاً؟ أم أن المسيطرين على معالجة معاملاتها (Sequencers) أصبحوا نقاط فشل واحتكارية؟ غالباً ما تنتهي هذه التساؤلات إلى نظرة متشائمة مفادها أن التفتت قد يكون حتمياً في عالم الويب 3.
هل نبني مستقبلاً على أساس متين أم على بيت من ورق؟ على حلول الطبقة الثانية أن تواجه هذه الأسئلة وتجيب عليها. فلو كانت شبكة الإيثيريوم الأساسية سريعة ورخيصة وقابلة للتوسع بلا حدود، لكانت كل حلول الطبقة الثانية الحالية غير ضرورية. لقد تم اقتراح عدد لا يحصى من هذه الحلول كإضافات للطبقة الأولى لتجاوز قيودها الأساسية. إنه نوع من “الدين التقني”، حل معقد ومتفتت تم تحميل عبئه على مستخدمي ومطوري الويب 3.
تفكيك مفهوم الطبقة الثانية
للإجابة على هذه الأسئلة، يجب تفكيك مفهوم الطبقة الثانية إلى مكوناته الأساسية، للكشف عن طريق يؤدي إلى تصميم أكثر قوة وكفاءة.
الهيكل يحدد الوظيفة. هذه قاعدة أساسية في علم الأحياء تنطبق أيضاً على أنظمة الكمبيوتر. لتحديد الهيكل والهندسة المناسبة لحلول الطبقة الثانية، يجب فحص وظائفها بعناية.
في صميم عملها، تؤدي كل طبقة ثانية وظيفتين حاسمتين:
- ترتيب المعاملات (Sequencing): حيث يتم جمع وترتيب ومعالجة معاملات المستخدمين في دفعات.
- حساب وإثبات الحالة الجديدة: يتم تنفيذ هذه الدفعات، مما يؤدي إلى حالة جديدة (مثل أرصدة الرموز المحدثة). ثم يجب تسوية هذه الحالة على شبكة الطبقة الأولى لضمان الأمان، إما عبر “الرول آبس المتفائلة” أو “رول آبس براهين المعرفة الصفرية”.
مقارنة بين أنواع الرول آبس
الرول آبس المتفائلة (Optimistic Rollups): تفترض أن جميع التغييرات في الحالة صحيحة، وتعتمد على فترة تحدي (غالباً 7 أيام) يمكن لأي شخص خلالها تقديم دليل على الاحتيال. هذا يخلق مقايضة كبيرة في تجربة المستخدم: أوقات تسوية طويلة.
رول آبس براهين المعرفة الصفرية (ZK Rollups): تستخدم براهين رياضية (براهين المعرفة الصفرية) للتحقق من صحة كل تغيير في الحالة قبل تسجيله على الطبقة الأولى، مما يتيح أوقات تسوية فورية تقريباً. لكن المقايضة هي أنها تتطلب قوة حوسبة هائلة ومعقدة البناء. كما أن أدوات إنشاء هذه البراهين قد تكون معرضة للأخطاء، عواقبها كارثية، والتحقق الرسمي منها، إن كان ممكناً، مكلف جداً.
كيف يمكن تحسين الكفاءة؟
عملية ترتيب المعاملات هي خيار في الحوكمة والتصميم لكل طبقة ثانية. لكن في مجال “إنشاء والتحقق من الحالة”، يمكننا تحقيق كفاءة أعلى بكثير.
بمجرد ترتيب دفعة من المعاملات، يصبح حساب الحالة التالية مهمة حوسبية بحتة. يمكن القيام بذلك باستخدام حاسوب فائق واحد، يركز فقط على السرعة الخام، دون أي تعقيدات تتعلق باللامركزية.甚至可以由多个第二层解决方案共享这个超级计算机!
بمجرد إنشاء هذه الحالة الجديدة، يصبح التحقق منها عملية منفصلة ومتوازية. يمكن لشبكة ضخمة من المدققين العمل بالتوازي للتحقق من صحة الحالة. هذا هو الفلسفة الكامنة وراء عملاء الإيثيريوم عديمي الحالة وتنفيذات الأداء العالي مثل MegaETH.
التوازي هو مفتاح التوسع اللامحدود
التحقق المتوازي قابل للتوسع بلا حدود. بغض النظر عن سرعة إنتاج الحلول الطبقة الثانية ( وذلك الحاسوب الفائق) للحالات الجديدة، يمكن لشبكة التحقق دائماً مواكبة ذلك من خلال إضافة المزيد من المدققين. الوقت المستغرق هنا هو وقت التحقق نفسه، وهو رقم ثابت وضئيل. هذا هو المستوى الأمثل نظرياً لاستخدام اللامركزية بفعالية: للتحقق، وليس للحساب.
العقبة الكبرى: تسوية المعاملات
بعد الترتيب والتحقق من الحالة، تكون مهمة الطبقة الثانية شبه مكتملة. الخطوة الأخيرة هي نشر الحالة المُتحقق منها على شبكة لامركزية، وهي الطبقة الأولى، للتسوية النهائية وضمان الأمان.
هذه الخطوة النهائية تكشف المشكلة الأكبر: شبكات البلوكشين سيئة جداً كطبقات للتسوية لحلول الطبقة الثانية! العمل الحوسبي الرئيسي يتم خارج السلسلة، ومع ذلك يجب على الطبقة الثانية دفع تكلفة باهظة للتسوية النهائية على الطبقة الأولى. تواجه عبئاً مزدوجاً: النطاق الترددي المحدود للطبقة الأولى، والمثقل بضرورة ترتيب جميع المعاملات بشكل خطي، يخلق ازدحاماً وتكاليف عالية لنشر البيانات. علاوة على ذلك، يجب أن تتحمل التأخير الأساسي في التسوية النهائية المتأصل في الطبقة الأولى.
وداعاً لأسطورة “الترتيب الكلي”
منذ ظهور البيتكوين، ظل الناس يحاولون جاهدين ضغط جميع معاملات البلوكشين في ترتيب كلي واحد. للأسف، نموذج “الترتيب الكلي” هذا هو أسطورة مكلفة وهو مبالغ فيه بوضوح لتسوية معاملات الطبقة الثانية. من المثير للسخرية أن واحدة من أكبر الشبكات اللامركزية في العالم وأكثرها قوة تتصرف مثل جهاز كمبيوتر مكتبي ذي نواة واحدة!
لقد حان الوقت للمضي قدماً. المستقبل هو في الترتيب المحلي القائم على الحسابات، حيث تحتاج فقط المعاملات التي تتفاعل مع نفس الحساب إلى الترتيب، مما يفتح الباب أمام التوازي الهائل وقابلية التوسع الحقيقية.
لقد حان الوقت لأن نفتح أعيننا ونصمم مستقبلاً أفضل. لقد انتقل مجال أنظمة التوزيع العلمي بالفعل من مفهوم “الاتساق القوي” في الثمانينيات (وهو ما تطبقه البلوكشينات) إلى نموذج “الاتساق النهائي القوي” في عام 2015 والذي يطلق العنان للتوزيع والتوازي. حان الوقت لكي تتحرك صناعة الويب 3 أيضاً، لتترك الماضي وراءها وتتبع التقدم العلمي التطلعي إلى الأمام.
عصر حلول التسوية في الطبقة الثانية قد انتهى. لقد حان الوقت للبناء على أساس مصمم للمستقبل، وهو الأساس الذي ستأتي منه الموجة التالية من اعتماد الويب 3.
الأسئلة الشائعة
ما هي المشاكل الرئيسية في حلول الطبقة الثانية (L2)؟
أبرز المشاكل هي التكاليف العالية، أوقات التسوية البطيئة، وتفتت السيولة وتجربة المستخدم بين الحلول المختلفة، بالإضافة إلى المخاوف المتعلقة بمركزية مسؤولي ترتيب المعاملات (Sequencers).
ما الفرق بين الرول آبس المتفائلة ورول آبس براهين المعرفة الصفرية؟
الرول آبس المتفائلة تفترض صحة المعاملات وتنتظر فترة تحدي (أسبوع عادة) لاكتشاف الاحتيال، مما يعني تسوية بطيئة. رول آبس براهين المعرفة الصفرية تتحقق رياضياً من صحة كل معاملة فوراً، مما يسمح بتسوية شبه فورية، لكنها أكثر تعقيداً من الناحية التقنية.
ما هو الحل المقترح لمستقبل أفضل للويب 3؟
الحل المقترح هو التخلي عن نموذج “الترتيب الكلي” لجميع المعاملات والانتقال إلى “الترتيب المحلي” القائم على الحسابات، والذي يتيح معالجة متوازية هائلة، ويبني أساساً أكثر قوة وكفاءة للتوسع المستقبلي.
