ما هو SegWit (الشاهد المنفصل)؟ شرح أهم تحديث لبيتكوين

إذا كنت قد فتحت محفظة بيتكوين وطُلب منك الاختيار بين عنوان «Legacy» أو «SegWit» أو «Native SegWit» دون أي توضيح لمعنى أي منها، فإن هذا الاختيار يعود إلى ترقية واحدة تم إجراؤها في عام 2017.

SegWit، اختصار لـ الشاهد المنفصل، هي ترقية لبروتوكول البيتكوين تم تفعيلها في أغسطس 2017، وتقوم بنقل بيانات التوقيع الرقمي من بنية المعاملة الأساسية إلى حقل منفصل يُسمى «الشاهد». وقد أدى هذا التغيير المعماري الوحيد إلى خفض رسوم المعاملات، وإصلاح ثغرة أمنية كانت قائمة منذ سنوات تُعرف باسم «قابلية المعاملات للتشويه»، كما مهدت الظروف التقنية لظهور شبكة «لايتنينغ» و«تابروت».

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

قم بإدارة عملات البيتكوين الخاصة بك باستخدام تطبيق محفظة Bitcoin.com.

النقاط الرئيسية

• SegWit (Segregated Witness) هي ترقية لبروتوكول البيتكوين تم تفعيلها في 24 أغسطس 2017، وقد تم تحديدها رسميًا باسم BIP 141، واقترحها بيتر وويل وإريك لومبروزو وجونسون لاو في ديسمبر 2015.
• وهي تفصل بيانات التوقيع الرقمي (المعروفة باسم «الشاهد») عن نص المعاملة الرئيسي، مما يعالج ثغرة أمنية تُعرف باسم «قابلية المعاملة للتشويه» ويقلل حجم كل معاملة.
• تُقاس سعة الكتلة بوحدات الوزن (WU) بدلاً من البايتات. وتبلغ تكلفة بيانات الشهود 1 WU لكل بايت، مقابل 4 WU لكل بايت بالنسبة للبيانات الأخرى، مما يمنح معاملات SegWit تخفيضاً بنسبة 75% على حجم التوقيع.
• يقلل نظام SegWit الأصلي (عناوين bc1q) حجم المعاملة القياسية من حوالي 226 vbytes إلى حوالي 141 vbytes، مما يؤدي إلى خفض الرسوم بنسبة 38٪ تقريبًا مقارنةً بالعناوين القديمة.
• كان ضمان SegWit الخاص بـ TXID الثابت الشرط التقني المسبق لإنشاء شبكة Lightning Network. فبدونه، لم يكن من الممكن إنشاء قنوات الدفع بأمان.
• وقد أتاح نظام إصدارات البرامج النصية الخاص بها تفعيل «تابروت» (SegWit V1، الذي تم تفعيله في عام 2021)، كما يوفر إطارًا عملًا لترقيات بيتكوين المستقبلية دون الحاجة إلى «هارد فورك».
• اعتبارًا من عام 2026، تستخدم تقنية SegWit في حوالي 85% من معاملات البيتكوين. وهي تمثل معيار الشبكة، وليست ميزة جديدة.

ما هو SegWit؟

SegWit، أو «الشاهد المنفصل» (Segregated Witness)، هو تعديل على تنسيق معاملات البيتكوين يعمل على فصل التوقيعات الرقمية — وهي الدليل التشفيري الذي يثبت أنك تمتلك الحق في إنفاق عملة ما — عن بيانات المعاملة الرئيسية، وتخزينها في بنية منفصلة تُسمى «الشاهد». وهذا يجعل حجم كل معاملة أصغر، ويسمح بتضمين المزيد من المعاملات في كل كتلة، ويزيل ثغرة أمنية كانت تجعل من المستحيل إنشاء قنوات دفع آمنة على شبكة البيتكوين.

يمكن تحليل الاسم ببساطة على النحو التالي: تعني كلمة «segregated» (منفصل)، أما «witness» فهي مصطلح تشفيري يشير إلى بيانات التوقيع التي تثبت صحة المعاملة. وتجيب «الشهادة» على السؤال «هل أذن المالك الشرعي بهذه المعاملة؟»، بينما تجيب بقية بيانات المعاملة على السؤال «إلى أين تذهب الأموال وكم مقدارها؟»

The official BIP 141 header on GitHub, showing its three co-authors and December 2015 assignment date.

وقد تم تحديد هذه الترقية رسمياً باعتبارها «اقتراح تحسين البيتكوين رقم 141» (BIP 141) وقد اقترحها مطورو «بيتكوين كور» بيتر وويل، وإريك لومبروزو، وجونسون لاو في مؤتمر «سكالينغ بيتكوين» الذي عُقد في ديسمبر 2015. تم تفعيله على الشبكة الرئيسية لبيتكوين في 24 أغسطس 2017، عند الكتلة رقم 481,824، باعتباره «تفرعًا ناعمًا» (soft fork)، مما يعني أنه كان متوافقًا مع الإصدارات السابقة. وظلت العقد التي لم تُجرَّى عليها الترقية قادرة على التحقق من صحة بيانات المعاملة الأساسية؛ بينما كانت العقد التي أُجريت عليها الترقية ترى الصورة الكاملة بما في ذلك «الشاهد».

اعتبارًا من عام 2026، تستخدم تقنية SegWit في حوالي 85% من إجمالي معاملات البيتكوين. ولم تعد هذه التقنية ميزة جديدة، بل أصبحت المعيار السائد.

المشاكل التي صُمم SegWit لحلها

عالجت تقنية SegWit مشكلتين منفصلتين كانتا تعيقان تطور عملة البيتكوين لسنوات.

قابلية التلاعب بالمعاملات

تحتوي كل معاملة بيتكوين على معرّف فريد يُسمى TXID، وهو عبارة عن هاش يتم إنشاؤه من بيانات المعاملة. وقبل تطبيق SegWit، كان يتم حساب هذا الهاش على أساس المعاملة بأكملها، بما في ذلك التوقيع.

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

قد لا يبدو هذا أمراً كارثياً بالنسبة لعملية دفع بسيطة. لكن بالنسبة للبروتوكولات التي تربط عدة معاملات غير مؤكدة معاً، فإن الأمر يكون قاتلاً. شبكة Lightning Network، التي تعمل عن طريق إنشاء سلسلة من التزامات الدفع خارج السلسلة التي تشير إلى معرّفات المعاملات السابقة، لا يمكنها العمل بأمان إذا كان أي من تلك المعرّفات قابلاً للتغيير قبل تأكيدها. فوجود معرّف معاملة (TXID) قابل للتغيير يعني انقطاع السلسلة، مما قد يؤدي إلى تجميد الأموال أو سرقتها.

كما تسببت قابلية التلاعب بالمعاملات في أضرار فعلية قبل أن يتم إصلاحها. وقد أشارت بورصة «ماونت غوكس» إلى هذه المشكلة باعتبارها أحد العوامل التي ساهمت في انهيارها عام 2014، على الرغم من أن المؤرخين يتجادلون حول مدى كونها السبب الجذري أم مجرد ذريعة لسوء إدارة أعمق.

وقد حلت تقنية SegWit هذه المشكلة من خلال إزالة التوقيعات تمامًا من عملية حساب معرّف المعاملة (TXID). ويُحسب هذا المعرّف الآن بناءً على حقول المعاملة الأساسية فقط. ولم يعد تغيير التوقيع يؤثر على هوية المعاملة.

الحد من الازدحام وارتفاع الرسوم

بحلول عام 2016 وحتى عام 2017، كانت شبكة البيتكوين تعالج ما يقارب 7 معاملات في الثانية. وأثناء فترات ارتفاع الطلب، تراكمت المعاملات المتأخرة لتصل إلى عشرات الآلاف، وارتفعت الرسوم إلى 50 دولارًا أو أكثر لكل عملية إرسال قياسية. وكانت المشكلة هيكلية: فقد كان حجم كتل البيتكوين محددًا بـ 1 ميغابايت، وكانت التوقيعات تشكل حوالي 65% من حجم المعاملة.

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

كيف يعمل SegWit

فصل بيانات الشهود

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

يُشير بايتان إضافيان، هما علامة (0x00) وراية (0x01)، إلى العقد التي تدعم SegWit بأن بيانات الشاهد ستتبع ذلك. أما العقد التي سبقت ظهور SegWit، فتكتفي برؤية ScriptSig فارغًا وتقوم بمعالجة المعاملة على أنها صالحة وفقًا للتفسير القديم «يمكن لأي شخص الإنفاق»، مما يحافظ على التوافق مع الإصدارات السابقة.

وزن الكتلة يحل محل حجم الكتلة

استبدل SegWit الحد الأقصى لحجم الكتلة البالغ 1 ميغابايت بمقياس جديد: وزن الكتلة، الذي يبلغ سقفه 4 ملايين وحدة وزن (WU).

التفصيل المهم يكمن في طريقة حساب البايتات:

• تكلف كل بايت من بيانات المعاملات غير الشاهدة 4 وحدات وزن
• كل بايت من بيانات الشهود لا يكلف سوى وحدة وزن واحدة

نظرًا لأن التوقيعات كبيرة الحجم وتوجد الآن في قسم الشاهد (witness)، فإنها تستهلك ربع ما كانت تستهلكه سابقًا من سعة الكتلة. وهكذا زادت تقنية SegWit حجم الكتلة الفعلي إلى حوالي 1.7 إلى 2 ميغابايت عمليًّا دون المساس بقاعدة 1 ميغابايت التي تفرضها العقد القديمة. بالنسبة للكتلة النظرية التي تعتمد كليًّا على SegWit، يبلغ الحد الأقصى 4 ميغابايت، على الرغم من أن هذا لا يحدث أبدًا في الواقع لأن كل كتلة تحتوي أيضًا على بيانات غير متعلقة بالشاهد.

البايتات الافتراضية (vBytes): الوحدة التي تراها في المحافظ

للحفاظ على قابلية مقارنة معدلات الرسوم مع المعاملات التقليدية، أدخلت تقنية SegWit مفهوم «البايتات الافتراضية» (vbytes): وهي وحدات قياس الحجم مقسومة على 4. بالنسبة للمعاملات التقليدية، تتطابق البايتات مع البايتات الافتراضية. أما بالنسبة لمعاملات SegWit، فإن البايتات الافتراضية تكون أقل لأن بيانات الشاهد المُخفَّضة تؤدي إلى انخفاض هذا الرقم.

يتم تحديد رسوم المحفظة بوحدة الساتوشي لكل فايبت (سات/فايبت). وتكون رسوم معاملة SegWit التي تحتوي على عدد أقل من الفايبتات أقل، وذلك بنفس معدل السات/فايبت. وهذه هي الآلية الكامنة وراء التوفير في الرسوم الذي تلاحظه عند استخدام عنوان bc1q بدلاً من عنوان يبدأ بـ 1...

أنواع عناوين SegWit: أي منها يجب أن تستخدم؟

أدخلت تقنية SegWit تنسيقات جديدة للعناوين إلى جانب التغييرات التقنية التي أحدثتها. ويحدد نوع العنوان الطريقة التي تقوم بها محفظتك بترميز شروط الإنفاق، مما يؤثر على الرسوم التي تدفعها، وتوافق محفظتك مع المحافظ الأخرى، وكيفية ظهور معاملاتك على السلسلة.

مقارنة أنواع العناوين

بيانات حجم المعاملات: مرجع حجم معاملات البيتكوين من Spark.money، 2026. التقديرات المتعلقة بتوفير الرسوم تقريبية وتختلف حسب ظروف ميمبول.

Legacy (P2PKH، البادئة 1...) هذا هو التنسيق الأصلي الذي يعود إلى عام 2009. تظل التوقيعات داخل نص المعاملة الرئيسي حيث تُحتسب بوزنها الكامل. ولا توجد أي وفورات في الرسوم. ولا يزال هذا التنسيق مدعومًا على نطاق واسع، وهو السبب الوحيد لاستخدامه اليوم، إذا كنت تتعامل مع برامج قديمة جدًّا لا تستطيع استقبال أي تنسيق آخر.

SegWit المتداخل (P2SH-P2WPKH، البادئة 3...) يُغلف سكريبت SegWit داخل مغلف P2SH قديم. عندما تم تفعيل SegWit في عام 2017، لم تقم جميع المحافظ ومنصات التبادل بإضافة الدعم فورًا لتنسيق bc1 الجديد. وكان SegWit المتداخل بمثابة جسر التوافق: حيث تحصل على توفير جزئي في الرسوم، ويظل بإمكان المرسلين الذين يستخدمون برامج قديمة الدفع لك. بحلول عام 2026، أصبح هذا التنسيق موجودًا بشكل أساسي كخيار احتياطي. الـ 3... يُشترك البادئة مع عناوين P2SH غير المتوافقة مع SegWit، مما يعني أنه لا يمكنك معرفة ما إذا كانت المعاملة التي تنظر إليها تتبع SegWit أم لا من العنوان وحده.

SegWit الأصلي (P2WPKH، البادئة bc1q...، 42 حرفًا) يُعد الخيار الأمثل لمعظم المستخدمين. فهو يستخدم ترميز Bech32، الذي يتألف بالكامل من أحرف صغيرة، ويتميز بقدرة أفضل على اكتشاف الأخطاء مقارنةً بـ Base58، كما أنه يستبعد الأحرف المتشابهة (لا يحتوي على الحرف O الكبير، أو الرقم صفر، أو الحرف I الكبير، أو الحرف l الصغير). تبلغ تكلفة المعاملة القياسية بنظام P2WPKH ذات المدخل الواحد والمخرجين حوالي 141 vbyte، أي أقل بنحو 38% من تكلفة المعاملة التقليدية المماثلة. وتدعمه جميع المحافظ والبورصات النشطة اعتبارًا من عام 2026.

توقيع متعدد أصلي لـ SegWit (P2WSH، البادئة bc1q...، 62 حرفًا) هو النوع الذي يعتمد على تجزئة النص البرمجي (script-hash)، ويُستخدم في محافظ التوقيعات المتعددة (multisig) وشروط الإنفاق المعقدة. يعكس العنوان الأطول تجزئة SHA-256 مكونة من 32 بايت بدلاً من التجزئة المكونة من 20 بايت التي يستخدمها P2WPKH. إذا كنت تستخدم إعداد التوقيع المتعدد بنظام 2 من 3، فإن P2WSH هي الطريقة الأصلية في SegWit للقيام بذلك.

Taproot (P2TR، البادئة bc1p...، 62 حرفًا) هي نسخة SegWit 1، التي تم تفعيلها في عام 2021. وهي تستخدم توقيعات Schnorr بدلاً من ECDSA، مما يسمح بتجميع توقيعات متعددة في توقيع واحد، مما يجعل المعاملات متعددة التوقيعات (multisig) لا يمكن تمييزها عن المعاملات أحادية التوقيع (single-sig) على السلسلة. وتوفر هذه الطريقة أقل الرسوم للإنفاق أحادي التوقيع وأفضل مستوى من الخصوصية. استخدمها عندما تتأكد من أن المستلمين ومحافظهم يدعمون عناوين bc1p.

توصية سريعة

بالنسبة لمعظم المستخدمين: استخدموا SegWit الأصلي (bc1q). فهو مدعوم من قبل جميع المحافظ ومنصات التبادل النشطة تقريبًا، ويوفر حوالي 38% من الرسوم مقارنةً بالنظام القديم، ولا ينطوي على أي مخاطر تتعلق بالتوافق في عام 2026 (بالنسبة للمطورين الذين يعملون على دمج SegWit في برامج المحافظ، يرجى الاطلاع على دليل تطوير محفظة Bitcoin Core.).

إذا كانت محفظتك تدعم تقنية Taproot (bc1p) وكنت تجري معاملات ذات توقيع واحد مع مستلمين تدعم محافظهم هذه التقنية، فإن ذلك يوفر رسومًا أقل قليلاً وخصوصية أفضل.

يُعد SegWit المتداخل (3...) خيارًا احتياطيًا للتوافق. لا بأس به، لكن لم يعد هناك داعٍ لتعيينه كخيار افتراضي.

حرب حجم الكتلة: لماذا كان SegWit مثيرًا للجدل إلى هذا الحد

كانت الحجج الفنية المؤيدة لـ SegWit واضحة. أما مسار تفعيلها فلم يكن كذلك.

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

مأزق قطاع التعدين

وفقًا لعملية الترقية القياسية BIP9، كان «الشوك الناعم» يتطلب أن يُبدي 95% من المُعدِّنين إشارات دعم خلال فترة مدتها أسبوعان. وبحلول أوائل عام 2017، كانت تقنية SegWit جاهزة للتفعيل منذ شهور، لكنها ظلت عالقة دون هذا الحد الأدنى.

جاءت المعارضة الأكبر من شركات التعدين الكبرى، ولا سيما «بيتماين»، التي كانت تسيطر في ذلك الوقت على حصة كبيرة من معدل التجزئة لشبكة البيتكوين. وقد اتضح السبب لاحقًا: فقد استخدمت «بيتماين» تقنية حاصلة على براءة اختراع تُسمى «ASICBoost»، وهي تقنية تحسين منحت أجهزة التعدين الخاصة بها ميزة كفاءة كبيرة. وكان «SegWit» غير متوافق هيكليًا مع تقنية «ASICBoost» السرية. لذا، فإن منع تطبيق «SegWit» كان يحمي تلك الميزة.

BIP 148 و UASF

في مارس 2017، نشر مطور مجهول يستخدم الاسم المستعار «Shaolinfry» مقترح BIP 148: وهو «الانقسام الناعم الذي يتم تفعيله من قبل المستخدم» (UASF). وبدلاً من انتظار إشارات المُعدِّنين، اقترح BIP 148 أن تبدأ العُقد الاقتصادية — أي البورصات وشركات معالجة المدفوعات والشركات التي تستخدم برامج بيتكوين — ببساطة في رفض أي كتلة لا تُشير إلى دعم SegWit اعتبارًا من 1 أغسطس 2017 فصاعدًا.

كان المنطق بسيطًا: يقوم المُعدِّنون بإنتاج الكتل، لكنها لا تكتسب أي قيمة إلا إذا قبلتها الشبكة. وإذا قام عدد كافٍ من الأغلبية الاقتصادية بتشغيل عقد BIP 148، فسيضطر المُعدِّنون إما إلى تفعيل SegWit أو مشاهدة كتلهم وهي تصبح «يتيمة». وكان الخطر واضحًا بنفس القدر: فإذا كان التبني غير كافٍ، فسيحدث انقسام في السلسلة، مع وجود نسختين غير متوافقتين من البيتكوين تعملان بالتوازي.

كانت حملة UASF حملة شعبية وصاخبة. وظهرت شارات المؤتمر. واشتدت حدة الجدالات على تويتر. واكتسبت عبارة «شغّل عقدة خاصة بك» طابعًا ملحًّا جديدًا.

اتفاقية نيويورك وبيتكوين كاش

مع اقتراب الموعد النهائي لـ UASF، اجتمعت أكثر من 50 شركة كبرى تعمل في مجال البيتكوين في نيويورك في مايو 2017 ووقعت ما أصبح يُعرف باسم «اتفاقية نيويورك». واتفقت هذه الشركات على تفعيل SegWit، ولكن أيضًا على إجرائه تليًا عملية «هارد فورك» لمضاعفة حجم الكتلة إلى 2 ميغابايت (أصبح هذا يُعرف باسم SegWit2x).

لم يرضِ هذا الحل التوفيقي أيًا من الطرفين تمامًا. فقد اعتبر المطورون الذين عارضوا الكتل الكبيرة أن SegWit2x يمثل «هارد فورك» خفيًّا لم يوافقوا عليه. أما المُعدِّنون والشركات التي أرادت كتلًا أكبر، فلم يحصلوا بعد على ما كانوا يريدونه في الأصل.

في 1 أغسطس 2017، قامت فصيلة كانت ترغب في زيادة حجم الكتلة فقط، دون تطبيق SegWit، بإجراء انقسام (فورك) لعملة البيتكوين لإنشاء عملة «بيتكوين كاش» (BCH)، التي بدأت بحد أقصى للكتلة يبلغ 8 ميغابايت. وتم تفعيل SegWit على شبكة البيتكوين في 24 أغسطس 2017. تم التخلي عن الانقسام الصلب SegWit2x في نوفمبر 2017 بعد أن توصل منظموه إلى عدم وجود إجماع كافٍ.

ما تم التوصل إليه

كانت النتيجة ذات أهمية تتجاوز التفاصيل التقنية. فقد نجحت مبادرة UASF: فقد كانت العقد الاقتصادية، وليس المُعدِّنين، هي التي حددت قواعد التوافق التي سيتم تطبيقها. ويُستشهد بهذا الأمر الآن بشكل منتظم كدليل على أن حوكمة البيتكوين تقع في نهاية المطاف على عاتق أولئك الذين يشغلون البرنامج ويستخدمونه، وليس أولئك الذين ينتجون الكتل. ويُشار إلى الأول من أغسطس من قبل أجزاء من المجتمع باسم «يوم استقلال البيتكوين».

ما أتاحه نظام SegWit

شبكة لايتنينغ

تم تصميم شبكة «لايتنينغ» قبل ظهور تقنية «سيغويت». وكان مطوروها يدركون أنه لا يمكن نشرها بأمان إلا بعد معالجة مشكلة قابلية التلاعب بالمعاملات، لأن قنوات الدفع تعتمد على سلاسل من المعاملات غير المؤكدة التي تشير إلى بعضها البعض عبر معرّف المعاملة (TXID). وقد ساهم ضمان «سيغويت» بتثبيت معرّف المعاملة (TXID) في جعل تلك القنوات آمنة.

تم إطلاق شبكة «لايتنينغ» على الشبكة الرئيسية لبيتكوين في أوائل عام 2018، بعد حوالي ستة أشهر من تفعيل تقنية «سيغويت». وبحلول الربع الأول من عام 2025، كانت الشبكة قد عالجت أكثر من 100 مليون معاملة. ولولا تقنية «سيغويت»، لما كانت أي من تلك البنية التحتية موجودة.

Taproot وإصدارات البرامج النصية

أدخلت تقنية SegWit نظام إصدارات «سكريبت» إلى تنسيق معاملات البيتكوين. يبدأ برنامج «الشهود» (witness) ببايت للإصدار: تغطي SegWit V0 كل من P2WPKH وP2WSH. وأي ترقية مستقبلية تحدد رقم إصدار جديد ستحظى بقواعدها الخاصة دون أن تتعارض مع القواعد الحالية، ودون الحاجة إلى خوض معركة أخرى مثيرة للجدل حول الترقية.

SegWit V1 هو Taproot، الذي تم تفعيله في نوفمبر 2021. وقد أدخل التوقيعات من نوع Schnorr، وإطار عمل MAST (أشجار الصياغة المجردة الميركلية) لشروط الإنفاق المعقدة، وتحسينات في الخصوصية تجعل المحافظ متعددة التوقيعات تبدو مطابقة للمعاملات ذات التوقيع الواحد على السلسلة. وقد اعتمدت كل قدرة تقنية أدخلها Taproot على بنية الإصدارات التي أنشأها SegWit.

الأرقام الترتيبية والنقوش

إن بنية بيانات الشاهد نفسها التي أدخلتها تقنية SegWit، والتي وسعتها تقنية Taproot، جعلت من الممكن تقنيًّا تضمين بيانات عشوائية وصور ونصوص ورموز برمجية مباشرةً في معاملات البيتكوين. وهذه هي الآلية الكامنة وراء بروتوكول Ordinals ونقوش البيتكوين، والتي أدت إلى طفرة في استخدام البيانات على السلسلة ودفعت إلى اعتماد Taproot في حوالي 42% من المعاملات بحلول عام 2024. ومع تراجع نشاط النقوش، استقر استخدام Taproot عند حوالي 20% من المعاملات بحلول أواخر عام 2025، في حين ظل SegWit V0 هو التنسيق السائد بنسبة تبلغ حوالي 85%.

SegWit في سياقها: الجدول الزمني لترقيات البيتكوين

التبني الحالي

ازداد اعتماد تقنية SegWit بشكل مطرد بعد تفعيلها، حيث بلغت نسبتها 30% من المعاملات خلال الأشهر القليلة الأولى، ثم تجاوزت عتبة الـ50% على مدار العامين التاليين مع قيام المحافظ والبورصات بتحديث برامجها.

اعتبارًا من عام 2026، تستخدم حوالي 85% من معاملات البيتكوين تقنية SegWit (المصدر: إحصائيات شبكة البيتكوين من Spark.money، وCoinGecko). أما الـ15% المتبقية فهي معاملات قديمة من محافظ وخدمات لم يتم تحديثها. بلغ اعتماد تقنية Taproot (P2TR، SegWit V1) ذروته عند حوالي 42% من المعاملات في عام 2024، مدفوعًا إلى حد كبير بنشاط تسجيل الأرقام الترتيبية (Ordinals)، قبل أن يستقر عند حوالي 20% بحلول أواخر عام 2025 مع انخفاض حجم عمليات التسجيل.

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

SegWit مقابل النظام القديم: ملخص الاختلافات

الخلاصة

SegWit هي ترقية البروتوكول التي فصلت بيانات التوقيع في شبكة البيتكوين عن بيانات المعاملات، وأصلحت ثغرة أمنية كانت موجودة منذ عام 2009، وخفضت رسوم المعاملات بنحو الثلث، ووفرت الأساس الهيكلي لشبكة Lightning Network وTaproot وكل ما بُني عليهما منذ ذلك الحين.

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