Sidechain

تحتفظ آنا ببيتكوين في محفظتها الخاصة. لكنها تريد تجربة تطبيق غير متاح على شبكة Bitcoin الرئيسية، أو نقل أموال عبر شبكة ذات خصائص مختلفة. للسلسلة الجانبية سجل معاملات خاص، تحفظه عُقدها، أي الحواسيب التي تتحقق من قواعدها المحلية. تُسجل المعاملات هنا في تسلسل كتل خاص بهذه الشبكة، وتجمع كل كتلة مجموعة من المعاملات. وهي ليست فرعاً مؤقتاً من تاريخ Bitcoin. ويمكنها توفير وظائف جديدة دون إلزام جميع مستخدمي Bitcoin بتبنيها. لكن آنا تدخل بيئة تقوم على افتراضات أمنية مختلفة. لذلك عليها أن تفهم أولاً كيف تصل القيمة إليها وكيف تستعيدها. [1]

لنفترض إيداع 0.1 BTC، مع تجاهل الرسوم مؤقتاً لتبسيط المثال. عند الدخول، المسمى peg-in، تُقفل BTC على الشبكة الرئيسية وفق قواعد الاتصال، أو الجسر. ثم يتاح لآنا تمثيل مقابل على السلسلة الجانبية، مثل 0.1 L-BTC على Liquid. لم تحصل على 0.1 BTC إضافية تستطيع إنفاقها في الوقت نفسه على Bitcoin. ولم ينتقل UTXO الأصلي، أي مخرج معاملة Bitcoin الذي لم يُنفق بعد، إلى قاعدة بيانات أخرى. يحدد المخرج مبلغاً وشروط إنفاقه، مثل التوقيعات المطلوبة. السجلان مترابطان، لكن كلاً منهما ينتمي إلى تاريخ مختلف. وتصف النسبة 1:1 التغطية والتبادل المقصودين، ولا تعد بسحب فوري أو سعر متطابق في كل سوق. [1] [9] [15]

تستخدم آنا peg-out للعودة. وبحسب النظام، يُتلف التمثيل على السلسلة الجانبية أو يُقفل، ثم يحرر الجسر BTC المقابلة على الشبكة الرئيسية. هذه ليست دفعة عادية بين عنوانين على Bitcoin. فـ Bitcoin لا يتحقق عادة من كامل تاريخ شبكة أخرى وجميع قواعدها. لذلك قد يتوقف التحرير على توقيعات مجموعة محددة، أو أجهزة متخصصة، أو شروط أخرى. تحتاج آنا إلى معرفة من يستطيع تأخير السحب أو رفضه أو الموافقة عليه دون حق. المفتاح الخاص بيانات سرية تستخدمها المحفظة لإنشاء توقيعات لإنفاق الأموال. امتلاك مفاتيح L-BTC أو rBTC بنفسها لا يلغي تلك الشروط. والمبادلة عبر وسيط تختلف أيضاً عن peg-out مباشر، وتضيف سعر الوسيط والأموال المتاحة لديه للمبادلة وقواعده. [1] [9]

يسأل بافيل عمن يؤكد المدفوعات في الشبكة الجديدة. وعلى آنا أن تضيف سؤالاً آخر: من يستطيع إنفاق BTC المقفلة على Bitcoin؟ يتعلق الإجماع، أي قواعد الاتفاق على المعاملات والتاريخ الصحيحين، بالسؤال الأول. أما حفظ الأموال وقواعد الجسر فيتعلقان بالثاني. قد تعمل السلسلة الجانبية بينما تواجه عمليات السحب مشكلة؛ وإنتاج كتل إضافية لا يصلح جسراً معطلاً. إعادة تنظيم تاريخها القريب لا تعيد كتابة تاريخ Bitcoin، لكنها قد تضر بالمدفوعات على هذه الشبكة والتغطية. تساعد العُقدة الخاصة على التحقق من قواعد هذه الشبكة، لكنها لا تمنح مشغلها مفاتيح توقيع الآخرين أو حق تحرير BTC الضامنة من طرف واحد. [1]

تعرض Liquid Network نموذجاً محدداً. فهي تستخدم برنامج Elements، ويوقّع كتلها مشغلون معيّنون بدلاً من معدّني Bitcoin المعتادين. يسمى هذا التنظيم Strong Federation، وتتولى وظائف تعرف باسم watchmen إدارة جسر Bitcoin. وتمثل L-BTC عملات BTC المقفلة على الشبكة الرئيسية. تسمح Confidential Transactions بإخفاء المبالغ وأنواع الأصول، لكنها لا تخفي تلقائياً كل العلاقات المحيطة بالدفع. لا ينبغي لآنا أن تساوي بين محفظتها الخاصة والسحب المباشر دون وسيط: فمستخدم Liquid العادي لا يُمنح تلقائياً صلاحية peg-out مباشر. ويعود عادة عبر مشارك مخوّل أو خدمة مبادلة، ولذلك يجب معرفة شروط تلك الخدمة قبل الدخول. [2] [9]

تشغّل Rootstock عقوداً ذكية، وهي برامج تنفذ وفق قواعد الشبكة. وبيئتها متوافقة مع Ethereum Virtual Machine (EVM)، التي تشغّل هذه البرامج على Ethereum. يحمي معدّنو Bitcoin المشاركون كتلها بواسطة Merged Mining، حيث يستعملون العمل الحسابي نفسه للشبكتين. ولا يعني ذلك أن جميع معدّني Bitcoin يحمون Rootstock تلقائياً. يضيف PowPeg طبقة أخرى: تحمي أجهزة PowHSM مفاتيح التوقيع وتتابع أدلة عمل التعدين المتراكم. يحافظ المشغلون على تشغيلها؛ وهم لا يوقّعون السحوبات عادة باليد بمفاتيح متاحة بحرية. يحرر الإيداع عملات rBTC موجودة مسبقاً من الجسر، ولا ينتج BTC جديدة بالتعدين. لذا يعتمد الأمان أيضاً على البرنامج والأجهزة واستمرار عمل هذه الآلية. [10] [11]

وصفت ورقة Enabling Blockchain Innovations with Pegged Sidechains لعام 2014 اتصالاً في الاتجاهين يسمى two-way peg. وكان Adam Back وAndrew Poelstra من بين مؤلفيها. وتستخدم أيضاً SPV، أي التحقق المبسط من المدفوعات. قد يثبت الدليل إدراج معاملة في كتلة والعمل اللاحق المسجل في رؤوس الكتل، وهي سجلات موجزة تتضمن إحالات إلى الكتل السابقة؛ لكنه لا يتحقق تلقائياً من صحة جميع معاملات الشبكة. وتبقى الافتراضات المتعلقة بالتاريخ وفترات الانتظار والاستجابة لإعادة تنظيمه مهمة. لهذا تختلف الجسور العملية: يوزع الاتحاد التوقيعات بين مشغلين، بينما تضيف تصاميم أخرى أجهزة أو قرارات معدّنين. أما Merged Mining وحده فيصف التعدين، لا حلاً كاملاً للسحب. [1]

يقدم Drivechain نهجاً آخر. يقترح المقترح التقني BIP 300 الموافقة التدريجية على السحوبات من ترتيب خاص لحفظ BTC، عبر إشارات المعدّنين. ستتابع عُقد Bitcoin شروط السحب المحددة، لا كامل تاريخ كل تطبيق على السلسلة الجانبية. ويتناول BIP 301 أسلوب Blind Merged Mining: يدفع منشئو كتل السلسلة الجانبية لمعدّني Bitcoin مقابل إدراجها عبر الآلية المقترحة، دون أن يضطر المعدّنون إلى تشغيل ذلك التطبيق بأنفسهم. في 17 أكتوبر 2026، تحمل الوثيقتان حالة Draft (مسودة قيد التطوير). المقترح والبرنامج التجريبي والقواعد المفعّلة على الشبكة الرئيسية أشياء مختلفة. لذلك لا يعد رقم BIP آنا بأن هذا السحب متاح في Bitcoin Core المعتاد. [7] [8]

Lightning Network شبكة من قنوات الدفع. يحدّث المشاركون حالات الدفع الموقّعة، ويمكنهم إغلاق القناة على Bitcoin وفق شروطها؛ ولا يحتاجون لذلك إلى سلسلة كتل مستقلة مشتركة. أما السلسلة الجانبية فلها تاريخ كتل خاص. وكذلك لا تعني rollup أو Statechain الشيء نفسه: تستخدم rollup بيانات أو أدلة منشورة على طبقة أساسية، بينما تنقل Statechain السيطرة على مخرج Bitcoin محدد. ويتوقف ما يمكن فرضه فعلياً والثقة المطلوبة على التصميم. قد توصف هذه الأنظمة جميعاً بأنها طبقة إضافية، لكن تسمية Layer 2 وحدها لا تشرح من يسيطر على الأموال وكيف يستطيع المستخدم الخروج. [12] [13] [14]

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