

يستخدم المستخدمون والمنصات في منظومة Bitcoin ثلاثة أنواع رئيسية من العناوين: Legacy، SegWit، وNative SegWit. يمثل كل نوع مرحلة من مراحل التطور التقني لـ Bitcoin، ويوفر مستويات مختلفة من الكفاءة وتكاليف المعاملات والتوافق. يمكنك نقل عملاتك من عنوان Legacy إلى عنوان SegWit عبر الإجراءات القياسية للمعاملات.
تدعم المحافظ البرمجية والأجهزة الكبرى عناوين Native SegWit، ما يمنح تجربة معاملات أقل تكلفة. لكن يجدر الإشارة إلى أن بعض منصات التداول لم تدعم بعد هذا التنسيق الجديد، الأمر الذي يؤثر على خيارات المستخدمين عند تحديد المحافظ والمنصات.
عنوان Bitcoin هو المعرف الأساسي لإرسال واستلام مدفوعات Bitcoin عبر شبكة البلوكشين. يعمل بطريقة مشابهة لرقم الحساب المصرفي في التمويل التقليدي—فعندما تريد إرسال Bitcoin إلى شخص آخر، تحتاج إلى عنوانه لإتمام العملية. تُنشأ عناوين Bitcoin عبر تطبيقات المحافظ، وتتيح للمستخدمين إرسال واستقبال وحفظ أصولهم الرقمية بأمان على الشبكة.
على مر الزمن، ظهرت ثلاثة أنواع بارزة من العناوين في شبكة Bitcoin: Legacy، SegWit، وNative SegWit. يمثل كل نوع أسلوبًا تقنيًا مختلفًا في إدارة المعاملات، ويتميز بمواصفات متنوعة من حيث الكفاءة والتكلفة والتوافق. فهم هذه الفروقات ضروري لمن يريد تحسين تجربة معاملاته وتقليل الرسوم.
في بداية تطوير Bitcoin، كان هناك نوع واحد فقط من العناوين متاحًا. هذا النوع الأصلي، المعروف بـ P2PKH (Pay-to-Pubkey Hash) أو Legacy، خدم الشبكة بشكل جيد في سنواتها الأولى. ومع زيادة شعبية Bitcoin وارتفاع حجم المعاملات، واجهت الشبكة تحديات في قابلية التوسع.
بين عامي 2016 و2017، شهد مجتمع Bitcoin نقاشات مكثفة حول قيود حجم الكتلة. كان حجم الكتلة الأقصى 1 ميغابايت، مما حصر عدد المعاملات التي يمكن إضافتها إلى البلوكشين في كل دورة. أدى ذلك إلى ازدحام الشبكة في فترات الذروة، وارتفاع الرسوم، وزيادة أوقات التأكيد.
ركزت الحلول على فصل جزء من بيانات المعاملة ونقله إلى طبقة ثانوية. هذا الجزء، المسمى witness data، شكل أساس ما يُعرف تقنيًا بـ "segregated witness" أو SegWit. مثل هذا التطوير تحولًا جوهريًا في هيكلة معاملات Bitcoin، ومهد الطريق لتحسين الكفاءة وقابلية التوسع.
Segregated Witness (SegWit) هو ترقية بروتوكولية مبتكرة غيّرت بشكل جذري طريقة هيكلة ومعالجة معاملات Bitcoin. في كل معاملة على البلوكشين، تشغل التوقيعات الرقمية حوالي 65٪ من مساحة البيانات. يعالج SegWit هذه المشكلة بإعادة تنظيم بيانات المعاملة بشكل أكثر كفاءة.
تكمن ميزة SegWit في طريقة تعامله مع بيانات التوقيع؛ إذ ينقلها من مدخلات المعاملة الرئيسية إلى هيكل منفصل في نهاية المعاملة. أدى هذا التحول إلى زيادة الحد الفعلي لحجم الكتلة من 1 ميغابايت إلى نحو 4 ميغابايت من بيانات المعاملات، مع بقاء وزن الكتلة ضمن حدود البروتوكول.
بفصل بيانات التوقيع عن جسم المعاملة الرئيسي، يتيح SegWit عدة مزايا: إدراج مزيد من المعاملات في كل كتلة، تقليل رسوم المعاملات، ومنع بعض مشاكل التلاعب في المعاملات السابقة. وتم تنفيذ هذه الترقية عبر soft fork، ما حافظ على التوافق مع عناوين Legacy.
في أغسطس 2017، شهدت شبكة Bitcoin ترقية soft fork مهمة أدخلت SegWit إلى المجتمع. وبعدها، تابع المطورون تحسين التقنية، ما أدى إلى ظهور Native SegWit—نسخة أكثر تطورًا من SegWit الأصلي.
يمثل Native SegWit، أو Bech32، أحدث وأكثر تنسيقات العنوان كفاءة في Bitcoin. ويستفيد تمامًا من مزايا SegWit دون التغليف الخاص بالتوافق العكسي، فيمنح كفاءة أعلى وتكاليف معاملات أقل من SegWit الانتقالية. تم تصميم هذا التنسيق لتعظيم فوائد SegWit مع الحفاظ على الأمان والثبات.
عنوان Legacy هو التنسيق الأصلي لعناوين Bitcoin، ويستخدم دالة P2PKH (Pay-to-Pubkey Hash). تعرف بسهولة من بدايتها بالرقم 1. مثال على عنوان Legacy: 1BvBMSEYstWetqTFn5Au4m4GFg7xJaNVN2.
رغم أنه أقدم تنسيق، لا تزال عناوين Legacy تعمل بكفاءة وتدعم بالكامل في الشبكة. تمثل هذه العناوين أساس نظام معاملات Bitcoin، ويستخدمها بعض المحافظ والمنصات، خاصة غير المحدثة. لكنها أقل كفاءة من حيث حجم المعاملة والرسوم مقارنة بالخيارات الحديثة.
عناوين SegWit هي صيغة انتقالية تربط بين Legacy وNative SegWit. بخلاف Legacy التي تبدأ بـ 1، تبدأ SegWit بـ 3، ما يدل على بنية نصية مختلفة. تستخدم دالة P2SH (Pay-to-Script Hash)، التي توفر وظائف متقدمة وتستخدم غالبًا في multisig.
يسمح تنسيق SegWit بتنفيذ معاملات SegWit غير الأصلية عبر معيار P2WPKH-in-P2SH (Pay-to-Witness-Pubkey-Hash-in-Pay-to-Script-Hash)، ما يتيح وظائف SegWit ضمن هيكل عنوان P2SH، ويضمن التوافق مع الأنظمة والمحافظ القديمة.
لأن SegWit نُفذ عبر soft fork، فهو متوافق مع البنية الحالية للشبكة. يمكنك نقل عملاتك بحرية من Legacy إلى SegWit باستخدام الإجراءات القياسية، دون الحاجة إلى بروتوكولات خاصة. وساعد هذا التوافق على تبني SegWit تدريجيًا في منظومة Bitcoin.
عناوين Native SegWit، المعروفة باسم Bech32، تختلف بوضوح عن تنسيقات العناوين السابقة. تبدأ بمقدمة bc1، مثل: bc1qar0srrr7xfkvy5l643lydnw9re59gtzzwf5mdq.
حظي هذا التنسيق بدعم واسع من مزودي المحافظ البرمجية والأجهزة، بفضل كفاءته وتوفير التكاليف. وصُمم ليكون أكثر سهولة للمستخدم، ويحتوي على ميزات مثل كشف الأخطاء المحسن وترميز غير حساس للحروف، ما يقلل أخطاء النسخ أو الكتابة.
لكن تبني منصات التداول لهذا التنسيق كان تدريجيًا؛ تدعم معظم المنصات الكبرى الآن Native SegWit، فيما تتأخر منصات أخرى بسبب متطلبات الدمج التقني. في السنوات الأخيرة، زاد اعتماد المستخدمين على Native SegWit، ما يعكس تفضيلهم لهذا النوع الأكثر كفاءة.
تتوافق الأنواع الثلاثة لعناوين Bitcoin مع بعضها، ما يتيح سهولة إرسال واستقبال العملات بين Legacy وSegWit وNative SegWit دون قيود أو إجراءات خاصة. هذا التوافق يحافظ على تكامل الشبكة رغم تعدد التنسيقات.
لكن دعم المحافظ يختلف حسب المزود وعمر البرنامج؛ فالمحافظ القديمة التي لم يتم تحديثها غالبًا لا تدعم Native SegWit، ما يحد من استفادة المستخدمين من الكفاءة الأعلى.
عند اختيار المحفظة، تحقق من أنواع العناوين المدعومة ويفضل اختيار المحافظ التي تدعم جميع الأنواع الثلاثة لضمان أقصى مرونة وحماية مستقبلية.
تظهر عناوين SegWit تفوقًا واضحًا في الكفاءة على Legacy؛ إذ يعتمد التحسين الأساسي على فصل بيانات التوقيع عن جسم المعاملة، ما ينظم تخزين البيانات في الكتل بشكل أكثر فاعلية.
يستفيد مستخدمو SegWit من رسوم أقل لأن معاملات SegWit تشغل مساحة أقل في الكتلة، ما يسمح بإدراج مزيد من المعاملات في كل كتلة. وخلال فترات ازدحام الشبكة، ينعم مستخدمو SegWit برسوم أكثر استقرارًا.
تزداد سرعة معالجة المعاملات مع SegWit بفضل السعة الفعلية الأكبر لكل كتلة، ما يقلل أوقات التأكيد ويحد من الازدحام.
يوفر SegWit أيضًا أمانًا أعلى ضد تلاعب المعاملات، إذ يمنع الجهات الخبيثة من تعديل التوقيعات لاستغلال الثغرات، وهذا كان ضروريًا لتفعيل حلول مثل Lightning Network.
يمثل Native SegWit أحدث تطور في تقنية العناوين ويوفر أقل تكاليف للمعاملات. فعناوين SegWit تخفض الرسوم بالفعل مقارنة بـ Legacy، لكن Native SegWit يمنح توفيرًا أكبر.
عند المقارنة بين SegWit وNative SegWit، يتفوق الأخير بكفاءة التكلفة؛ إذ يمنح تنسيق Bech32 حجم كتلة أكبر وأقل رسوم بين جميع تنسيقات العناوين، بفضل التطبيق النقي لبروتوكول SegWit دون تغليف P2SH.
لمن يجري معاملات Bitcoin بشكل متكرر، تتراكم التوفير في الرسوم مع Native SegWit بشكل ملحوظ، وخاصة في فترات النشاط العالي عندما ترتفع الرسوم.
لأفضل كفاءة وتوافق مستقبلي، يُنصح باعتماد Native SegWit متى أمكن، إذا كانت المحفظة والمنصة تدعمان التنسيق، فهو الخيار الأمثل لمعظم مستخدمي Bitcoin اليوم.
عناوين SegWit هي تحديث للعناوين القديمة، أما Native SegWit (Bech32) فهو التنسيق الأحدث، ويمنح سرعات أعلى وكفاءة أكبر وتكاليف معاملات أقل.
يوفر Native SegWit (Bech32) سعة معاملات أعلى، رسوم أقل، وقابلية توسع أعلى من SegWit القياسي، ويدعم التحويل إلى عناوين Taproot لوظائف إضافية.
توفر Native SegWit رسوم أقل قليلًا مقارنة بـ SegWit القياسي بفضل الاستخدام الأمثل لمساحة الكتلة. وكلاهما يوفر توفيرًا كبيرًا مقارنة بالعناوين القديمة، لكن Native SegWit يمنح ميزة إضافية.
تتمتع Native SegWit بتوافق جيد مع معظم المحافظ والمنصات الحديثة، لكن بعض المنصات القديمة قد لا تدعمها. يُنصح بالتحقق من الدعم قبل إجراء التحويلات.
Native SegWit (Bech32) أكثر أمانًا بفضل قدرات كشف الأخطاء المتقدمة وترميز Bech32، ما يقلل الأخطاء ويعزز الأمان العام.
استخدم عناوين Native SegWit (Bech32) التي تبدأ بـ bc1 لتحصل على أفضل أمان وأقل رسوم وتوافق كامل مع معايير Bitcoin الحديثة.
P2PKH وP2SH تنسيقات قديمة بأمان محدود، بينما تمنح عناوين SegWit وNative SegWit (bech32) كفاءة أعلى ورسوم أقل وأمان محسّن. يحتوي P2SH على ثغرات؛ ينصح بالترقية إلى SegWit.
تقلل Native SegWit حجم بيانات المعاملة، ما يحسّن كفاءة شبكة Bitcoin ويخفض التكاليف ويسمح بعدد أكبر من المعاملات في كل كتلة.











