تستند القوة الأساسية للبيتكوين إلى بروتوكول التوافق البسيط والموثوق، فضلاً عن شبكته اللامركزية من المصادقين. أما أنظمة الطبقة الثانية، فتقوم غالباً على فرضيات إضافية، مثل نماذج الثقة الجديدة أو المصادقين الخارجيين أو المنطق خارج السلسلة. وتعتمد أمان هذه الأنظمة على أضعف حلقاتها.
تشكل مخاطر الحفظ مصدر قلق أساسي، خاصة في الأنظمة الاتحادية كـ Fedimint أو Liquid. فعند حفظ الأصول في محافظ متعددة التوقيع تحت إشراف مجموعة من الموقعين، يجب على المستخدمين الوثوق بأن غالبية الموقعين سيظلون أمناء ومتجاوبين. وإذا تعرض الاتحاد للاختراق أو حدث تواطؤ أو توقف عن العمل، قد تصبح أموال المستخدمين غير متاحة. وعلى الرغم من أن التوقيعات الحدية وتوليد المفاتيح الموزع (DKG) تعزز القدرة على الصمود، إلا أنها لا تقضي على المخاطر النظامية تماماً.
يمثل أمان الجسور تحدياً محورياً آخر. فالـRollups والسلاسل الجانبية التي تعتمد نماذج إدخال/إخراج الأصول (peg-in/peg-out) تتطلب آليات آمنة لنقل البيتكوين بين الطبقات. وفي غياب تحقق الإثبات الأصلي على شبكة البيتكوين، تعتمد هذه الجسور على وسطاء موثوقين أو عمليات استرداد مؤجلة زمنيًا. وينشئ ذلك نقاط ضعف قد يستغلها الفاعلون الخبيثون لاستغلال الثغرات أو تعطيل الخروج أو اختراق مجموعات المصادقين. وقد أبرزت حوادث اختراق الجسور البارزة في شبكات أخرى (مثل Wormhole وRonin) حجم المخاطر عند توظيف رؤوس أموال ضخمة ضمن بنية جسور ضعيفة.
تعد هجمات الإزعاج (Griefing) في شبكة Lightning نموذجاً لحالات التعطيل دون حدوث سرقة للأموال. على سبيل المثال، عندما يقوم أحد المستخدمين بتحميل الشبكة بطلبات HTLC عالقة، فيستهلك السيولة ويعيق المعاملات المشروعة. كما قد تكون BitVM وأنظمة الإثبات التفاعلية الأخرى عرضة لهجمات حجب الخدمة من خلال آليات تحدٍ تعسفية. تسهم إجراءات مثل الحد من المعدلات، والعقوبات المالية، وخدمات المراقبة المنتظمة في تقليل بعض تلك المخاطر، إلا أن نجاحها مرهون بضبط نظرية الألعاب الأساسية بدقة.
تفاوت الافتراضات بشأن توافق الآراء والنهائية بين أنظمة الطبقة الثانية. فقد تعيد السلاسل الجانبية التي لا تعتمد إثبات العمل الخاص بالبيتكوين تنظيم الكتل أو فرض الرقابة دون اكتشاف ذلك من الطبقة الأساسية. ويجب على من يعتمدون على الطبقة الثانية للتسوية النهائية أن يدركوا إمكانيات الاسترداد حال خلل النظام الأساسي أو تصرفه بشكل غير نزيه. وتزيد هذه الفروق من تعقيد إدارة المحافظ والمحاسبة والتقارير التنظيمية، خاصة بالنسبة للمؤسسات المالية.
مع انتشار الطبقة الثانية للبيتكوين، اشتدت الرقابة التنظيمية. بدأ صناع السياسات بفحص مدى توافق أنظمة الطبقة الثانية مع أطر مكافحة غسل الأموال (AML)، وحماية المستهلك، ومتطلبات الإفصاح المالي.
في شبكة Lightning، قد تصنف عقد التوجيه الكبرى والمحافظ الحافظة ضمن جهات تحويل الأموال طبقاً للعديد من الأنظمة الوطنية. وتصبح الجهات التي تسهّل المدفوعات بين المستخدمين أو تحتفظ بأموالهم ملزمة بالتسجيل لدى السلطات المالية، وإجراء عمليات "اعرف عميلك" (KYC)، ومتابعة العمليات لرصد الأنشطة المشبوهة. ورغم أن شبكة Lightning غير حافظة في تصميمها، إلا أن العديد من التطبيقات الموجهة للمستخدمين تتولى إدارة القنوات بالنيابة عنهم، مما يرفع من مخاطر الحفظ.
أما الأنظمة الاتحادية مثل Fedimint والسلاسل الجانبية مثل Liquid، فتتمتع بوضع قانوني غامض. فقد تصنف الاتحادات كمؤسسات مالية خاضعة للرقابة، لا سيما عند إصدار أصول قابلة للاسترداد أو تسهيل مدفوعات خارج السلسلة. ويعتمد اعتبار هذه الاتحادات كمؤسسات خدمات مالية على الولاية القضائية، لكن مع تزايد المستخدمين يرتفع احتمال التدخل التنظيمي. وإذا عمل الاتحاد تحت مظلة DAO أو برمجيات مفتوحة المصدر، تصبح قضايا المسؤولية القانونية والاختصاص أكثر تعقيداً.
تفرض "قاعدة السفر" التي وضعتها مجموعة العمل المالي (FATF) مشاركة معلومات معينة عن المُصدرين والمستفيدين بين مزودي خدمات الأصول الافتراضية (VASPs). وتعتبر الامتثال في سياق الطبقة الثانية تحدياً؛ فأنظمة مثل Lightning وFedimint وArk وغيرها تخفي مسارات المعاملات عمداً. وعلى الرغم من أن تقنيات تعزيز الخصوصية تحمي الحريات المدنية، إلا أنها تتعارض مع متطلبات التنظيم. ويقع على عاتق المطورين تحقيق توازن بين متطلبات الامتثال وأهداف الخصوصية، وقد يلزم تطوير أدوات إفصاح اختيارية لصالح المؤسسات المالية المنظمة.
وقد تندرج الـRollups والسلاسل الجانبية القابلة للبرمجة تحت لوائح الأوراق المالية أو المشتقات في حال إصدار الرموز أو إتاحة الإقراض أو الخدمات المالية الأخرى. ويرتبط المطورون الذين ينشئون عقوداً ذكية على منصات مثل RSK أو Stacks بمتطلبات إضافية من حيث الإفصاح أو الترخيص أو حماية العملاء.
عمومًا، ما يزال الوضوح التنظيمي محدودًا أمام أنظمة الطبقة الثانية، نظراً لحداثتها وتنوعها الكبير. لكن مع زيادة الأحجام وبدء المؤسسات المالية في الانخراط الفعلي مع هذه الشبكات، من المتوقع أن تتزايد متطلبات الرقابة.
مع توسع نظام البيتكوين في الطبقة الثانية، تزداد أهمية قابلية التشغيل البيني. في الوقت الحالي، تعمل معظم أنظمة الطبقة الثانية بمعزل، إذ لدى كل من Lightning وLiquid وFedimint وStacks وCitrea بنى تحتية ومحافظ وآليات ربط مختلفة. وغالباً ما يتطلب نقل الأصول أو البيانات بين هذه الأنظمة خدمات مركزية أو عمليات تبادل خارج السلسلة أو استخدام واجهات إضافية معقدة.
لتعظيم إمكانات البيتكوين، يطور المطورون بروتوكولات عبر الطبقات الثانية تتيح التركيب التشغيلي وتشارك السيولة وتنفيذ العمليات الذرية بين الطبقات. على سبيل المثال، يجري تطوير بوابات Lightning للربط مع Fedimint أو Ark، ما يتيح للمستخدمين الانتقال السلس بين الرموز الخاصة وشبكات التوجيه العامة. وتستلزم هذه البوابات المحافظة على الجاهزية، وضمان معدلات تبادل عادلة، وتوفير ضمانات خصوصية.
كما تظهر جسور الـRollups، وتسعى مشاريع مثل Botanix وCitrea لإنشاء جسور أصلية تُمكِّن المستخدمين من إيداع البيتكوين في عقود ذكية وسك نظائرها على الطبقة الثانية دون الاعتماد على أطراف ثالثة. إلا أن تحقيق ذلك يتوقف على منطق تسوية النزاعات ووسطاء موثوقين إلى أن تدعم شبكة البيتكوين تحقق الإثبات الأصلي.
جهود مثل Taproot Assets وBIP-300/301 والبرمجة المعتمدة على Simplicity قد تفضي إلى وضع معايير موحدة للبرمجة خارج السلسلة. ويعد تحقيق التراسل بين الطبقات، ونقل السيولة، وقابلية التشغيل البيني للمحافظ من أهداف التطوير الرئيسة. في النهاية، يتوقف نجاح توسع الطبقة الثانية على قدرة المستخدمين والمطورين على التعامل مع النظام كمنظومة متجانسة، لا كمجموعة أدوات متفرقة.
بحلول عام 2025، ينظر إلى البيتكوين بشكل متزايد كطبقة تسوية عالمية، بدلاً من كونه شبكة معاملات يومية. بدأت المؤسسات وجهات الحفظ ومنصات التكنولوجيا المالية في اعتماد هذا النموذج، حيث توظَّف طبقة البيتكوين الأساسية للنهائية والأمان، في حين توفر الطبقات الثانية التفاعل مع المستخدم، وتدفق المدفوعات، والمرونة البرمجية.
توفر جهات الحفظ الآن عمليات سحب تدعم Lightning، وتتيح بعض المنصات التكامل المباشر مع سلاسل جانبية مثل Liquid أو RSK. كما تتطور بيئة المحافظ لدعم عدة طبقات ثانية في واجهة واحدة، مع إخفاء التفاصيل التقنية لإبقاء حرية الاختيار بيد المستخدم.
يشدد المستخدمون المؤسسيون على أهمية استقرار الرسوم، وسرعة التنفيذ، والامتثال التنظيمي القابل للبرمجة. تقدم الـRollups والأنظمة الاتحادية حلولاً واعدة، خصوصاً في مجالات المدفوعات الصغيرة، وتسوية الصفقات تلقائياً، أو العمليات متعددة العملات. ومع ذلك، تظل حدود الثقة عائقاً مركزياً. فالجهات المؤسسية تشترط وجود التأمين، ووضوح عمليات الحفظ، وقابلية التدقيق. وهذه العناصر يجب تعزيزها في بنية الطبقات الثانية لتحقيق اعتماد مؤسسي واسع النطاق.
على المدى البعيد، قد يصبح البيتكوين هو الأساس النقدي لنظام متعدد الطبقات. ففي هذا التصور، تخدم الطبقة الأساسية كاحتياطي رأسمالي، وأداة لحسم النزاعات، والتحويلات الكبيرة، بينما تتحول الطبقات الثانية إلى منصات للتطبيقات والمحافظ والشبكات الموجهة للمستخدمين. إذا تحقق هذا النموذج، يمكن للبيتكوين التوسع عالمياً دون المساس باللامركزية أو مقاومة الرقابة.
مع حلول عام 2025، لم تعد أنظمة الطبقة الثانية للبيتكوين تجارب أولية. أصبح النظام يضم مدفوعات فورية (Lightning)، وحلول خصوصية (Fedimint، Ark)، ومنصات برمجية (RSK، Stacks، Botanix)، وRollups ناشئة (Citrea، BOB). ووسعت BitVM من مجال التصميم، بمسار ممكن للحوسبة العامة دون الحاجة لتعديلات على بروتوكول التوافق.
كل نظام طبقة ثانية يمثل توازناً مختلفاً بين الحفظ والخصوصية، وحجم المعاملات والثقة، وقابلية البرمجة والبساطة. لا وجود لمنظومة مثالية واحدة، بل لكل منها تعقيداته، غير أنها جميعاً تجسد الزخم الابتكاري في تطوير البيتكوين.
ما زالت التحديات التنظيمية قائمة، وتختلف مفاهيم الأمان. إلا أن المسار واضح: يتجه البيتكوين نحو هندسة متعددة الطبقات. وكما توسعت الإنترنت عبر بروتوكولات مبنية فوق TCP/IP، سيواصل البيتكوين التوسع عبر طبقات ثانوية ترث خاصيته في النهائية وتضاعف إمكانياته.
بالنسبة للمطورين، الفرصة تكمن في بناء بُنى تحتية تجعل هذه الأدوات عملية وقابلة للتكامل وآمنة. أما المستخدمون، فعليهم استيعاب المخاطر والحريات التي تمنحها هذه الأنظمة. أما المؤسسات، فمهمتها دمج البيتكوين في أعمالها المالية دون المساس بقيمته الجوهرية.
مستقبل البيتكوين سيبنى على الطبقات المتعددة، لا لأنه لم ينجح في التوسع، بل لأنه اختار التوسع مع الحفاظ على النزاهة.