هذه المسألة مهمة لأن لوك ديشجر وغيره من مؤيدي BIP-110 يناقشون إمكانية إجراء شوكة صلبة (هارد فورك) تستبدل خوارزمية التعدين SHA-256d في السلسلة الأقلية بخوارزمية BLAKE2b. مثل هذه الخطوة ستنشئ بشكل دائم تصميمًا جديدًا كليًا، لكن الشبكتين ستشتركان في نفس تاريخ المعاملات قبل الانقسام.
ما هي هجمات إعادة التشغيل (Replay Attacks) بالضبط؟
تخيل أن شخصًا ما يمتلك 1 بيتكوين قبل حدوث شوكة صلبة. عندما تنقسم سلسلة الكتل، فإن نفس المخرجات غير المنفقة (UTXO) التاريخية توجد على الشبكتين. عمليًا، يتحكم المالك في عملات مقابلة على كل سلسلة باستخدام نفس المفتاح الخاص.
تبدأ المشاكل إذا كانت الشبكتين تعترفان بنفس قواعد المعاملات والتوقيعات. افترض أن المالك أرسل العملة إلى منصة تداول على السلسلة A. إذا كانت تلك المعاملة الموقعة صالحة أيضًا على السلسلة B، فيمكن لطرف آخر نسخها وبثها هناك. قد تقبل السلسلة B المعاملة لأنها لا تستطيع تمييز التفويض المخصص لها عن التفويض المخصص للشبكة الأخرى.
هذه هي إعادة التشغيل. لا أحد يسرق المفتاح الخاص أو يكسر تشفير البيتكوين. المشكلة أبسط: المستخدم أنشأ تفويضًا واحدًا صالحًا، لكن سلسلتي كتل تعترفان به. وبينما تقع سلسلة BIP-110 عند الكتلة رقم 961636، فإن الأشخاص الذين ينفقون BTC يقومون بتحريك عملات BIP-110، أو أيًا كان اسمهم المستقبلي، في نفس الوقت دون أن يعرفوا حتى.
قال المطور مونونوت من منصة Mempool.space على منصة X: “الغالبية العظمى من هذه الكتل (لسلسلة BIP-110 الأقلية) هي مجرد إعادة تشغيل لمعاملات قديمة من السلسلة الرئيسية”. وقد أثار موضوع الحماية من إعادة التشغيل أو هجمات إعادة التشغيل محادثة واسعة على منصة X خلال الأيام الماضية.
حماية إعادة التشغيل تبني جدارًا بين السلاسل
حماية إعادة التشغيل تمنع هذا التداخل بجعل المعاملات على الشبكات المتنافسة قابلة للتمييز. إحدى الطرق هي تغيير هاش التوقيع (sighash)، بحيث تفشل معاملة موقعة لسلسلة واحدة في قواعد الإجماع الخاصة بالسلسلة الأخرى.
الحماية الإلزامية تجعل هذا التمييز جزءًا من الشوكة نفسها. أما الحماية الاختيارية فتبقي المعاملات العادية متوافقة مع الشبكتين وتتطلب من المستخدمين استخدام آلية خاصة بالسلسلة عندما يريدون فصل عملاتهم.
هذا التمييز أصبح مهمًا لـ BIP-110. الخطة الناشئة لا تبدو أنها توفر حماية تلقائية وشاملة باتجاهين ضد إعادة التشغيل. بدلاً من ذلك، ووفقًا لمناقشات على ديسكورد، فإن Bitcoin Knots تنفذ خيار sighash جديد يمكنه إنشاء معاملة صالحة على سلسلة RDTS لكنها غير صالحة على Bitcoin Core.
ديشجر يقول إن الحماية مسؤولية السلسلة الأخرى
اتخذ ديشجر موقفًا غير معتاد بشأن أي شبكة يجب أن تتحمل المسؤولية. عندما سُئل في 18 أغسطس عن حماية إعادة التشغيل للشوكة الصلبة المقترحة، قال: “حماية إعادة التشغيل كانت مسؤولية Spamcoin لأنها العملة البديلة الموزعة مجانًا”.
وأضاف أن هناك طرقًا لفصل المعاملات، لكنه جادل بأن “معاملات البيتكوين المشروعة يجب أن تبقى صالحة على البيتكوين”. منطقه يقوم على ادعائه أن شبكة BIP-110/RDTS الأقلية هي البيتكوين الحقيقي، بينما سلسلة كتل البيتكوين SHA-256d المهيمنة بشكل كبير هي الشبكة المنشقة.
استخدم ديشجر مرارًا أسماء مهينة لسلسلة البيتكوين الرئيسية، بما في ذلك “Spamcoin” و”Bpedo”. ووصف تلك الشبكة بأنها العملة البديلة بينما يستمر في وصف فرع BIP-110 بأنه البيتكوين الشرعي.
أرقام الشبكة تحكي قصة مختلفة تمامًا
هذا الوصف يتعارض مع النشاط الملحوظ على الشبكة. وصلت إشارات عمال تعدين BIP-110 إلى ذروتها بحوالي 2.53%، وعندما دخلت قواعد الإجماع الخاصة بها حيز التنفيذ في 8 أغسطس، أنتج فرعها الأقلية كتلتين فقط فوريتين قبل أن يتوقف. استمرت سلسلة البيتكوين الرئيسية في العمل بينما اتسعت الفجوة بمئات الكتل. تم تعدين عدد قليل من كتل BIP-110 الأخرى بمعدل بطيء جدًا.
احتفظت الشبكة الأغلبية بكل ما هو مهم من قوة هاش البيتكوين، وأطول سلسلة، ووزن العمل، والسيولة، والاعتراف الاقتصادي. تم لاحقًا وضع علامة “مغلق” على اقتراح BIP-110، بينما انتقل المؤيدون نحو خطط لتغيير إثبات العمل (PoW) إلى BLAKE2b بهدف إحياء الشبكة الأقلية.
علاوة على ذلك، فإن مجتمع البيتكوين محبط من ادعاءات ديشجر المتكررة، وحماية إعادة التشغيل الاختيارية التي تتم مناقشتها هي نقطة خلاف. كتب أحد مستخدمي X يوم الأربعاء: “لول. لوك لن يطلق عملته المزيفة مع حماية من إعادة التشغيل، أليس كذلك؟ أعتقد أنها لن تُدرج في منصات التداول إذن”.
وقال مستخدم آخر على X:
الحماية الاختيارية تترك المسؤولية على المستخدمين
تحت النهج الذي تتم مناقشته حاليًا على قناة Bitcoin Knots على ديسكورد، قد تبقى المعاملات العادية قابلة لإعادة التشغيل لأن RDTS تنوي الحفاظ على التوافق مع أنواع sighash الموجودة في Bitcoin Core. المستخدمون الذين يريدون حماية خاصة بـ RDTS سيحتاجون إلى استخدام sighash الجديد، الأمر الذي يتطلب محافظ برمجية أو برامج ثابتة للتوقيع تدعم ذلك.
يمكن للمستخدمين أيضًا محاولة تقسيم عملاتهم يدويًا. معاملة بيتكوين تحتوي على بيانات ترفضها RDTS يمكن أن تنشئ مخرجًا موجودًا فقط على السلسلة الرئيسية. بالمقابل، يمكن أن ينتج sighash الخاص بـ RDTS معاملة تقبلها RDTS بينما يرفضها Bitcoin Core.
النتيجة تبدو أقرب إلى حماية اختيارية من إعادة التشغيل وليس جدارًا ناريًا تلقائيًا يتوقعه المستخدمون من شوكة صلبة مثيرة للجدل. هذا يترك المحافظ ومنصات التداول والحائزين مسؤولين عن معرفة المعاملات التي يمكن أن تنتقل بين السلاسل. القرار غريب، خاصة لسلسلة جديدة وأصل رقمي بدون أي دعم من منصات التداول. مزودو البنية التحتية، خاصة منصات تداول العملات المشفرة، من غير المرجح أن يلمسوا سلسلة تختار الحماية الاختيارية بدلاً من حاجز شامل ضد إعادة التشغيل.
إذا تم تنفيذ شوكة BLAKE2b في حوالي الأول من سبتمبر، فإن حماية إعادة التشغيل ستكون أكثر من مجرد تفصيل تقني غامض. ستصبح اختبارًا عمليًا لما إذا كان المستخدمون يستطيعون فصل الأصول الموروثة من نفس تاريخ البيتكوين بأمان، حتى بينما يواصل ديشجر ادعاءه الأكبر بأن الشبكة التي تحمل كل قوة هاش البيتكوين والسيولة والنشاط الاقتصادي هي بطريقة ما العملة البديلة.
الأسئلة الشائعة
ما هي هجمات إعادة التشغيل في البيتكوين؟
هجوم إعادة التشغيل يحدث عندما تُنفذ معاملة صالحة على سلسلة كتل واحدة بشكل غير مقصود على سلسلة أخرى بعد حدوث شوكة صلبة. هذا يسمح لطرف ثالث بنسخ معاملة موقعة وبثها على الشبكة الأخرى دون إذن من صاحبها.
لماذا يرفض لوك ديشجر توفير حماية إلزامية من إعادة التشغيل؟
يعتقد ديشجر أن سلسلة BIP-110 هي البيتكوين الحقيقي وأن السلسلة المهيمنة هي “عملة بديلة”، لذلك يرى أن مسؤولية حماية المستخدمين تقع على الشبكة الأخرى وليس على سلسلته.
ماذا يعني خيار الحماية الاختيارية للمستخدمين العاديين؟
يعني أن المعاملات العادية قد تكون قابلة لإعادة التشغيل عبر السلاسل، ويجب على المستخدمين استخدام أدوات خاصة أو sighash جديد لفصل عملاتهم يدويًا، وهذا يتطلب محافظ مدعومة وقد يعرض الأموال للخطر إذا لم يتم التعامل بحذر.
