ما هو التحديث البرمجي (Soft Fork)؟ شرح التوافق مع الإصدارات السابقة في بيتكوين

الكتلة رقم 481,824. في ذلك التاريخ، تم تثبيت أول شوكة ناعمة حديثة رئيسية لبيتكوين، وهي SegWit، في البروتوكول بتاريخ 24 أغسطس 2017. يُعد هذا الرقم مهمًا لأن الشوكة الناعمة هي الطريقة التي تُحدّث بها سلسلة الكتل، مثل بيتكوين، نفسها دون تقسيم الشبكة. يتم تطبيق قواعد جديدة، بينما يستمر تشغيل البرامج القديمة، ويبقى كلاهما على نفس السلسلة.

إذا سألت معظم الناس عن معنى "التحديث الناعم"، فستحصل على إجابة مختصرة: تغيير متوافق مع الإصدارات السابقة في بروتوكول سلسلة الكتل. صحيح من الناحية التقنية، لكنه ليس مفيدًا جدًا. الصورة الحقيقية أكثر تعقيدًا وإثارة للاهتمام. التحديث الناعم هو نتاج عملية تدريجية: مطورون يقترحون تغييرات في القواعد، ومعدّنو العملات الرقمية يُبدون دعمهم أو يرفضون ضمنيًا، ومشغلو العُقد يختارون البرامج التي سيتم تشغيلها، ومستخدمون في الخلفية يُصرّون على تعريف البيتكوين. يشرح هذا المقال آلية التحديث الناعم بلغة بسيطة. ثم يُقدّم أمثلة نموذجية (SegWit وTaproot) على مستوى كل كتلة على حدة. وينتهي بنقاش حاد حول التحديث الناعم التالي.

تعريف التفرع الناعم: ترقية سلسلة الكتل المتوافقة مع الإصدارات السابقة

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

مثال جيد على ذلك: BIP 16، وهو التحديث البرمجي لشبكة بيتكوين، المعروف باسم Pay-to-Script-Hash. تم تفعيله في 1 أبريل 2012، عند الكتلة رقم 173,805. قبل BIP 16، لم يكن نوع المعاملة P2SH موجودًا في نص بيتكوين البرمجي. بعد إطلاقه، فرضت العُقد المُحدَّثة استخدام P2SH. أما العُقد القديمة، فقد نظرت إلى نفس المخرجات ورأت نصًا برمجيًا غريبًا يُمكن لأي شخص إنفاقه، فتجاهلته وقبلت الكتل على أي حال. لم تكن تعلم بوجود قاعدة يُمكن خرقها. بقيت السلسلة موحدة، لأن القاعدة الجديدة كانت جزءًا من القاعدة القديمة. وهكذا، اكتسبت بيتكوين قدرة جديدة بهدوء.

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

تُشكّل هذه الخاصية أيضًا الحد الفاصل بين التحديث الناعم وأي شيء غير متوافق مع البرمجيات القديمة. فإذا كان التحديث قادرًا على جعل كتلة صالحة سابقًا تبدو غير صالحة للبرمجيات القديمة، فهذا ليس تحديثًا ناعمًا، بل تحديثًا صلبًا. وتتغير المفاضلات تمامًا. من منظور تقنية البلوك تشين، يكمن الفرق بين هذين النوعين من التحديثات في سؤال عملي واحد: هل لا تزال العُقد التي لم تُحدِّث تقبل الكتل الجديدة على أنها صالحة؟

الشوكة اللينة مقابل الشوكة الصلبة: الفرق الحقيقي

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

يبرز مثالان رئيسيان. في 20 يوليو 2016، عند الكتلة رقم 1,920,000، أدى انقسام شبكة إيثيريوم اللامركزية المستقلة (DAO) إلى نقل حوالي 12 مليون إيثيريوم من عقدين مخترقين. رفضت العقد القديمة هذا التغيير، واستمرت في تشغيل السلسلة الأصلية، ومن هنا نشأت إيثيريوم كلاسيك. تبعتها بيتكوين كاش بعد عام. في 1 أغسطس 2017، عند الكتلة رقم 478,559، رفعت بيتكوين كاش الحد الأقصى لحجم الكتلة من 1 ميجابايت إلى 8 ميجابايت. رفضت عقد بيتكوين القديمة الكتل الأكبر حجمًا على الفور. ومنذ تلك اللحظة، أصبحت بيتكوين كاش عملة مشفرة منفصلة على سلسلة كتل جديدة.

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

كيف يتم تفعيل التفرع الناعم فعليًا على بيتكوين

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

الطريقة التقليدية لتفعيل التفرع هي إشارات المعدنين. يتحول التفرع المقترح إلى اقتراح لتحسين بيتكوين (BIP)، ويُخصص له بت في حقل إصدار رأس الكتلة. يقوم المعدنون الذين يستخدمون برامج مُحدثة بتفعيل هذا البت. تصبح قوة التعدين وراء هذه الكتل هي الإشارة التي تستخدمها بقية الشبكة لتقييم جاهزيتها. بمجرد أن تتجاوز نسبة الكتل التي تُرسل الإشارات عتبة معينة ضمن فترة زمنية محددة، يتم تفعيل التفرع. كان النموذج المستخدم حتى عام 2017 هو BIP 9: بنسبة 95% خلال فترة زمنية متجددة لـ 2016 كتلة. ظهر BIP 8 لاحقًا، وأضاف موعدًا نهائيًا صارمًا حتى لا يبقى الاقتراح عالقًا إلى الأبد.

نجح هذا النموذج حتى توقف. علق بروتوكول SegWit في أوائل عام 2017 عند نسبة دعم تتراوح بين 30 و45% من قبل المعدنين، لعدة أشهر. كان لدى كبار المعدنين أسبابهم لعدم إرسال الإشارة، ولم يكن أي منها مُرضيًا. اضطر المجتمع إلى ابتكار حل بديل. خفضت BIP 91 العتبة الفعالة وتم إطلاقها بسرعة. في الوقت نفسه، حددت حركة موازية، وهي التحديث البرمجي الذي فعّله المستخدمون، وتحديدًا BIP 148، الأول من أغسطس 2017 موعدًا نهائيًا. بعد ذلك التاريخ، ستبدأ عُقد BIP 148 برفض أي كتلة لا تُشير إلى SegWit. أدى الجمع بين BIP 91 من جهة والضغط السياسي من قبل UASF من جهة أخرى إلى حل حالة الجمود. لم يشهد معظم الناس شيئًا كهذا من قبل. لا يزال الكثير منا يتجادل حول التهديد الذي كسر الجمود فعليًا.

بالنسبة لمشروع تابروت، جرب المجتمع حلاً أكثر سلاسة: التجربة السريعة. يتطلب الأمر الوصول إلى عتبة إشارة بنسبة 90% خلال فترة 90 يومًا. الوصول إلى هذه العتبة يُفعّل التفرع. عدم الوصول إليها يعني انتهاء صلاحية الاقتراح بسلاسة، مع إمكانية إعادة تجربته. تجاوز تابروت العتبة بنجاح وتم تفعيله في 14 نوفمبر 2021، عند الكتلة رقم 709,632.

نماذج تفعيل الشوكة الناعمة

التفرعات الناعمة لبيتكوين: دراسات حالة SegWit و Taproot

SegWit، اختصارًا لـ Segregated Witness (الشاهد المنفصل)، هو التحديث البرمجي الأكثر شيوعًا في تاريخ بيتكوين. وقد ابتكر طريقةً لفصل توقيعات المعاملات، أو ما يُعرف بـ "بيانات الشاهد"، عن متن المعاملة الرئيسي وتخزينها بشكل منفصل. اعتبرت العُقد القديمة هذه المخرجات الجديدة بمثابة نصوص برمجية قابلة للإنفاق من قِبل أي شخص، وقبلت الكتل التي تحتوي عليها. أما العُقد الجديدة، فقد طبّقت قواعد الشاهد بشكل صحيح. تكمن الحيلة في أن تغييرًا طفيفًا في بنية المعاملات الأساسية أدى في النهاية إلى زيادة فعّالة في السعة. فقد استُبدل الحد الأقصى لحجم كتلة بيتكوين، البالغ 1 ميجابايت، بحد أقصى قدره 4 ملايين وحدة وزن. عمليًا، تحمل الكتلة النموذجية الآن حوالي 1.8 ميجابايت من البيانات، بينما يبلغ الحد الأقصى النظري حوالي 2.4 ميجابايت.

تم تفعيل بروتوكول SegWit عند الكتلة رقم 481,824 في 24 أغسطس 2017، الساعة 01:57:37 بالتوقيت العالمي المنسق. أصبحت الأشهر الثمانية التي سبقت تلك الكتلة جزءًا من تاريخ حوكمة بيتكوين. كان دعم المعدنين متوقفًا طوال معظم عام 2017. وجاء التفعيل النهائي من خلال BIP 91، وتهديد UASF، واتفاقية SegWit2x. أعود مرارًا وتكرارًا إلى تلك الفترة لأنها تُعدّ دراسة الحالة التي تمّت دراستها في كل عملية تفعيل لاحقة.

يُعدّ Taproot ثاني أكثر التحديثات البرمجية استخدامًا، وربما يكون التفعيل الأكثر سلاسة لبيتكوين منذ SegWit. تم تفعيله بعد أربع سنوات من SegWit، في 14 نوفمبر 2021، عند الكتلة رقم 709,632. وقد كان تجاوز عتبة 90% في مرحلة التجربة السريعة أمرًا سلسًا. أضاف Taproot ثلاثة عناصر أساسية: توقيعات Schnorr، وأشجار MAST، ونوع إخراج موحد للإنفاق باستخدام التوقيع الفردي، والتوقيعات المتعددة، ومسارات البرامج النصية. مهّدت هذه التغييرات الطريق أمام حلول مثل شبكة Lightning لتصبح أكثر كفاءة مع مرور الوقت.

تستحق قصة Taproot اللاحقة أن تُروى. فقد ارتفع معدل تبنيها بثبات حتى عام 2023، ثم بلغ ذروته عند حوالي 42% من إجمالي معاملات البيتكوين في أوائل عام 2024، مستفيدًا من طفرة تسجيل Ordinals. وبحلول منتصف عام 2025، انخفض المعدل إلى حوالي 20%، وتراجعت عمليات التسجيل. ونشأ نقاش جانبي حول ما إذا كان نظام توقيع Taproot عرضة لهجمات الحوسبة الكمومية في المستقبل. لم يُلغِ أي من ذلك التفعيل. لكن منحنى الاستخدام يُذكّرنا بأن نجاح التحديث البرمجي (Soft Fork) على مستوى البروتوكول لا يُترجم تلقائيًا إلى تبني المحافظ أو المستخدمين له.

سلالة التفرع الناعم لبيتكوين

نقاش التفرع الناعم 2025-2026: OP_CTV و OP_CAT

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

سيضيف OP_CHECKTEMPLATEVERIFY، الذي تمّت صياغته رسميًا تحت اسم BIP 119، رمزًا برمجيًا يسمح للمعاملة بالالتزام بنمط إنفاق مستقبلي محدد. أما OP_CAT، الذي تمّت صياغته رسميًا تحت اسم BIP 347 بعد حصوله أخيرًا على رقم BIP في أبريل 2024، فسيعيد تفعيل دمج عناصر البرمجة النصية. وكان ساتوشي ناكاموتو قد أزال هذه الميزة في عام 2010 بسبب مخاوف من هجمات حجب الخدمة. كلا الرمزين البرمجيين هما أساسيات بوابة لما يسميه مطورو بيتكوين "العهود". العهود عبارة عن نصوص برمجية تقيّد وجهة إرسال العملات لاحقًا. وهي تتيح الوصول إلى الخزائن، وتجميع المعاملات للتحكم في الازدحام، وتحسين إنتاجية الشبكة على الطبقات المبنية فوق سلسلة كتل بيتكوين.

من خلال 2026، أصبحت معايير تفعيل OP_CTV مطروحة رسميًا للنقاش لأول مرة منذ عام 2022. العتبة المقترحة هي 90% من إشارات المعدنين. يتم اختبار OP_CAT على شبكة Signet، وهي شبكة اختبار المطورين. لا يوجد إجماع مجتمعي على أي منهما. المفاضلة التي يتصارع معها المجتمع حقيقية. المزيد من التعبيرية يفتح حالات استخدام جديدة. ولكنه يوسع أيضًا نطاق هجمات بيتكوين. أي رمز تشغيل جديد دائم. لست مقتنعًا بأن أيًا منهما سيُعتمد في 2026، لكن النقاش هو أوضح دليل حتى الآن على أن إدارة بيتكوين لا تزال قادرة على النظر في التفرعات الناعمة.

ماذا يعني التغيير التدريجي في العملة بالنسبة للمحافظ وحاملاتها؟

بالنسبة لأي شخص يمتلك عملة بيتكوين، فإن السؤال العملي هو ما إذا كان التحديث البرمجي (Soft Fork) يتطلب أي إجراء. والإجابة الصادقة هي في الغالب لا. لا يوجد ما يجب فعله، ولا ما يجب المطالبة به، ولا ما يجب نقله. فالتحديث البرمجي لا يُنشئ أصلًا رقميًا جديدًا. وتستمر المحافظ الحالية في إرسال واستقبال العملات وفقًا للقواعد القديمة دون أي تدخل من المستخدم.

الاستثناء هو عندما يُدخل التحديث البرمجي (Soft Fork) تنسيقًا جديدًا للعناوين. أضافت SegWit بادئة العنوان bc1. كان على المحافظ دعم التنسيق الجديد لتمكين المستخدمين من الإرسال من وإلى عناوين SegWit، وللاستفادة من وفورات الرسوم التي يوفرها هيكل المعاملات الجديد. لا يزال بإمكان مستخدمي المحافظ القديمة إرسال واستقبال العملات على العناوين القديمة بسلاسة. كان التحديث إلى الإصدار الجديد اختياريًا. فعلت Taproot الشيء نفسه مع عناوين bc1p. هذا الخيار الاختياري هو جوهر الأمر. التحديث البرمجي أقل تأثيرًا من التحديث الصلب (Hard Fork) لأن التبني يصبح تدريجيًا وطوعيًا.

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

لماذا تتفوق التحديثات الناعمة على التحديثات الصلبة في تحسين صحة الشبكة

تتلخص الحجة المؤيدة للتحديثات التدريجية كمسار ترقية افتراضي في مرونة الشبكة، والحسابات هنا دقيقة للغاية. يُشغّل بيتكوين ما يقارب 22,992 عقدة كاملة قابلة للوصول عالميًا، وفقًا للقطة Bitnodes بتاريخ 27 أبريل 2026. بالإضافة إلى عدد أكبر غير معروف من العقد خلف جدران الحماية. إن التحديث الجذري الذي يفقد 10% من هذه العقد بسبب الجمود أو الخلاف، هو، بحكم التعريف، انقسام في السلسلة. عملتان مشفرتان. سجلان. سوقان. مجتمعان.

إنّ التفرع الناعم الذي يفقد 10% من المعدنين بسبب عدم إرسال الإشارات لا يُؤدي إلا إلى تأخير طفيف في عملية التأكيد، بينما تُطبّق الأغلبية (90%) القواعد الجديدة. وتبقى السلسلة الاقتصادية موحدة. هذا هو التباين الذي يدفع بيتكوين إلى تفضيل التوافق مع الإصدارات السابقة. يُكافئ التفرع الناعم الناجح التنسيق دون معاقبة المُتباطئين. أما التفرع الناعم الفاشل فلا يتم تفعيله ببساطة، ويمكن إعادة المحاولة في الدورة التالية. بينما يُنشئ التفرع الصلب الفاشل سلسلة كتل جديدة، بعلامة تجارية جديدة، وثقل سياسي مستمر لم يطلبه أحد.

لهذا السبب، كانت جميع التحديثات الرئيسية لسلسلة كتل بيتكوين منذ عام 2012، باستثناء الانقسام المثير للجدل في أغسطس 2017 الذي أدى إلى ظهور بيتكوين كاش، عبارة عن انقسام ناعم. وقد فضّلت غالبية قوة التعدين باستمرار التغييرات المتوافقة مع الإصدارات السابقة على التغييرات الجذرية. هذا النمط ليس من قبيل الصدفة.

مخاطر وأنماط فشل التفرع الناعم

تُعدّ التفرعات الناعمة أكثر أمانًا من التفرعات الصلبة، لكنها لا تخلو من المخاطر. ففي يوليو 2015، تسبب اقتراح تحسين بيتكوين رقم 66 (BIP 66) في انقسام غير مقصود لسلسلة الكتل بستة كتل، عندما أبدى بعض المعدنين دعمهم للقواعد الجديدة دون التحقق منها فعليًا. وهذا يُعدّ نمط فشل كلاسيكي. إذ ترفض العُقد المُحدَّثة الكتل التي يستمر المعدنون غير المُحدَّثين في إنتاجها، ما يؤدي إلى ظهور سلاسل متنافسة لفترة وجيزة، ويتآكل أمان الشبكة لبضع ساعات. وقد تم حل الانقسام تلقائيًا بمجرد أن لحقت الأغلبية بالركب. ولكن لعدة ساعات، كان لدى بيتكوين سلسلتان متنافستان تعملان في آن واحد. كما تسببت فترة تفعيل سيجويت التي امتدت لعامين في أضرار سياسية لم تُشفَ تمامًا، بما في ذلك إنشاء بيتكوين كاش في نهاية المطاف. ويحمل نظام UASF بدون أغلبية واضحة من المعدنين خطرًا حقيقيًا يتمثل في انقسام دائم. فالتوافق مع الإصدارات السابقة قيدٌ قوي، وليس إعفاءً من المخاطر.

Simon Chartan

A journalist with a strong technical background and a passion for decentralized finance. With degrees in MBA and Master of Engineering in Data Science, the author combines analytical expertise with a clear, engaging writing style. At Plisio, they cover topics such as cryptocurrency, blockchain, DeFi, and digital finance—helping readers make sense of a rapidly evolving fintech landscape.