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

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

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

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

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

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

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

ما هو SegWit؟

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

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

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

وقد تم تحديد هذه الترقية رسمياً باعتبارها «اقتراح تحسين البيتكوين رقم 141» (BIP 141) وقد اقترحه مطورو Bitcoin Core بيتر وويل وإريك لومبروزو وجونسون لاو في مؤتمر Scaling Bitcoin الذي عُقد في ديسمبر 2015. تم تفعيله على شبكة Bitcoin الرئيسية في 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 وحدات وزن
• كل بايت من بيانات الشهود لا يكلف سوى وحدة وزن واحدة

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

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

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

يتم تحديد رسوم المحفظة بوحدة الساتوشي لكل بايت افتراضي (sat/vB). وتكون رسوم معاملة 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 بايت، أي أقل بنحو 38٪ من المعاملة القديمة المماثلة. تدعمها جميع المحافظ والبورصات النشطة اعتبارًا من عام 2026.

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

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

توصية سريعة

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

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

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

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

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

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

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

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

جاءت المعارضة الأكبر من شركات التعدين الكبرى، ولا سيما شركة «بيتماين»، التي كانت تسيطر في ذلك الوقت على حصة كبيرة من معدل التجزئة لشبكة البيتكوين. وقد اتضح السبب لاحقًا: استخدمت Bitmain تقنية حاصلة على براءة اختراع تُسمى 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

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

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

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

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

أدخلت تقنية SegWit نظام إصدارات البرامج النصية إلى تنسيق معاملات البيتكوين. يبدأ برنامج الشاهد ببايت للإصدار: تغطي 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)، هي الصيغ التي ينبغي على معظم المستخدمين استخدامها بشكل افتراضي اليوم. تظل المعركة السياسية التي أحاطت بتفعيله أحد أكثر الفصول إفادة في تاريخ حوكمة البيتكوين: دليل على أنه في شبكة لامركزية، التوافق ليس شيئًا يمنحه المعدنون، بل هو شيء يؤكده المستخدمون.