خصم الشاهد: فهم تأثيره على بيتكوين

مجلة بيتكوين

يشير مصطلح “خصم الشاهد” إلى التخفيض في “وزن” البيانات الممنوح لجزء الشاهد من معاملة بيتكوين – وهو الجزء الذي يحتوي على التوقيعات المستخدمة لإثبات الملكية. تم تنفيذ هذا الخصم كجزء من ترقية عام 2017 للشاهد المنفصل (SegWit)، مما أدى إلى خفض رسوم معاملات SegWit بشكل فعال من خلال جعل بيانات الشاهد تُحتسب بأقل من قيمتها عند حساب الحجم الإجمالي للمعاملة.

بعبارات أبسط، تحصل بيانات الشاهد على خصم بنسبة 75٪، مما يعني أنها تُحتسب فقط بربع حجمها الفعلي عند تحديد مقدار المساحة التي تشغلها في كتلة بيتكوين. يسمح هذا بمزيد من المعاملات لكل كتلة ويقلل التكاليف للمستخدمين الذين يستخدمون محافظ تدعم SegWit.

لماذا يوجد خصم الشاهد؟

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

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

• خصم الشاهد: خصم يُطبق على حجم جزء “الشاهد” (أو التوقيع) من معاملة بيتكوين، مما يقلل الرسوم.
• جزء من SegWit: خصم الشاهد هو جزء من الشاهد المنفصل (SegWit)، الذي حل مشكلة تعديل المعاملات طويلة الأمد وزاد حجم كتلة بيتكوين بشكل فعال.
• قابلية التوسع: يساعد في جعل معاملات بيتكوين أكثر كفاءة، مما يسمح بمزيد من المعاملات لكل كتلة.

الغرض من خصم الشاهد

تم تقديم خصم الشاهد كجزء من SegWit، وهي ترقية رئيسية لبروتوكول بيتكوين فصلت بيانات المعاملة إلى جزأين: بيانات المعاملة الأساسية وبيانات الشاهد (معظمها توقيعات رقمية). في جوهره، تم منح بيانات الشاهد “خصمًا” من حيث مقدار ما يُحتسب تجاه حجم الكتلة الإجمالي.

قبل SegWit، كان حجم كتلة بيتكوين محدودًا بـ 1 ميجابايت. جلبت SegWit زيادة غير مباشرة في حجم الكتلة من خلال تطبيق “وزن” أقل على بيانات الشاهد – مما مكّن من إجراء المزيد من المعاملات لكل كتلة دون تجاوز حد 1 ميجابايت للعقد غير SegWit.

يحقق خصم الشاهد هدفًا حاسمًا: فهو يسمح بملاءمة المزيد من المعاملات في كتلة مع الحفاظ على التوافق مع العقد القديمة التي لم تتم ترقيتها إلى SegWit.

كيف يعمل

عندما تحدث معاملة بيتكوين، يتم تسجيل العناصر الأساسية لتلك المعاملة – مثل مقدار البيتكوين الذي يتم إرساله والعناوين المعنية. ومع ذلك، هناك مكون آخر يسمى “الشاهد”، والذي يخزن التوقيعات التي تثبت ملكية البيتكوين المحول.

قبل SegWit:

قبل SegWit، كانت جميع أجزاء المعاملة تُعامل بالتساوي من حيث مقدار المساحة التي تستهلكها في كتلة.

بعد SegWit:

بعد SegWit، تم تخزين بيانات الشاهد (التوقيعات) بشكل منفصل عن باقي بيانات المعاملة. يسمح هذا الفصل بملاءمة المزيد من المعاملات في كتلة، حيث يتم تعيين وزن أقل لبيانات الشاهد، مما يمنحها خصمًا بنسبة 75٪ بشكل فعال. المعاملة الكاملة بموجب SegWit، والتي كان من الممكن أن تشغل سابقًا، على سبيل المثال، 300 بايت، تساهم الآن فقط بكمية أصغر من هذا الحجم في الوزن الإجمالي للكتلة.

هذا يقلل الرسوم للمستخدمين الذين يختارون محافظ تدعم SegWit نظرًا لأن الرسوم تُحسب بناءً على الحجم الظاهري للمعاملة، والذي يخصم الآن بيانات الشاهد.

التاريخ والأساس المنطقي

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

تم تقديم SegWit، الذي اقترحه Pieter Wuille، كحل وسط. لقد عالجت مشكلة قابلية التوسع من خلال إنشاء مساحة كتلة أكثر “فعالية” دون الحاجة إلى شوكة صعبة. هذا هو المكان الذي أصبح فيه خصم الشاهد مهمًا. من خلال خصم بيانات الشاهد، وسعت SegWit بشكل فعال عدد المعاملات التي يمكن أن تناسب كتلة مع الحفاظ على التوافق مع الإصدارات السابقة.

بعبارات أبسط، سمحت SegWit لبيتكوين بالحصول على كعكتها وأكلها أيضًا: المزيد من المعاملات لكل كتلة دون خطر زعزعة استقرار الشبكة.

الإيجابيات والسلبيات

الإيجابيات:

• زيادة كفاءة الكتلة
• رسوم أقل لمستخدمي SegWit
• أمان محسن
• تحسين قابلية التوسع

السلبيات:

• التعقيد
• لم يتم اعتماده بالكامل

خصم الشاهد مقابل زيادة حجم الكتلة

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

زيادة حجم الكتلة:

• زيادة مباشرة في عدد المعاملات التي يمكن أن تحتفظ بها الكتلة.
• يزيد العبء على العقد، مما يتطلب المزيد من التخزين والنطاق الترددي لمواكبة الشبكة.
• يتطلب شوكة صعبة، والتي يمكن أن تقسم الشبكة (كما رأينا في حالة Bitcoin Cash).

خصم الشاهد (SegWit):

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

في الأساس، يحقق خصم الشاهد هدف المزيد من المعاملات لكل كتلة دون المساس بلامركزية بيتكوين، وهو مبدأ أساسي لفلسفة تصميم الشبكة.

الأسئلة الشائعة (FAQs)

لماذا خصم الشاهد 75٪؟

يوجد خصم الشاهد بنسبة 75٪ لأن بيانات الشاهد – التي تتضمن التوقيعات الرقمية – لا تساهم في الحجم طويل المدى لمجموعة UTXO التي يجب على العقد تخزينها بشكل دائم. نظرًا لأن هذه البيانات مطلوبة فقط للتحقق من صحة المعاملة ويمكن تجاهلها بعد ذلك، فإن لها تأثيرًا أقل على موارد العقدة مقارنة ببيانات غير الشاهد.

مع ترقية SegWit، يتم قياس حجم المعاملة بوحدات الوزن (WU) بدلاً من البايت. يتم تعيين وزن 4 WU لكل بايت لبيانات غير الشاهد، بينما يتم تعيين 1 WU لكل بايت لبيانات الشاهد – نسبة 1: 4. هذا يعني أن بيانات الشاهد تُحسب بشكل فعال بنسبة 25٪ من حجمها الأصلي، مما ينتج عنه خصم بنسبة 75٪.

كان اختيار الترجيح 1: 4 توازنًا متعمدًا بين تحفيز اعتماد SegWit والحفاظ على كفاءة الشبكة والحفاظ على الأمان. يسمح بمزيد من المعاملات لكل كتلة مع ضمان التوافق مع قواعد ما قبل SegWit، مما يعزز قابلية توسيع بيتكوين دون التضحية باللامركزية.

هل يعني خصم الشاهد أن كتل SegWit أكبر؟

نعم، من الناحية العملية، يمكن أن تكون كتل SegWit أكبر من حد الكتلة 1 ميجابايت قبل SegWit. ومع ذلك، فإن الطريقة التي يتم بها حساب وزن الكتلة تعني أن كتل SegWit أكثر كفاءة في تخزين البيانات، لذلك يمكن أن تناسب المزيد من المعاملات – التي لا تُحتسب بقدر كبير من الوزن كما كان من قبل – في كتلة.

ماذا يحدث إذا لم أستخدم SegWit؟

لا تستفيد معاملات غير SegWit من خصم الشاهد، مما يعني أنها تشغل مساحة أكبر في كتلة وتتحمل عادةً رسومًا أعلى. ومع ذلك، فهي لا تزال صالحة تمامًا ويمكن معالجتها بواسطة الشبكة.

هل خصم الشاهد باق هنا؟

حتى الآن، لا توجد خطط لإزالة خصم الشاهد. يبقى جزءًا أساسيًا من استراتيجية قابلية توسيع بيتكوين ويعتبر على نطاق واسع نجاحًا في تحسين كفاءة الشبكة دون المساس باللامركزية أو الأمان.