تاريخ بيتكوين مليء بالتحديثات الحرجة التي حددت مساره كعملة رقمية عالمية. من بين هذه المعالم التقنية، قليلة ما كانت بنفس القدر من التحويلية أو مثيرة للجدل مثل تنفيذ الشهود المفصولة. والتي يُشار إليها غالباً باختصارها SegWit، تم تفعيل هذا الترقية للبروتوكول في أغسطس 2017 بعد فترة من المناقشات المكثفة في المجتمع وبناء الإجماع. لقد مثلت لحظة محورية للشبكة، معالجة قضايا طويلة الأمد تتعلق بالقابلية للتوسع والأمان.
قبل SegWit، واجهت شبكة Bitcoin ضغوطاً متزايدة من قاعدة مستخدميها النامية. مع زيادة التبني، أصبحت قيود حجم الكتلة الأصلي عنق الزجاجة، مما أدى إلى ازدحام الشبكة وزيادة تكاليف المعاملات. سعى المطورون والمهتمون إلى حل يخفف هذه الضغوط دون المساس بالطبيعة اللامركزية للبلوكشين. برزت الشهود المفصولة كحل هندسي ذكي يُحسّن طريقة تخزين البيانات بدلاً من زيادة حد حجم الكتلة ببساطة.
لم يقتصر الترقية على تحسين السعة فحسب. بل غيّر أساساً آليات معالجة المعاملات من خلال معالجة ثغرة تقنية معروفة باسم مرونة المعاملة. من خلال إصلاح هذه المشكلة، وضع SegWit الأساس اللازم للحلول الطبقة الثانية مثل Lightning Network للازدهار. مما مهد الطريق للمدفوعات الفورية منخفضة التكلفة التي كانت صعبة التنفيذ بأمان سابقاً.
فهم SegWit يتطلب النظر إلى ما هو أبعد من المواصفات التقنية فحسب. إنه يشمل فحص نموذج الحوكمة في Bitcoin، واقتصاد مساحة الكتلة، وديناميكيات المجتمع التي تدفع تطور البروتوكول. أظهر هذا الترقية أن Bitcoin يمكنه التكيف والتوسع من خلال الـ soft forks، محافظاً على التوافق الخلفي مع إدخال تحسينات جذرية في الكفاءة والمنفعة.
تحدي القابلية للتوسع
تم تصميم Bitcoin أصلاً بحد لحجم الكتل التي يمكن إضافتها إلى البلوكشين. هذا الحد، الذي حدد بـ 1 ميغابايت (MB)، كان يعمل كإجراء وقائي ضد هجمات السبام في الأيام الأولى للشبكة. ومع ذلك، مع نمو Bitcoin من تجربة غامضة إلى أصل معترف به عالمياً، بدأ هذا الميزة الأمني في التصرف كقيد على النمو.
عنق زجاجة حجم الكتلة
تتكون كل معاملة Bitcoin من بيانات يجب معالجتها وحفظها من قبل المنقبين. تشمل هذه البيانات المدخلات والمخرجات والتوقيعات الرقمية التي تثبت ملكية الأموال التي يتم إنفاقها. في عصر ما قبل SegWit، كان يجب أن يتنافس كل هذه المعلومات على المساحة داخل حد الكتلة الصارم البالغ 1 ميغابايت.
مع ارتفاع شعبية الشبكة، تجاوز الطلب على مساحة الكتلة الإمداد المتاح بشكل متكرر. وجد المستخدمون أنفسهم في حرب مزايدة، مضيفين رسوماً أعلى إلى معاملاتهم لتحفيز المنقبين على تضمينها في الكتلة التالية. أدى هذا الديناميكي إلى تأخير أوقات التأكيد للمستخدمين الذين دفعوا رسوماً قياسية.
خلال فترات الذروة، أصبحت الشبكة مزدحمة، مما جعلها غير عملية للمدفوعات الصغيرة أو المعاملات الدقيقة. أدرك المجتمع أنه لكي يعمل Bitcoin بفعالية كمتجر للقيمة ووسيط للتبادل، يجب زيادة إنتاجية الشبكة. ركز الجدل على كيفية تحقيق هذا التوسع دون التضحية بالأمان أو اللامركزية.
معضلة الـ Hard Fork
كان أحد الحلول المقترحة لمشكلة القابلية للتوسع هو hard fork. الـ hard fork هو تغيير جذري للبروتوكول يجعل الكتل/المعاملات غير الصالحة سابقاً صالحة، أو العكس. في سياق التوسع، كان ذلك يعني إعادة كتابة الكود ببساطة للسماح بكتل أكبر، مثل 2 ميغابايت أو 8 ميغابايت.
ومع ذلك، يحمل الـ hard forks مخاطر كبيرة. إنها تتطلب من جميع العقد على الشبكة ترقية برمجياتها في وقت واحد. إذا رفض جزء من المجتمع الترقية أو اختلف مع التغيير، يمكن أن تنقسم البلوكشين إلى سلسلتين منفصلتين. وقد حدث ذلك مع إنشاء Bitcoin Cash، الذي اختار زيادة حجم الكتلة عبر hard fork.
أعطى مطورو Bitcoin Core الأولوية لنهج أكثر أماناً يُعرف بالـ soft fork. الـ soft fork هو ترقية متوافقة مع الخلفية، مما يعني أن العقد التي تعمل بإصدارات أقدم من البرمجية يمكنها المشاركة في الشبكة. تم تصميم SegWit كـ soft fork لضمان بقاء الشبكة موحدة مع تقديم التحسينات اللازمة في السعة.
الإجماع والحوكمة
سلك طريق تفعيل SegWit طبيعة حوكمة Bitcoin الفريدة. بخلاف الأنظمة المركزية حيث يملي قائد التغييرات، يعتمد Bitcoin على الإجماع بين مجموعة متنوعة من المشاركين. يشمل ذلك المنقبين والمطورين ومشغلي العقد والمستخدمين النهائيين.
اقتراح SegWit، المعروف بـ Bitcoin Improvement Proposal (BIP) 141، تطلب نسبة دعم عالية جداً من المنقبين للتفعيل. تحديداً، 95% من قوة الهاش للتعدين يجب أن تشير إلى الاستعداد خلال فترة أسبوعين. تضمن هذه العتبة العالية أن تكون الترقيات مدعومة بشكل ساحق قبل فرضها، مما يقلل من خطر عدم استقرار الشبكة.
كيف يعمل SegWit تحت الغطاء
تشير الابتكار الأساسي للشهود المفصولة إلى اسمها. "مفصولة" تعني الفصل، و"الشاهد" يشير إلى التوقيعات الرقمية التي تتحقق من المعاملة. في معاملات Bitcoin التقليدية، كانت بيانات التوقيع الرقمي متداخلة مع بيانات المعاملة، تشغل جزءاً كبيراً من مساحة الكتلة القيمة البالغة 1 ميغابايت.
فصل بيانات الشاهد
أعاد SegWit هيكلة تنسيق المعاملة بنقل بيانات الشاهد (التوقيعات) خارج هيكل الكتلة الرئيسي. بينما لا تزال هذه البيانات مسجلة ومُتحققة، إلا أنها مخزنة في هيكل منفصل يسير موازياً لكتلة المعاملة الأساسية. كان هذا الفصل المفتاح لإطلاق سعة أكبر دون زيادة فنية لحد 1 ميغابايت للعقد القديمة.
لتصور ذلك، تخيل قطاراً يمثل كتلة Bitcoin. في النظام التقليدي، كان الركاب (تفاصيل المعاملة) وحقائبهم (التوقيعات) محشورين جميعاً في نفس عربات القطار. كان للقطار حد صارم على الحجم الذي يمكنه حمله.
أضاف SegWit بشكل فعال عربة شحن متخصصة في الخلف مخصصة للحقائب. بنقل الحقائب الثقيلة خارج عربات الركاب، يمكن للقطار حينها حمل عدد أكبر بكثير من الركاب داخل الحجر الرئيسي نفسه. لا تزال "الحقائب" تسافر مع القطار، لكنها لم تعد تشغل المساحة المميزة اللازمة للركاب أنفسهم.
وزن الكتلة مقابل حجم الكتلة
لتنفيذ هذا التغيير، أدخل SegWit مفهوماً جديداً يُدعى "وزن الكتلة". استُبدل القياس القديم لحجم الكتلة بالبايتات البسيطة بنظام يعين "أوزاناً" مختلفة لأجزاء مختلفة من المعاملة. سمح ذلك للشبكة بالتمييز بين بيانات المعاملة الحرجة وبيانات الشاهد.
تحت هذا النظام الجديد، تُحسب بيانات المعاملة الأساسية بحجمها الكامل، بينما تُخصم بيانات الشاهد. تحديداً، وزن بيانات الشاهد أقل بكثير من بيانات المعاملة في حساب حد الكتلة. زاد هذا التغيير فعلياً حد حجم الكتلة من 1 ميغابايت إلى 4 ميغابايت نظرية من "وحدات الوزن".
شجع هذا التحول المستخدمين ومزودي المحافظ على تبني عناوين SegWit. كانت المعاملات التي استخدمت التنسيق الجديد أرخص في الإرسال لأنها تستهلك "وزناً" أقل في الكتلة مقارنة بالمعاملات التقليدية. ساعد هذا الحافز الاقتصادي في دفع تبني الترقية عبر النظام البيئي.
البايتات الافتراضية (vBytes)
مع إدخال وزن الكتلة، تطورت أيضاً مفهوم رسوم المعاملة. بدأت الرسوم في الحساب بالـ "بايتات افتراضية" (vBytes) بدلاً من البايتات الخام. الـ vByte هو وحدة قياس مشتقة من وزن المعاملة.
بسبب خصم بيانات الشاهد، يكون حجم معاملة SegWit أصغر في vByte من معاملة تقليدية بنفس الحجم الخام. هذا يعني أن معاملة SegWit تكلف رسوماً إجمالية أقل بنفس معدل الرسوم (ساتوشي لكل بايت).
كان هذا التحسن في الكفاءة فورياً للمستخدمين الذين انتقلوا إلى محافظ متوافقة مع SegWit. سمح ذلك للشبكة بمعالجة المزيد من المعاملات في الثانية، مما يزيد الإنتاجية فعلياً دون المخاطر المرتبطة بالـ hard fork. أثبت التحسين أن الهندسة الذكية يمكنها عصر المزيد من الأداء من البنية التحتية الحالية.
حل مرونة المعاملة
بينما كان التوسع الميزة الرئيسية لـ SegWit، إلا أن الترقية حلت عيباً تقنياً حرجاً آخر يُعرف بمرونة المعاملة. كانت هذه المشكلة تطارد Bitcoin منذ نشأتها وتعمل كحاجز رئيسي أمام تطوير بروتوكولات الطبقة الثانية المتقدمة.
تشير المرونة إلى قدرة طرف ثالث على تغيير المعرف الفريد (TXID) للمعاملة قبل تأكيدها على البلوكشين. مهم أن هذا التغيير يمكن إجراؤه دون إبطال المعاملة نفسها أو تغيير التفاصيل الأساسية مثل المرسل أو المتلقي أو المبلغ.
في النظام التقليدي، كان التوقيع الرقمي مشمولاً في حساب هاش المعاملة (TXID). ومع ذلك، يمكن تمثيل التوقيعات التشفيرية رياضياً بطرق مختلفة قليلاً مع بقائها صالحة. يمكن لمهاجم أو عقدة نقل تعديل بيانات التوقيع قليلاً، مما يؤدي إلى TXID مختلف تماماً.
إذا تغير TXID، قد يعتقد المرسل أن المعاملة فشلت، بينما يؤكد المتلقي (أو المهاجم) النسخة المعدلة. أحدث ذلك ارتباكاً وجعل ربط المعاملات غير المؤكدة خطيراً. إذا تغير معرف المعاملة الأولى في السلسلة، تصبح أي معاملة لاحقة تشير إلى ذلك المعرف غير صالحة.
أصلح SegWit ذلك بنقل بيانات التوقيع خارج الجزء من المعاملة المستخدم لتوليد TXID. بما أن "الشاهد" مفصول، لن تؤثر أي تغييرات في بيانات التوقيع على معرف المعاملة بعد الآن. جعل ذلك معرف المعاملة غير قابل للتغيير من اللحظة التي تم إنشاؤه فيها.
تمكين Lightning Network
كان إصلاح مرونة المعاملة محفز Lightning Network. Lightning Network هي حل توسع طبقة 2 يعتمد بشكل كبير على القدرة على إنشاء سلاسل من المعاملات غير المؤكدة بأمان.
الأساس للطبقة 2
لكي تعمل قنوات الدفع، يفتح طرفان حساباً مشتركاً على البلوكشين ثم يتبادلان معاملات موقعة خارج السلسلة. تحدث هذه المعاملات خارج السلسلة رصيد القناة دون الوصول إلى البلوكشين الرئيسي.
ومع ذلك، تعتمد هذه المعاملات خارج السلسلة على معاملة التمويل الأولية "المراسي" بأمان. إذا كانت مرونة المعاملة لا تزال ممكنة، يمكن لممثل سيء تغيير معرف معاملة التمويل. سيبطل ذلك كل المنطق خارج السلسلة اللاحق الذي اتفق عليه الطرفان.
بتأمين معرف المعاملة، قدم SegWit الأساس الصلب المطلوب لهذه العقود الذكية. سمح ذلك لعقد Lightning بالثقة بأن المعاملات التي يوقعونها خارج السلسلة ستبقى صالحة عند تسويتها نهائياً على شبكة Bitcoin الرئيسية.
تسويات فورية
مع إزالة خطر المرونة، يمكن نشر Lightning Network بأمان. مكّن ذلك من تسوية المدفوعات شبه الفورية بين المستخدمين في أي مكان في العالم. بينما قدم SegWit زيادة متواضعة في السعة على السلسلة، مكّن Lightning من إمكانية توسع خارج السلسلة شبه غير محدود.
يمكن للمستخدمين الآن إجراء ملايين المعاملات دون إثقال البلوكشين الرئيسي، مع تسوية النتيجة النهائية فقط. يمثل هذا الجمع بين كفاءة على السلسلة (عبر SegWit) وتوسع خارج السلسلة (عبر Lightning) استراتيجية Bitcoin الرئيسية للتعامل مع حجم المعاملات العالمي.
ملحمة التفعيل: BIP 141 وUASF
لم يكن نشر SegWit تحديثاً تقنياً فحسب؛ بل كان حدثاً تاريخياً في الحوكمة اللامركزية. كشف العملية عن ديناميكيات القوة المعقدة بين المنقبين والمطورين والمستخدمين داخل نظام بيتكوين البيئي.
الاقتراح (BIP 141)
تم اقتراح ترقية SegWit رسمياً كـ Bitcoin Improvement Proposal 141. للتفعيل السلس، حدد المطورون عتبة تتطلب 95% من الكتل تشير إلى الدعم للترقية خلال عصر صعوبة أسبوعين. كان ذلك مقصوداً لضمان عدم انقسام الشبكة.
ومع ذلك، ثبت تحقيق هذا الإجماع صعباً. أدت مصالح سياسية واقتصادية متنوعة بين برك التعدين الكبرى إلى جمود. فضّل بعض المنقبين hard fork لزيادة حجم الكتلة مباشرة، بينما تردد آخرون في ترقية بنيتهم التحتية.
لأشهر، دارت إشارات التفعيل أقل بكثير من العتبة المطلوبة. بدا أن الترقية قد تتعطل إلى أجل غير مسمى، مما يبرز عيباً محتملاً في الاعتماد على إشارات المنقبين لترقيات البروتوكول.
User Activated Soft Fork (BIP 148)
مُحبطين من عدم التقدم، برزت حركة شعبية داخل المجتمع. كانت هذه المبادرة تُعرف بـ User Activated Soft Fork (UASF)، أو BIP 148. كان المفهوم ثورياً: بدلاً من انتظار المنقبين للتصويت، سيقوم الأغلبية الاقتصادية من العقد (المستخدمين والمنصات التجارية والأعمال) بفرض الترقية بأنفسهم.
شغّل مشاركو UASF إصداراً من برمجية Bitcoin يرفض أي كتل لا تشير إلى دعم SegWit بعد تاريخ معين. رسم ذلك خطاً في الرمل فعلياً. إذا استمر المنقبون في تجاهل SegWit، سيتم رفض كتبهم من قبل جزء كبير من الشبكة، مما يسبب لهم خسارة الإيرادات.
غيّر تهديد User Activated Soft Fork توازن القوى. أظهر أن المنقبين يعالجون المعاملات بينما المستخدمون يحددون قواعد البروتوكول. أمام الضغط الاقتصادي لـ UASF، استسلم المنقبون، وتم تأمين SegWit وتفعيله في أغسطس 2017.
أنواع العناوين والتوافق
بعد تفعيل SegWit، شهد نظام بيتكوين البيئي ظهور تنسيقات عناوين مختلفة. فهم هذه التنسيقات أمر أساسي للمستخدمين الذين يريدون الاستفادة من الرسوم الأقل والفوائد الكفاءية التي يقدمها SegWit.
العناوين التقليدية
تنسيق عنوان Bitcoin الأصلي يُعرف بـ Legacy. تبدأ هذه العناوين عادة بالرقم 1. المعاملات المرسلة من عناوين Legacy أكبر حجماً لأنها لا تستخدم فصل بيانات الشاهد. وبالتالي، هي الأغلى استخداماً من حيث رسوم المعاملات.
Nested SegWit (P2SH)
لضمان تبني سلس، أدخل المطورون طبقة توافق تُعرف بـ Pay to Script Hash (P2SH). تبدأ هذه العناوين بالرقم 3. سمحت للمستخدمين بإرسال معاملات SegWit حتى لو لم تدعم محفظة المرسل التنسيق الأصلي الجديد بالكامل.
قدّم Nested SegWit أرضية وسطى. قدم توفيراً كبيراً في الرسوم مقارنة بعناوين Legacy، وإن لم يكن بنفس قدر التنفيذ الأصلي الكامل. لفترة طويلة، كان هذا المعيار القياسي للعديد من المنصات والمزودي محافظ أثناء تحديث أنظمتهم.
Native SegWit (Bech32)
التنسيق الأكثر كفاءة هو Native SegWit، المعروف أيضاً بـ Bech32. تبدأ هذه العناوين بـ bc1. تتميز عناوين Native SegWit بأنها غير حساسة لحالة الأحرف، مما يقلل من خطر أخطاء الكتابة.
الأهم، معاملات Native SegWit أصغر في البايتات الافتراضية من نظيراتها Nested. يؤدي ذلك إلى أقل رسوم معاملات ممكنة للمستخدمين. مع نضج النظام البيئي، أصبح Native SegWit المعيار الافتراضي لمعظم المحافظ والخدمات الحديثة.
| نوع العنوان | البادئة | كفاءة الرسوم | التوافق |
|---|---|---|---|
| Legacy | 1... | منخفضة | شامل |
| Nested SegWit | 3... | متوسطة | عالي |
| Native SegWit | bc1... | عالية | محافظ حديثة |
ما بعد SegWit: Taproot وOrdinals
أثبت تنفيذ SegWit الناجح أن Bitcoin يمكنه الخضوع لترقيات معقدة دون تعطيل قيمته الأساسية. مهد هذا النجاح الطريق لابتكارات لاحقة وسّعت قدرات الشبكة أكثر.
Taproot وتوقيعات Schnorr
في نوفمبر 2021، فعّل Bitcoin ترقية Taproot. بنى Taproot مباشرة على الأساس الذي وضعه SegWit. أدخل توقيعات Schnorr، التي سمحت بكفاءة وخصوصية أكبر.
مثل SegWit، غيّر Taproot طريقة تخزين البيانات على البلوكشين. مكّن من تجميع التوقيعات، حيث يمكن دمج توقيعات متعددة في معاملة معقدة في توقيع واحد. جعل ذلك العقود الذكية المعقدة غير قابلة للتمييز عن المعاملات العادية، محسنًا الخصوصية مع توفير مساحة الكتلة.
بدون التغييرات الهيكلية التي أدخلها SegWit، خاصة نظام إصدار السكريبت، كانت ترقيات مثل Taproot أصعب بكثير في النشر. أقام SegWit مساراً واضحاً للقابلية للتوسعة المستقبلية.
صعود Ordinals
مؤخراً، استفادت Bitcoin Ordinals من بنية SegWit بطرق غير متوقعة. تسمح Ordinals للمستخدمين بنقش بيانات تعسفية—مثل الصور أو النصوص أو الكود—مباشرة على ساتوشيات فردية.
هذا ممكن لأن SegWit خصم "وزن" بيانات الشاهد. أدرك الناقشون أنهم يمكنهم تخزين كميات كبيرة من البيانات في حقل الشاهد لمعاملة بجزء من تكلفة تخزينها في منطقة الكتلة الرئيسية. رغم أنه مثير للجدل لبعض الذين يرونه سبام، أظهرت Ordinals مرونة مساحة بيانات الشاهد.
يبرز هذا الاستخدام غير المتوقع طبيعة تصميم SegWit القوية. بإنشاء مسار منفصل مخفض للبيانات، خلقت الترقية عرضاً غير مقصود للآثار الرقمية، مما يزيد من تنوع منفعة بلوكشين Bitcoin.
الخاتمة
يُعد فصل الشهود (SegWit) شهادة على صمود وقدرة تكيف شبكة Bitcoin. أمام عنق زجاجة حرج يهدد خنق النمو، توحد المجتمع خلف حل أنيق متوافق مع الخلفية ومستقبلي. بإعادة تخيل هيكل بيانات المعاملات، قدم SegWit راحة فورية من الرسوم العالية مع الحفاظ على اللامركزية التي تعطي Bitcoin قيمتها.
يمتد إرث SegWit إلى ما هو أبعد من حسابات وزن الكتلة البسيطة. حل الثغرة المستمرة لمرونة المعاملات، مفتحاً الإمكانيات لتوسعات الطبقة الثانية مثل Lightning Network. علاوة على ذلك، أقام سابقة لحوكمة مدفوعة بالمستخدمين، مثبتاً أن الأغلبية الاقتصادية يمكنها التحقق فعلياً من قوة كيانات التعدين.
مع استمرار تطور Bitcoin، تبقى الهياكل التي بناها SegWit مركزية لعملياته. من كفاءة عناوين Native SegWit إلى القدرات المتقدمة لـ Taproot وOrdinals، أعادت الترقية تعريف ما هو ممكن على البلوكشين. ضمنت أن Bitcoin يمكنه التوسع لتلبية الطلب العالمي دون المساس بالمبادئ التي أُسس عليها.
ثور SegWit على Bitcoin بفصل التوقيعات عن بيانات المعاملة، مما زاد سعة الكتلة فعلياً وأصلح أخطاء حرجة لتمكين التوسع المستقبلي.