اختراق شبكة Liquid Network: الفرق بين السايدتشين وأمان البيتكوين

عملية اختراق شبكة Liquid Network السريعة (Sidechain) وسرقة ما يقارب 4,000 بيتكوين (بحوالي 320 مليون دولار) كشفت الوهم الأكبر في مجال الكريبتو. الشبكة وقّفت عملياتها مؤقتاً، والمنصات جمدت الإيداع والسحب لـ LBTC. الحادثة أثبتت الفرق الشاسع بين السجل الموزّع المحمي برمجياً في البيتكوين وبين نظام التوقيع المتعدد (Multisig) التابع للاتحاد والمُدار من مجموعة محدودة من الكيانات.

تفاصيل سيناريو اختراق Liquid Network

تم اختراق شبكة Liquid المرتبطة بشركة Blockstream الخاصة بـ Adam Back. تم الاستيلاء على حوالي 4,000 BTC بقيمة 320 مليون دولار (وهذا يمثل تقريباً 95% من إجمالي غطاء البيتكوين لـ LBTC). الشبكة وقفت كل العمليات مؤقتاً، والمنصات علقت السحب والإيداع لـ LBTC على الفور.

على مدار سنين، البيان الصحفي والإعلام المتخصص كان يروّج لشبكة Blockstream على أنها "شبكة Layer 2". الواقع والاختراق أثبتوا الفرق بين سجل موزع محمي بالرياضيات والتشفير، وبين نظام multisig يدار عن طريق اتحاد من شركات معينة. الـ 95% المسروقة من غطاء LBTC ما تم خصمها من شبكة البيتكوين الأصلية، لكن الثغرة كانت في البوابة الخارجية (External Gateway) التي يديرها الأعضاء التشغيليون في الاتحاد.

ليه صعب اختراق البيتكوين وسهل مع Liquid؟

الفرق الجوهري بين البيتكوين والـ Sidechains والـ Bridges وشبكات الـ L2 يكمن في نموذج الأمان وميكانيكية الوصول للإجماع (Consensus Mechanism).

البيتكوين محمي بنظام إثبات العمل (Proof-of-Work) وعشرات الآلاف من العقد المستقلة (Full Nodes) التي تفحص كل بلوك وتتأكد من مطابقته للبروتوكول. عشان تنفذ معاملة غير صالحة في البيتكوين (مثل سحب عملات من محفظة ثانية بدون توقيع ECDSA/Schnorr صحيح)، السيطرة على 99% من الـ Hashrate ما راح تفيدك. الـ Full Nodes حول العالم بترفض البلوك فوراً. المخرج النظري الوحيد للهجوم على السجل هو 51% Attack، وذا يسمح فقط بإعادة ترتيب المعاملات (Double Spending)، لكن مستحيل يزيف توقيع شخص ثاني.

في Liquid Network، الآلية مختلفة تماماً. هي مو بلوكشين مستقل، بل Strong Federated Sidechain.

شبكة Liquid تعمل بنظام 2-way peg (الربط المزدوج). المستخدم يحول BTC إلى عنوان multisig على شبكة البيتكوين الرئيسية، والتحكم بالفيزا يكون عن طريق "الموظفين التشغيليين" (Functionaries) وهم منصات ومؤسسات محددة. في المقابل، يتم إصدار (Minting) ما يعادله من LBTC على شبكة Liquid.

سرقة الـ 4000 BTC ما كانت بسبب خلل في تشفير منحنيات التشفير (Elliptic-curve cryptography) ولا بباج في كود Bitcoin Core. المهاجمين بكل بساطة وصلوا لمفاتيح التوقيع الخاصة بعنون الـ multisig للاتحاد المسؤول عن احتجاز البيتكوين في L1.

خدعة المعمارية: البلوكشين الحقيقي في مواجهة الزائف

للأسف صار في النمط التسويقي في المجال الفترات الأخيرة؛ أي قائمة بلوكات مرتبطة وموقعة من عدة سيرفرات صاروا يسمونها "بلوكشين مبتكر".

البلوكشين الحقيقي لازم يمتلك 3 خصائص أساسية:

• بيئة Trustless: عدم وجود أطراف ذات امتيازات. ولا أي جهة تقدر تجمّد معاملة أو تعدّل رصيد.
• الغير قابلية للتعديل (Immutability): إعادة كتابة التعديلات بعد تأكيدها تكلف مبالغ تتضاعف بشكل خرافي مع كل بلوك جديد.
• التحقق الصارم: كل node تتحقق بنفسها من القواعد ابتداءً من الـ Genesis Block.

الحلول التي تشبه Liquid هي في الواقع قواعد بيانات مغلقة للشركات مع توقيع تشفيري (يعني مجرد Multisig Custody). لما تعمل Wrap لـ BTC إلى LBTC أو WBTC أو أي أصل synthetic ثاني، أنت تستبدل الضمانات الرياضية لشبكة البيتكوين بالموثوقية القانونية والتقنية لمجموعة من الوكلاء (Custodians).

[المستخدم] 
      │
      ▼ (الحماية: رياضيات PoW + Secp256k1)
[بلوكشين Bitcoin] ──► [مخزن Multisig للاتحاد] ◄── [مسار الهجوم (مفاتيح/سيرفرات)]
                                   │
                                   ▼ (الحماية: سمعة 15 شركة)
                            [شبكة Liquid / LBTC]

لو تم اختراق مفاتيح الـ multisig (زي ما صار في Liquid)، الضمان ينتهي فوراً، والـ LBTC المرمز يتحول لورقة مالية بدون أي غطاء.

ليه مستحيل سرقة البيتكوين من شبكة Bitcoin نفسها؟

دائماً يتردد هذا السؤال في مجتمع الكريبتو: إذا الهكرز قدروا يسحبون 320 مليون دولار من Liquid، هل يقدرون يخترقون البيتكوين بنفس الطريقة؟

لا. البيتكوين ما فيه مخزن مركزي، ولا العقد الذكي الموحد، ولا سيرفر حاط عنده الأصول.

كل BTC موجود على شكل UTXO (Unspent Transaction Output) — مخرج معاملة غير مستخدم ومقفل بسكريبت برمجي. عشان تصرف الـ UTXO، لازم تقدم إثبات: المفتاح الخاص (Private Key) المطابق للعنوان العام.

• الهجوم على المفتاح الخاص: طول مفتاح Secp256k1 هو 256 بت. عدد الاحتمالات للتركيبات هو 2²⁵⁶ (تقريباً 10⁷⁷). حتى لو استخدمت كل قوة المعالجة في الكوكب لمسح مفتاح واحد، ما راح تخلصه لين نهاية الكون.
• الهجوم على كود البروتوكول: كل التغييرات في Bitcoin Core تخضع لمراجعة صارمة جداً، وأي بلوك غير صالح يتم تجاهله فوراً من الشبكة. لو حاول الماينرز يطبعون 21 مليون BTC إضافية، باقي الـ nodes بترفض بلوكاتهم وما راح تمررها نهائياً.

الثغرات والأخطاء تظهر فقط في المكان اللي يتدخل فيه العنصر البشري وتجميع المفاتيح — مثل الجسور (Bridges)، الشبكات الجانبية (Sidechains)، الخدمات المركزية، وسيناريوهات الـ multisig المخصصة.

تشريح المخاطر: لماذا تظل الجسور الحضانة (Custodial Bridges) دوماً في مرمى النيران؟

سلط حادث شبكة Liquid Network الضوء على الثغرة الأبرز في كامل البنية التحتية للتحويلات عبر الشبكات (Cross-chain) — ألا وهي تجميع السيولة.

في محاولة لحل مشكلة توسعية شبكات الـ L1، اتجه القطاع نحو إنشاء التوكنات المغلفة (Wrapped Tokens) والشبكات الجانبية (Sidechains). لكن منطقياً، أي نظام يتطلب تجميد الأصل الأساسي في عنوان واحد لسك "نسخة موازية" منه على شبكة أخرى، فهو يخلق تلقائياً نقطة تعطل واحدة (Single Point of Failure).

بالنسبة للمهاجم، لا داعي لإضاعة الوقت في محاولة كسر تشفير المنحنيات الإهليجية Secp256k1. الأسهل والأوفر بكثير هو استهداف البنية التحتية لإدارة المفاتيح:

• البنية التحتية للعُقد (Node Infrastructure): خوادم العُقد المشغّلة غالباً ما تتمركز لدى عدد محدود من مزودي السحاب (AWS, Hetzner, GCP). وبمجرد اختراق الـ API أو الـ Hypervisor، يستخرج المهاجم المفاتيح المشفرة مباشرة من الذاكرة العشوائية (RAM).
• العنصر البشري الهندسة الاجتماعية: لتوقيع المعاملة ضمن مخطط M-of-N، يكفي استدراج أو اختراق مهندسي الـ DevOps لدى شركات التدقيق والتأكيد الرئيسية.
• ثغرات التوقيع العتباتي (Threshold Signatures / MPC): إذا كانت الاتحادية تعتمد الحسابات الموزعة لتوليد التوقيع دون تجميع المفتاح في مكان واحد، فإن الثغرات الرياضية في مكتبات الـ MPC نفسها (كما حدث مراراً مع مكتبات Fireblocks أو Thorchain) تسمح باستعادة المفتاح الرئيسي عبر سلسلة من التوقيعات الاعتراضية.

تحليل مقارن للأمان: L1 مقابل L2 مقابل Sidechains مقابل Bridges

لتوضيح مستوى المخاطرة عند التعامل مع مختلف المعماريات، قام محللونا بتلخيص خصائصها ضمن معايير هندسية دقيقة:

الدروس المستفادة للمتداولين والمستثمرين

يحدد قطاع الهندسة وفريق إدارة المخاطر لدينا في EXMON ثلاث قواعد ذهبية لحماية رأس المال في ظل ثغرات البروتوكولات الخارجية:

• لا تخلط بين رمزيّة التوكن والجوهر الاقتصادي: LBTC, WBTC, tBTC, BTCB — هذه ليست بيتكوين حقيقية. هي مجرد سندات دَين (IOUs) بدرجات أمان متفاوتة تم إصدارها فوق شبكات أخرى. سعر هذه التوكنات مرتبط بالبيتكوين فقط طالما أن مجمع الضمانات في L1 آمن ومحمي. وبمجرد سحب أو اختراق الضمان — تهوي قيمة التوكن إلى الصفر فوراً.
• قيّم مخاطر سلسلة الحضانة (Custody Chain): إذا كنت تحتفظ بأصل اصطناعي (Synthetic Asset) لتقليل الرسوم أو للاستفادة من المراجحة (Arbitrage)، فيجب أن تفهم بوضوح من هو أمين الحفظ للضمان. إذا كان الاعتماد على Multisig من 10 إلى 15 شركة — فأنت تتحمل عملياً المخاطر الأمنية التراكمية لكل شركة منها.
• اعتمد على الشبكات الأساسية للتخزين طويل الأجل: لا يوجد أي Sidechain أو Bridge يوفر نفس أمان الطبقة الأولى (Layer 1). للتخزين طويل الأمد، اعتمد حصرياً على معاملات الـ L1 مع عناوين تقع مفاتيحها تحت سيطرتك المباشرة (محافظ باردة Cold Storage أو محافظ Multisig بدون طرف ثالث).

البلوكشين الحقيقي يعتمد على الرياضيات والحوافز الاقتصادية بين مشاركين مستقلين. وكل نظام يحاول استبدال الإجماع المستقل بـ "اتفاق بين عدة شركات مرموقة"، سينتهي به المطاف عاجلاً أم أجلاً ضحية لاختراق تلك الشركات نفسها.