اليوم شهدت شبكة بيتكوين دراما بحجم تاريخي. نشر مايكل سايلور، رئيس شركة MicroStrategy والمدافع المؤسسي الرئيسي عن بيتكوين، بيانًا ملحميًا بعنوان «110 أسباب تجعل BIP-110 فكرة سيئة». تصدى سايلور بصرامة لمحاولات تغيير إجماع الطبقة الأساسية (L1) من أجل مكافحة «السبام» (بالكتابات والرموز)، واصفًا ذلك بأنه تهديد لحياد البروتوكول.
ولم يمضِ سوى ساعة تقريبًا حتى ضربت الواقع التقني ضربة ساحقة لأنصار الانقسام. تم الكشف علنًا عن ثغرة حرجة في الإجماع تحمل الاسم الرمزي BlockSlop، والتي تُفكك منطق ترقية العقد ضمن BIP-110.
لنحلل ما حدث بدون عواطف: لماذا كان “الدواء” أخطر من المرض نفسه، وكيف يغيّر ذلك بنية/معمار قابلية التوسع في بيتكوين.
🔥 حرب دينية: معسكران مسدودان في X
كشف النقاش حول BIP-110 بشكل واضح الانقسام العميق داخل المجتمع، حيث لا يمكن الوصول إلى حل وسط:
معسكر “من حب الفن”:
المتطرفون من دعاة “النقاء المطلق” لبيتكوين. هم مستعدون لإدخال ترشيح بيانات صارم وتغيير قواعد الإجماع فقط كي تبقى عقدهم المنزلية “خفيفة”.
معسكر “بـ 1.5 مليون دولار لكل عملة”:
شهود التوزّع اللامتناهي نحو القمر، يقودهم سيل الوعود من المؤسسات. لا يهتمون باللامركزية ولا بحِمل العقد — طالما أن صور JPEG أو الميم كوينز تضخّم السعر وتُدرّ العمولات لمعدّني الحاسب في الوقت الحالي، فهم مستعدون لملء كل كتلة بها.
يرتكب المعسكران نفس الخطأ — يحاولان حل مشكلة اقتصادية ومعمارية في بيتكوين عبر أساليب سياسية على الطبقة الأساسية (L1). وقد أثبتت حشرة BlockSlop ذلك — https://blockslop.dev/
🔍 ما هو BlockSlop ولماذا يُعد كارثة؟
الجوهر التقني لثغرة BlockSlop يكمن في فجوة تحقق الترقيات (انقطاع التحقق عند التحديث المتأخر).
جميع القواعد الجديدة لتصفية بيانات BIP-110 مذكورة داخل دالة ConnectBlock(). ومع ذلك، عند إعادة تشغيل عادية بعد ترقية عقدة بيتكوين، يقوم افتراضيًا بتحميل قاعدة بيانات UTXO الموجودة مسبقًا (chainstate) ويثق أعمى بالحالة المسجلة. يتحقق فقط من عدة كتل أخيرة، لكنه لا يعيد ربط التاريخ القديم أبدًا.
عندما جرى تطبيق SegWit (BIP-141)، راعى المطورون هذه المشكلة: أنشؤوا آلية حماية خاصة (NeedsRedownload()) كانت تجبر العقد على التحقق من التاريخ وتدفعها إلى فشل آمن (-reindex) إذا لم تكن البيانات صالحة وفقًا للقواعد الجديدة. بالنسبة لـ BIP-110 نسيوا كتابة مثل هذه الحماية.
النتيجة: إذا كانت العقدة حمّلت كتلة تخالف قواعد BIP-110 قبل تحديثها، فبعد الترقية ستواصل اعتبار هذه الكتلة غير الصالحة صحيحة وستبني عليها سلسلة. وفي الوقت نفسه، سترفض العقدة الجديدة التي تُشغّل من الصفر هذه الكتلة رفضًا نهائيًا.
كان سايلور قد تنبأ بذلك حرفيًا في النقطة رقم 50 من ميثاقه: «التقييد الأبوي يجعل الصلاحية معتمدة على التاريخ... هذا يزيد من تعقيد التنفيذ ويُكثّر الأخطاء». تنقسم الشبكة ليس فقط إلى قسمين، بل إلى $1 + N من سلاسل غير متوافقة، حيث تتعثر كل عقدة تم تحديثها في تاريخها الفريد “المتّسخ” الخاص بها.
💡 المخرج الوحيد: التوسيدية وطبقة 2
لقد أثبت انهيار BIP-110 وBlockSlop بوضوح: يجب أن تبقى طبقة بيتكوين الأساسية عمياء ومحافظة ومحايدة نقديًا. لا يجوز استخدام قوانين الإجماع للرقابة على النوايا البشرية.
يجب إدارة تكلفة الموارد الفيزيائية للشبكة مباشرة عبر آليات السوق، لكن يجب القيام بذلك عند الأطراف اللامركزية للشبكة (Layer 2).
مثال ساطع على نهج هندسي صحيح هو بنية التوسع مثل Nervos ($CKB ) مع تقنية الربط المتماكب (RGB++). بدلًا من تحميل L1 لبيتكوين منطقًا معقدًا للتوكنات، أو محاولة حظر ذلك، يتم نقل كل البرمجة إلى مسارات توسيدية مرنة.
وفي الوقت نفسه، تم حل مشكلة “تضخم البيانات” (state bloat) لديهم من الأساس على المستوى الاقتصادي عبر نموذج state-rent (1 CKB = 1 بايت من مساحة التخزين). هل تريد تخزين البيانات إلى الأبد؟ احبس رأس مالًا لذلك. السوق ينظم نفسه، وتبقى العقد نظيفة، و$BTC على L1 يحافظ على حياد مطلق دون المخاطرة بعمليات انقسام كارثية في السلسلة.
🏁 الخلاصة
محاولة علاج بيتكوين عبر حظر إداري لقواعد الإجماع انتهت كحالة كلاسيكية من الأذى الناتج عن العلاج — حيث تكون “الدواء” أشد ضررًا على المريض من المرض نفسه. لا يحتاج بيتكوين إلى “حراس الطهارة”. بيتكوين يحتاج إلى “حراس الحياد”. وعلى المهندسين أن يتوقفوا عن خوض الحروب في التعليقات وأن يركزوا على بناء حلول Layer 2 التوسيدية.
وتذكر: هذا ليس نصيحة مالية، قم بإجراء تحليلك (DYOR). في التشفير لا نخاطر أبدًا بالأموال التي تُطعم الأسرة.