لأول مرة منذ أربع سنوات، قد تشهد بيتكوين "سوفت فورك يقوده المستخدمون"؟

بدأت المجتمعات الأساسية لبيتكوين في دفع تغييرات على البرمجيات الأساسية لبيتكوين، وهذا أمر نادر منذ أكثر من أربع سنوات.

** تأليف: غاريما وو يقول بلوكتشين **

وفقا ل Blockspace ، بدأ مجتمع Bitcoin الشعبي في الضغط من أجل إجراء تغييرات على برنامج Bitcoin الأساسي ، وهو أمر لم يحدث منذ أكثر من أربع سنوات (كانت التغييرات الأساسية المحتملة في السابق مدفوعة من قبل مجتمع المطورين الأساسيين).

يتم الآن دعم مقترحي تحسين بيتكوين (BIP) في القاعدة، وهما BIP-119 (CTV) و BIP-348 (CSFS). يقترح هذان الاقتراحان طريقة جديدة لكتابة سكربتات بيتكوين، مما سيمكن بيتكوين من تحقيق وظيفة “العقود” (Covenants). قد يتم تنفيذ هذين الاقتراحين في التفرع الناعم التالي لبيتكوين.

لتجنب أن يكون بعض القراء غير قادرين على فهم علاقات Covenants الخاصة بـ بيتكوين وهذه الخطط المحددة BIP ، دعونا نوضح ذلك:

ببساطة، تعتبر Covenants مفهوم وظيفة في شبكة بيتكوين، والـ BIP المذكورين في النص هما خطتان تنفيذيتان مختلفتان لتحقيق هذا المفهوم الوظيفي.

ما هي الاتفاقيات في البيتكوين؟

تعريف:

Covenants هي آلية مقترحة في بروتوكول بيتكوين، تسمح بتعيين شروط أو قيود في المعاملات، تحدد كيفية إنفاق أو نقل بيتكوين. يمكن أن تمتد هذه الشروط عبر معاملات متعددة، مما يقيد طرق الإنفاق المستقبلية، وبالتالي يعزز وظائف سكربت بيتكوين.

العمل:

• تحسين قدرة عقود بيتكوين الذكية، ودعم التطبيقات الأكثر تعقيدًا (مثل القروض، البورصات اللامركزية، والخزائن).
• تعزيز الأمان، ومنع سرقة الأموال أو استخدامها بشكل خاطئ.
• تحسين أداء الشبكة، مثل تقليل رسوم المعاملات أو زيادة الخصوصية.

هنا يمكننا أن نفهم بوضوح أن Covenants هو مفهوم، بينما BIP-119 (CTV) و BIP-348 (CSFS) المذكوران في هذه المقالة هما التنفيذ الفعلي لمفهوم وظيفة Covenants.

الحالة الحالية:

لم يتم دمج أي ميزات مرتبطة بـ Covenants بشكل رسمي في شبكة بيتكوين الرئيسية حتى الآن، على الرغم من أن المناقشات والمقترحات ذات الصلة (مثل BIP-119) قد تم دفعها لسنوات.

BIP 119:OP_CHECKTEMPLATEVERIFY (CTV)

رمز تشغيل Bitcoin مقترح يسمح لمخرجات المعاملات بتحديد “قالب” يجب أن يتطابق معه ناتج معاملات الإنفاق اللاحقة.

تم اقتراحه بواسطة Jeremy Rubin، أحد المساهمين الرئيسيين السابقين في بيتكوين، وقد وُجد لأكثر من خمس سنوات. إنه يحقق وظيفة “حمل الحالة” من خلال تقييد الأموال بحيث يمكن إنفاقها فقط بطريقة محددة مسبقًا.

تتضمن سيناريوهات التطبيق:

• إنشاء دفعات جماعية (Batch Payments) لتقليل رسوم المعاملات. بناء بورصة لامركزية (DEX) أو بروتوكول قروض.
• تنفيذ الخزائن (Vaults)، لحماية الأموال من السرقة.
• CTV هو تنفيذ خفيف لـ Covenants، يركز على قيود تنسيق الإخراج، دون الدخول في منطق معقد.

BIP 348:OP_CHECKSIGFROMSTACK (CSFS)

رمز عملية بيتكوين مقترح، يسمح بالتحقق مما إذا كانت التوقيع صالحة لأي رسالة (Message) وليس فقط لهاش المعاملة الحالية. يحصل على التوقيع، المفتاح العام والرسالة من مكدس البيانات، ويتحقق مما إذا كانت التوقيع متطابقة.

تم اقتراحه رسميًا من قبل جيريمي روبين وبراندون بلاك في نوفمبر 2024.

OP_CSFS هو أداة قوية لتحقيق Covenants أكثر مرونة، لأنه يسمح بـ “الاستبطان” (Introspection) لمدخلات المعاملات، أي فحص المحتوى أو الحالة الكاملة للمعاملة الموقعة.

التطبيقات المحددة:

• تحقيق العهود: يمكن استخدام OP_CSFS لإنشاء منطق شرطى معقد، مما يضمن أن الأموال يمكن إنفاقها فقط وفقًا لقواعد معينة. على سبيل المثال، يمكن للمحققين التحقق مما إذا كانت مدخلات المعاملات تتوافق مع القوالب أو القيود المحددة مسبقًا.
• تعزيز الأمان: دعم خزائن وبروتوكولات لامركزية، ومنع السرقة أو الإنفاق غير المصرح به من خلال التحقق من التوقيع.
• قابلية التوسع: يمكن دمجه مع أكواد تشغيل أخرى (مثل OP_CAT) لبناء عقود ذكية أكثر تعقيدًا.

عندما نتحدث عن Covenants بيتكوين وكذلك BIP-119 (CTV) و BIP-348 (CSFS)، فلا بد من ذكر OP_CAT.

بروتوكول BIP 347: OP_CAT

التاريخ:

وجود مبكر: OP_CAT هو جزء من لغة سكريبت الأصلية لبيتكوين، تم تضمينه من قبل ساتوشي ناكاموتو عند إطلاق بيتكوين في عام 2009. تم تصميمه في الأصل لتعزيز مرونة السكريبت ودعم منطق أكثر تعقيدًا.

سبب الإزالة (2010):

• تم إزالة (تعطيل) OP_CAT في عام 2010، وذلك لمنع الثغرات الأمنية المحتملة وإساءة استخدام الموارد.
• مشكلة محددة: إذا لم يتم تحديد قيود، يمكن للمستخدمين الخبيثين استخدام OP_CAT لإنشاء بيانات بطول غير محدود (من خلال استدعاء تكراري)، مما يؤدي إلى “هجوم رفض الخدمة” (DoS Attack)، لأن عقد بيتكوين تحتاج إلى معالجة هذه البيانات، مما يزيد من تكاليف الحساب والتخزين.
• في ذلك الوقت، تم تبسيط لغة سكريبت بيتكوين، مع الاحتفاظ بالوظائف الأساسية، لضمان خفة البروتوكول وأمانه ولامركزية.

التعريف والدور:

OP_CAT هو رمز عملية (Opcode) للغة سكربت بيتكوين (Script)، وهو ليس تنفيذًا مباشرًا لـ Covenant، لكنه أداة محتملة لبناء منطق Covenant المعقد. مقارنةً بالرمزين المذكورين أعلاه، فإن OP_CAT أكثر عمومية، مناسب لعمليات البيانات، لكنه يحتاج إلى دمجه مع رموز عملية أخرى لتحقيق وظائف معقدة.

الوضع الحالي:

أعاد مجتمع Bitcoin النظر في عودة OP \ _CAT في السنوات الأخيرة ، في السابق في شكل اقتراح BIP-420 مع رمز أكثر للمجتمع للعب ، ولكن تم دمجه الآن رسميا في مستودع bitcoin / bips تحت رقم BIP-347.

كيف تسير الأمور

وفقا لخبر من Coindesk، خلال الأسابيع القليلة الماضية، أعرب العديد من مطوري بيتكوين الغربيين على تويتر عن دعمهم لـ CTV و CSFS - وهو بلا شك إشارة قوية، تشير إلى أنه على الأقل في دوائر وسائل التواصل الاجتماعي، فإن بعض مجتمع بيتكوين يتحرك نحو قبول هذه التغييرات.

بالإضافة إلى ذلك ، يعتبر المطورون عموما أن الاقتراحين “محددان بشكل ضيق”. من حيث الشخص العادي ، هذا يعني أنه بمجرد التنشيط ، هناك فرصة أقل للإساءة العرضية من قبل المستخدم. كان مجتمع مطوري Bitcoin تاريخيا حذرا من التغييرات التي تطرأ على Bitcoin. على سبيل المثال ، على الرغم من تعليق BIP 119 منذ ما يقرب من خمس سنوات ، منذ وقت ليس ببعيد ، كان ينظر إلى CTV على أنه عدواني للغاية بحيث لا يمكن تنشيطه.

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

إذن، ما الذي ساهم في هذا التغيير؟ يبدو أن الدعوة الأخيرة إلى عمليات OP_CAT قد وسعت نطاق الاقتراحات المقبولة لبيتكوين، حيث تم تحديد CTV و CSFS كخيارات “محافظة” نسبياً. ومن الجدير بالذكر أن معظم مؤيدي OP_CAT يدعمون أيضاً BIP 119 و BIP 348 (بالإضافة إلى معظم الاقتراحات الأخرى).

ماذا يمكننا أن نتوقع بعد ذلك؟ أولاً، ستستمر المناقشات. من المتوقع أن يستمر المطورون في مناقشة هذه الاقتراحات في عدد من المؤتمرات التقنية، مثل OPNEXT المقرر في أبريل، وBTC++ في يوليو، وTABConf في أكتوبر. بمجرد أن يصل المطورون إلى توافق أولي، سيتم تسليم التفعيل الفعلي للانقسام الناعم إلى المعدنين والمجتمع والمستثمرين للتأكيد النهائي.

كيف تتابع تقدم BIPs في المجتمع / عملية شوكة الشعر الناعم؟

الإجابة صعبة جداً!

تقوم المجتمع التقني لبيتكوين عادةً بإجراء مناقشات معمقة حول هذه الاقتراحات. لكن هذه عملية نقاش تبدو غامضة ومتكررة.

ببساطة، تتطلب عملية انقسام بيتكوين الناعمة تقديرا تقريبيا لمستوى الدعم من جميع أصحاب المصلحة المشاركين في بيتكوين، بما في ذلك المطورين والأوصياء والمستثمرين وعمال المناجم. عادة ما تأتي مؤشرات الدعم الأكثر بديهية من عمال المناجم ، حيث يمكنهم الإشارة إلى موافقتهم على التغييرات التي تطرأ على قاعدة الشفرة عن طريق الإشارة في الكتل التي يتم تعدينها. عادة ، يتطلب Bitcoin Core 95٪ من الكتل للإشارة إلى الدعم لفترة من الوقت قبل قفل التحديث للتنشيط.

ومع ذلك، لا يوجد حتى الآن إجماع حول كيفية تعريف “الدعم الواسع”، حيث لا يزال توافق بيتكوين في حالة تطور مستمر. ويعتبر عمال المناجم مقدمي إشارات مهمين فقط لأنهم كيان “قابل للعد” في شبكة بيتكوين. بعبارة أخرى، بسبب الهيكل اللامركزي لبيتكوين، من الصعب قياس التوافق العام من منظور “مرئي بالعين المجردة”.

ومع ذلك، كشفت شركة تطوير معروفة بنظام NFT بيتكوين، Taproot Wizards، عن العملية الطويلة والمعقدة للتقسيم الناعم لبيتكوين من خلال مخطط انسيابي باستخدام OP_CAT كمثال، يمكن للقراء المهتمين الاطلاع عليها بأنفسهم، هنا سنحاول تلخيصها.

دورة حياة مقترحات BIPs | العملية الطويلة والمعقدة للانقسام الناعم لبيتكوين

1. تم تقديم الاقتراح ومناقشته في قائمة بريد مطوري بيتكوين.

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

3. المجتمعات الأساسية تكتب مسودات BIP للاقتراحات على Github.

4. يبدأ المطور في تنفيذ الكود ذي الصلة ، ولا يوجد تدقيق طويل الأجل للأخطاء قبل المضي قدما.

5. بعد مراجعة محرري مستودع بيتكوين BIP والحصول على موافقة أولية من المجتمع، يتم تخصيص رقم BIP رسمي.

6. الدخول إلى شبكة اختبار Signet. Signet هي شبكة اختبار لبيتكوين، تسمح للمطورين بتجربة الميزات الجديدة أو تغييرات الكود دون التأثير على الشبكة الرئيسية. (قد يتم تعليق معظم الميزات الجديدة في هذه الخطوة بشكل دائم)

7. من المحتمل الدخول إلى سلسلة Liquid الجانبية لإجراء التجارب.

8. أرسل العلاقات العامة إلى Bitcoin Core.

9. الدخول في مراجعة الكود الأساسي لبيتكوين وعملية دمج المقترحات، عالية عدم اليقين. فقط عند تجنب معظم الآراء المعارضة وتلبية المتطلبات التقنية (بدون أخطاء خطيرة)، فإن المقترحات لديها فرصة للدخول في مرحلة الدمج؛ آراء المطورين الرئيسيين (مثل Pieter Wuille) غالبًا ما تكون حاسمة، حيث أن الحصول على الاعتراف أو الرفض يمكن أن يؤثر بشكل كبير على مصير المقترح.

10. إذا لم يكن هناك مشكلة في مراجعة الكود، انتظر من مشرفي مستودع البيتكوين دمج PR في المشروع الرئيسي. هناك خمسة مشرفين حالياً: Michael Ford (fanquake)، Hennadii Stepanov (hebasto)، Andrew Chow (achow101)، Gloria Zhao (glozow)، Ryan Ofsky (ryanofsky).

11. استمرار الجدل والنقاش المحتمل بين مجموعات مختلفة مثل مطوري البيتكوين وعمال المناجم.

12. اختيار آلية التفعيل:

أ. الشوكة اللينة التي يقودها عمال المناجم (MASF): يتم تفعيل القواعد الجديدة من قبل عمال المناجم من خلال الإشارة (عادةً 95% عتبة) مثل الوضع الافتراضي لـ BIP-9 أو BIP-8. إنها أكثر استقرارًا، ولكنها تتطلب تنسيق إجماع واسع واختبار، لذا تحتاج إلى وقت أطول؛

ب. Soft Fork بقيادة المستخدم (UASF): يفرض مشغلو العقدة (المستخدمون) تنشيط قواعد جديدة (مثل “Lockinontimeout: True” الخاصة ب BIP-8) لتجاوز مقاومة عمال المناجم ، مع مخاطر شوكة السلسلة المحتملة وخلاف المجتمع.

الخاتمة

أفاد وو سابقًا أن Cobra، وصي اسم النطاق Bitcoin.org، حذر من أنه قد يشهد شبكة البيتكوين في عام 2025 انقسامًا ناعمًا يقوده المستخدمون (UASF) من مطورين مجهولين خارج بيتكوين كور، وهو ما يشير إليه فعليًا التغيير المحتمل BIP 119 المذكور في هذه المقالة. يعتقد Cobra أن هذه التحسينات قد تؤدي إلى انقسامات بين “الجانب الثابت” و"جانب التحسين"، يقودها المجتمع المحلي، ويدفعها مطورون غير تابعين لبيتكوين كور.

من المفهوم أن UASF (الشوكة اللينة بقيادة المستخدم) هي ترقية بروتوكول بدأها مستخدمو Bitcoin ، عن طريق ترقية برنامج العقدة لفرض تحديثات البروتوكول ، حتى لو لم يدعمها عمال المناجم أو الأطراف الأخرى ، لذلك فهذا يعني أيضا خطر شوكة السلسلة. بالطبع ، لا داعي للقلق بشأن ذلك في الوقت الحالي ، بعد كل شيء ، لا يزال الكثير دون حل. على سبيل المثال ، هل ستحتوي الشوكات الناعمة المستقبلية على CTVs و CSFS فقط؟ هل سيتم أخذ OP \ _CAT ، الذي تتم مناقشته غالبا مع هذه المجموعة من رموز التشغيل ، في الاعتبار؟ كيف ستتكشف عملية التنشيط الفعلية للشوكة الناعمة؟ هل سيولي أصحاب المصلحة الآخرون ، مثل عمال مناجم البيتكوين ، اهتماما كافيا؟

في النهاية، طالما أن هناك توافقًا كافيًا على BIPs، يمكن أيضًا دفع الاقتراحات التي يقودها المجتمع الأساسي على شكل انقسام ناعم يقوده المعدنون (MASF). وعلاوة على ذلك، حتى UASF، كان هناك حالات ناجحة في التاريخ. لعبت UASF دورًا حاسمًا في ترقية SegWit في عام 2017، حيث دفع المستخدمون الانقسام الناعم بنجاح، مما أدى إلى تجنب الانقسام الصلب، وتعزيز توسع بيتكوين.

رابط مرجعي: