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