اقتراح Bitcoin للحد من الرسائل غير المرغوب فيها من خلال تفعيل soft fork مؤقت يثير جدلاً بين المطورين

أدى الجدل المتزايد بين مطوري Bitcoin حول مقدار البيانات التعسفية التي يجب السماح بها على سلسلة الكتل الأكثر قيمة في العالم إلى اقتراح جديد مثير للجدل: اقتراح تحسين Bitcoin رقم 444، أو BIP-444. 

تم نشر الاقتراح مساء الجمعة، في أعقاب تحديث Bitcoin Core v30، الذي أزال فعليًا الحد الأقصى لكمية البيانات التي يمكن إضافتها إلى معاملة Bitcoin عادية باستخدام OP_RETURN، طالما تم دفع الرسوم المناسبة. دخل التحديث حيز التنفيذ هذا الشهر، على الرغم من الجدل الشديد حول تغيير حد حجم البايت، إلا أنه شهد تبنيًا بطيئًا، حيث يستخدم حوالي 6.3% من العقد القابلة للوصول البرنامج، وفقًا لبيانات Bitnodes. 

الآن، يسعى بعض مستخدمي Bitcoin إلى التراجع عن هذا التغيير، وتقييد جميع الطرق الأخرى لإضافة بيانات تعسفية إلى معاملات Bitcoin، معربين عن مخاوفهم من أن المحتوى غير القانوني الذي يتم تحميله على Bitcoin، مثل مواد استغلال الأطفال جنسيًا، قد يخلق مسؤوليات قانونية لمشغلي العقد. 

"إذا كانت سلسلة الكتل تحتوي على محتوى غير قانوني حيازته أو توزيعه، يُجبر مشغلو العقد على الاختيار بين انتهاك القانون (أو ضميرهم) أو إيقاف عقدتهم"، كما ينص الاقتراح. "هذا المأزق غير المقبول يقوض بشكل مباشر الحافز على التحقق، مما يؤدي إلى مركزية حتمية ويشكل تهديدًا وجوديًا لنموذج أمان Bitcoin."

بموجب شروط الاقتراح، سيتم تحديد مخرجات OP_RETURN بحد أقصى 83 بايت، ومعظم scriptPubKeys الأخرى سيتم تحديدها بحد أقصى 34 بايت، مما يؤدي فعليًا إلى خنق المخرجات التي تحتوي على نصوص أو كتل بيانات كبيرة. كما سيحدد الاقتراح أيضًا حجم دفعات البيانات الفردية، ويجعل إصدارات النصوص غير المستخدمة أو غير المعرفة حاليًا غير صالحة لمنع تجاوز القيود، ويحدد حجم أشجار Merkle المدمجة في مخرجات Taproot، ويحظر OP_IF داخل Tapscripts، مما يؤدي مباشرة إلى إنهاء طريقة نقش Ordinals. 

ستؤدي هذه التغييرات إلى تفرع ناعم (soft fork)، حيث ستصبح المعاملات التي كانت صالحة سابقًا غير صالحة، لكن الاقتراح يدعو إلى أن يكون التغيير مؤقتًا، ويستمر حوالي عام. ستمنح هذه الفترة مطوري Bitcoin وقتًا كافيًا لتقييم وتنفيذ طرق بديلة لتخزين البيانات التعسفية على سلسلة الكتل. 

"إن الطبيعة المؤقتة الصريحة للتفرع الناعم تعزز أكثر أن هذا تدخل مستهدف للتخفيف من أزمة محددة، وليس التزامًا أو اقتراحًا لاتجاه تطوير جديد"، كما ينص الاقتراح.  

تمت كتابة الاقتراح بواسطة "Dathon Ohm"، الذي انضم إلى GitHub وX قبل أيام من تقديم الاقتراح ولا يظهر أي تاريخ تطوير واضح في Bitcoin. لم تتمكن The Block من الوصول إلى Ohm للتعليق على الاقتراح. 

أعرب مطور Bitcoin المخضرم Luke Dashjr، المعروف بدعمه لمناهضة Ordinals، عن دعمه للاقتراح، مشيرًا على X إلى أنه "يسير على الطريق الصحيح دون اعتراضات تقنية". 

"هذا ليس حلاً مثاليًا، بل جيد بما فيه الكفاية وبسيط للغاية لشراء الوقت لتصميم حل طويل الأمد"، كتب Dashjr على X يوم الأحد. كما نفى Dashjr تأليف الاقتراح في منشورات أخرى.

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

"لا يوجد فرق جوهري بين تطبيع الرقابة على معاملات JPEG أو memecoin وتطبيع الرقابة على بعض المعاملات المالية من قبل الدول"، كتب ليونيداس. "كلاهما سيضع سوابق خطيرة للغاية."

قدم Jameson Lopp، الشريك المؤسس ومدير الأمن الرئيسي في شركة تخزين Bitcoin الآمن Casa، عددًا من التعليقات النقدية على الاقتراح، مشيرًا إلى أن الاقتراح لا يحدد أي محتوى يعتبر قانونيًا أو أخلاقيًا مشكوكًا فيه، مضيفًا أن الخبراء القانونيين يختلفون حول المسؤولية التي قد يواجهها مشغلو العقد. 

"من خلال تشغيل عقدة، أنت توافق على قواعد الإجماع الخاصة بالشبكة. إذا لم توافق، يمكنك ببساطة عدم تشغيل عقدة"، كتب Lopp في أحد التعليقات. لم تتمكن The Block من الوصول إلى Lopp أو Dashjr للتعليق. 

لم يتم توزيع الاقتراح بعد على قائمة بريد تطوير Bitcoin، وهي خطوة ضرورية لمسودات BIPs لجمع المزيد من التعليقات والمضي قدمًا نحو القبول، على الرغم من أن الاقتراح أثار موجة من التعليقات والنقاش على X ومنتديات أخرى.