
Segregated Witness، أو ما يُعرف اختصارًا بـ SegWit، هو ترقية لبروتوكول Bitcoin تهدف إلى فصل "بيانات الشاهد" عن الجزء الرئيسي لكل معاملة. وتشير بيانات الشاهد إلى التوقيعات والإثباتات التي تثبت صلاحية إنفاق أموال معينة.
من خلال فصل بيانات الشاهد، يصبح محتوى المعاملات الأساسي أكثر استقرارًا، بينما تُخزن معلومات التوقيع في منطقة مخصصة. هذا التغيير البنيوي يعالج مشكلة "قابلية تغيير المعاملة" ويقدم مقياسًا جديدًا يُسمى "وزن الكتلة" لقياس سعة الكتلة. بذلك، يعزز SegWit من كفاءة Bitcoin وقدرتها دون المساس بقواعد الأمان.
المشكلة الرئيسية التي يسعى SegWit لحلها هي قابلية تغيير المعاملة. تحدث هذه المشكلة عندما يستطيع شخص ما تعديل بعض عناصر توقيع المعاملة قبل تأكيدها، مما يؤدي إلى تغيير معرف المعاملة (TXID) الخاص بها—أي هويتها الفريدة.
تخيل أنك ترسل أموالًا إلى صديقك. أثناء انتظار تأكيد المعاملة، قد يستطيع طرف آخر تعديل تنسيق التوقيع، فينتج عن ذلك TXID مختلف. رغم أن أموالك تظل آمنة، فإن أي عمليات تعتمد على TXID الأصلي (مثل إدارة القنوات أو المعاملات المعتمدة على السكريبتات المتقدمة) قد تصبح غير موثوقة. بنقل التوقيعات خارج حساب TXID، يضمن SegWit أن التغييرات البسيطة في التوقيعات لن تؤثر على معرفات المعاملات، ما يجعل العمليات اللاحقة أكثر استقرارًا.
يعمل SegWit عبر وضع بيانات التوقيع والشاهد في منطقة منفصلة خارج البنية الأساسية للمعاملة. وعند احتساب معرف المعاملة، لا تُؤخذ بيانات الشاهد في الاعتبار. تم تفعيل SegWit من خلال "Soft Fork"، ما يعني أن الترقية متوافقة مع الإصدارات السابقة—فتعمل العُقد المحدثة والقديمة معًا دون تعارض.
من الناحية التقنية، يقدم SegWit تنسيقًا جديدًا للمعاملات: تعتبر العُقد القديمة بيانات الشاهد "معلومات إضافية" وتتحقق من القواعد الأساسية دونها، بينما تقرأ العُقد المحدثة وتتحقق بالكامل من بيانات الشاهد باستخدام طرق تحقق حديثة. هذا الأسلوب يعالج مشاكل القابلية للتغيير ويضمن انتقالًا سلسًا للشبكة.
يزيد SegWit السعة الفعلية للكتلة عبر مفهوم "وزن الكتلة". وزن الكتلة هو نظام تقييم حيث يكون لبيانات المعاملة الأساسية وزن أعلى، بينما يكون لبيانات الشاهد وزن أقل. هناك حد أقصى لإجمالي وزن الكتلة (غالبًا ما يُوصف بـ 4 ملايين وحدة وزن)، ما يسمح بإدراج المزيد من المعاملات في كل كتلة.
في Bitcoin، ترتبط رسوم المعاملات بـ"الوزن المستهلك" وليس بحجم البايت الفعلي. بنقل التوقيعات إلى جزء منخفض الوزن، ينخفض الوزن الكلي للعديد من المعاملات، ما يؤدي إلى رسوم تعدين أقل. على سبيل المثال، عناوين SegWit الأصلية (التي تبدأ بـ "bc1") غالبًا ما يكون لها أوزان معاملات أقل ورسوم أفضل—وهو أمر يظهر بوضوح أكبر أثناء ازدحام الشبكة. تشير البيانات العامة إلى أن 80%-90% من معاملات Bitcoin بحلول منتصف 2024 تستخدم SegWit (المصادر: مستكشفو البلوكشين ومنصات التحليل مثل mempool.space وGlassnode، 2024).
عناوين SegWit تُصنف عمومًا إلى ثلاث فئات:
عند إجراء التحويلات:
استخدام SegWit على Gate سهل. اتبع الخطوات التالية:
يوفر SegWit دعمًا أساسيًا لحلول الطبقة الثانية مثل Lightning Network عبر معالجة قابلية تغيير المعاملة وضمان معرفات معاملات أكثر استقرارًا. تعتمد Lightning Network على هياكل معاملات قابلة للبرمجة والتتبع لإنشاء قنوات دفع، ويجعل SegWit هذه العمليات أكثر موثوقية.
لمن يبحث عن مدفوعات صغيرة أسرع وأقل تكلفة، توصي المحافظ غالبًا باستخدام عناوين تدعم SegWit للاستفادة من رسوم أقل وإدارة قنوات أكثر استقرارًا.
تم تنفيذ SegWit كترقية Soft Fork مع توافق قوي بشكل عام، لكن هناك بعض الملاحظات:
لتقليل المخاطر:
يركز SegWit على فصل بيانات الشاهد وحل مشاكل القابلية للتغيير مع زيادة السعة عبر ضبط وزن الكتلة. بينما يبني Taproot على هذا الأساس عبر تعزيز الخصوصية ومرونة العقود الذكية، ليجعل الشروط المعقدة على السلسلة تظهر مثل التحويلات العادية.
العلاقة بينهما مثل "الأساس والطوابق العلوية": يضع SegWit الأساس البنيوي للتوسع، بينما يطور Taproot سهولة الاستخدام والخصوصية. المحافظ التي تدعم Taproot تدعم عادةً أيضًا عناوين SegWit—ويعمل التحديثان بشكل متكامل.
يفصل SegWit بيانات الشاهد المرتبطة بالتوقيع عن المعاملات الأساسية، ويحل مشكلة قابلية تغيير المعاملة، ويزيد السعة الفعلية للكتلة وكفاءة الرسوم عبر وزن الكتلة، ويدعم حلولًا متقدمة مثل Lightning Network. عمليًا، يُنصح باستخدام عناوين "bc1" أو "3" لضمان التوافق وتوفير الرسوم؛ اختبر دائمًا بمبالغ صغيرة أولًا أثناء الازدحام.
للمزيد من التعلم:
نعم. SegWit متوافق مع الإصدارات السابقة—ولا تزال العناوين التقليدية (P2PKH) قادرة على استقبال وإرسال المعاملات. ومع ذلك، يُوصى بالانتقال إلى عناوين SegWit (P2WPKH أو P2SH-P2WPKH) للحصول على رسوم أقل وتأكيدات أسرع. يمكنك عرض أو تغيير نوع العنوان في إعدادات محفظة Gate.
لا. يمكنك إرسال BTC بين جميع أنواع العناوين المدعومة—سواء SegWit أو تقليدية. ومع ذلك، لتحقيق أقصى استفادة من الرسوم والأداء، يجب أن يستخدم كل من المرسل والمستلم عناوين SegWit. من الأفضل تشجيع الأصدقاء أو الأطراف المقابلة على الترقية إلى عناوين SegWit لتحقيق أفضل النتائج.
تم تطوير بعض الأنظمة القديمة قبل إصدار SegWit؛ ويتطلب دمج SegWit تغييرات كبيرة في الشيفرة البرمجية. عدم دعم SegWit لا يعني ضعف الأمان—بل يعني فقط أن المستخدمين لا يمكنهم الاستفادة من مزاياه. اختيار منصات مثل Gate يضمن لك أحدث التقنيات وأقل التكاليف.
لا يوجد فرق جوهري. عملية إنشاء المفاتيح الخاصة وإدارتها متطابقة؛ فقط تنسيق العنوان هو الذي يتغير. نفس المفتاح الخاص يمكنه اشتقاق أنواع متعددة من العناوين (P2PKH, P2WPKH, P2SH). النسخ الاحتياطي السليم للمفتاح الخاص أو عبارة الاسترداد ضروري بغض النظر عن نوع العنوان.
لا. SegWit يعيد تنظيم هياكل البيانات دون التأثير على الأسس التشفيرية لـ Bitcoin. بل إنه من خلال معالجة قابلية تغيير المعاملة، يعزز SegWit الأمان في سيناريوهات معينة (مثل عمليات Lightning Network). جميع معاملات SegWit عبر Gate توفر نفس ضمانات الأمان مثل المعاملات التقليدية.


