P2SH (Pay-to-Script-Hash)

ما هو P2SH (Pay-to-Script-Hash)؟

P2SH (Pay-to-Script-Hash) هو نوع من مخرجات معاملات Bitcoin يتيح إرسال البيتكوين إلى هاش نص برمجي بدلاً من إرساله مباشرةً إلى مفتاح عام أو هاش مفتاح عام.

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

ببساطة، يتيح P2SH لعنوان Bitcoin تمثيل قواعد إنفاق معقدة من دون إلزام المُرسِل بفهمها.

يبدأ عنوان P2SH على الشبكة الرئيسية لـ Bitcoin عادةً بالرقم

.

قُدّم المعيار التقني لـ P2SH في BIP16.

ووُصف تنسيق عنوان P2SH في BIP13.

اكتسب P2SH أهمية لأنه سهّل استخدام نصوص Bitcoin البرمجية المتقدمة في مدفوعات المحافظ العادية.

قبل P2SH، كان على المُرسِل الذي يريد الدفع وفق نص برمجي معقد تضمين ذلك النص مباشرةً في مخرج المعاملة.

كان ذلك غير فعال، وصعب المشاركة، كما صعُب على المحافظ العادية دعمه.

مع P2SH، يمكن للمُرسِل الدفع إلى هاش مختصر، ويتولى المُستلِم مسؤولية كشف النص البرمجي الكامل واستيفاء شروطه عند إنفاق الأموال.

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

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

أهم النقاط حول P2SH

• • يشير P2SH إلى Pay-to-Script-Hash.
  • يتيح قفل البيتكوين إلى هاش نص برمجي بدلاً من هاش مفتاح عام عادي.
  • تبدأ عناوين P2SH على الشبكة الرئيسية عادةً بالرقم
    3
    .
  • لا يحتاج المُرسِل إلى معرفة نص الإنفاق البرمجي الكامل.
  • يجب على المُنفِق كشف نص الاسترداد البرمجي واستيفاء شروطه عند الإنفاق.
  • وُحّد P2SH عبر BIP16، ووُصف تنسيق عنوانه في BIP13.
  • ساعد P2SH على تسهيل استخدام محافظ التوقيعات المتعددة.
  • استُخدم P2SH أيضًا كغلاف للتوافق مع المراحل المبكرة من اعتماد SegWit.
  • قد يفضّل مستخدمو Bitcoin حاليًا أنواع عناوين SegWit الأصلية أو Taproot عند توفرها.

لماذا أُنشئ P2SH؟

أُنشئ P2SH لتسهيل استلام المدفوعات وإرسالها باستخدام نصوص Bitcoin البرمجية المعقدة.

تتيح Bitcoin Script قفل العملات باستخدام شروط للإنفاق.

قد يتطلب الدفع البسيط توقيعًا صالحًا واحدًا من مفتاح خاص واحد.

أما الدفع الأكثر تعقيدًا فقد يتطلب توقيعين من أصل ثلاثة مفاتيح، أو قفلًا زمنيًا، أو منطقًا برمجيًا آخر.

قبل P2SH، كان على المُرسِل تضمين النص البرمجي الكامل في مخرج المعاملة إذا أراد الدفع وفق تلك الشروط.

كان ذلك يحمّل المُرسِل عبء التعقيد، رغم أن المُستلِم هو من يختار قواعد الأمان.

ينص BIP16 على أن الغرض من P2SH هو نقل مسؤولية توفير شروط الاسترداد من المُرسِل إلى المُسترد.

يفيد هذا التصميم لأن المُرسِل لا يحتاج إلا إلى الدفع إلى هاش نص برمجي قصير.

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

وهذا يجعل تجربة الدفع أبسط للمحافظ والمستخدمين.

كما يقلل حاجة المُرسِلين إلى دعم كل نص برمجي مخصص محتمل قبل الدفع إلى شخص ما.

يمكن للمُرسِل التعامل مع عنوان P2SH مثل أي عنوان عادي، بينما يستخدم المُستلِم قواعد إنفاق متقدمة وراءه.

كيف يعمل P2SH؟

يعمل P2SH عبر قفل البيتكوين باستخدام هاش نص برمجي.

يُسمى هذا النص المخفي «نص الاسترداد البرمجي».

يحدد نص الاسترداد البرمجي الشروط الفعلية التي يجب استيفاؤها لإنفاق العملات المقفلة.

لا يحتوي مخرج المعاملة على نص الاسترداد البرمجي كاملًا.

بل يحتوي على هاش لذلك النص.

عند إنفاق العملات لاحقًا، يقدم المُنفِق نص الاسترداد البرمجي وبيانات فك القفل المطلوبة.

تتحقق شبكة Bitcoin من أن هاش نص الاسترداد البرمجي يطابق هاش النص البرمجي المستخدم في المخرج الأصلي.

ثم تتحقق الشبكة من أن بيانات فك القفل تستوفي شروط نص الاسترداد البرمجي.

إذا اجتاز الفحصان، يكون الإنفاق صالحًا.

إذا لم يطابق النص البرمجي المقدم الهاش، تفشل عملية الإنفاق.

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

هذه العملية المكونة من خطوتين هي الفكرة الأساسية وراء Pay-to-Script-Hash.

النمط الأساسي لنص P2SH البرمجي

يتبع نص القفل القياسي لـ P2SH نمطًا بسيطًا.

يُكتب عادةً بالشكل

.

وهذا يعني أن معاملة الإنفاق يجب أن توفر نصًا برمجيًا تتطابق قيمة

له مع هاش النص البرمجي ذي 20 بايتًا في المخرج.

يوضح دليل المطورين في Bitcoin.org أن P2SH يُستخدم لإرسال معاملة إلى هاش نص برمجي.

يوفر نص فك القفل البيانات التي يحتاج إليها نص الاسترداد البرمجي.

كما يوفر نص الاسترداد البرمجي نفسه.

ومن الأشكال التصورية الشائعة:

.

تعتمد بيانات فك القفل الدقيقة على متطلبات نص الاسترداد البرمجي.

في نص الاسترداد البرمجي متعدد التوقيعات، قد تتضمن بيانات فك القفل عدة توقيعات.

وفي النصوص المقفلة زمنيًا، يجب أن تستوفي المعاملة أيضًا قواعد وقت القفل.

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

ما نص الاسترداد البرمجي؟

نص الاسترداد البرمجي هو النص المخفي وراء عنوان P2SH.

وهو يحدد قواعد الإنفاق الفعلية للعملات المقفلة على ذلك العنوان.

على سبيل المثال، قد ينص نص الاسترداد البرمجي على ضرورة تقديم توقيعات صالحة من مفتاحين من بين ثلاثة مفاتيح عامة محددة.

وهذا ينشئ إعداد توقيعات متعددة 2 من 3.

لا يعرض عنوان P2SH النص الكامل قبل إنفاق الأموال.

بل يمثل هاش نص الاسترداد البرمجي فقط.

عند الإنفاق، يكشف المستخدم عن نص الاسترداد البرمجي ويثبت تطابقه مع الهاش.

كما يجب على المستخدم تقديم أي توقيعات أو مفاتيح عامة أو بيانات يتطلبها النص البرمجي.

لذلك، يشكل نص الاسترداد البرمجي سياسة الأمان الفعلية لمخرج P2SH.

إذا فُقد نص الاسترداد البرمجي، فقد يتعذر إنفاق الأموال.

وإذا كان النص البرمجي غير صحيح، فقد تُقفل الأموال وفق قواعد لا يستطيع المستخدم استيفاءها.

لذلك، يجب على محفظة P2SH الاحتفاظ بنسخة احتياطية من المفاتيح الخاصة والنصوص البرمجية اللازمة للإنفاق.

تنسيق عنوان P2SH

قدّم P2SH تنسيقًا جديدًا لعناوين Bitcoin كي يتمكن المستخدمون من مشاركة وجهات الدفع القائمة على هاش النصوص البرمجية بسهولة أكبر.

يصف BIP13 تنسيقًا لعنوان Pay-to-Script-Hash يمثل فيه العنوان الهاش المشفّر لنص برمجي، لا الهاش المشفّر لمفتاح عام.

يبدأ عنوان P2SH على الشبكة الرئيسية لـ Bitcoin عادةً بالرقم

.

وهذا يجعله مختلفًا بصريًا عن عناوين P2PKH الأقدم، التي تبدأ عادةً بالرقم

.

لكن ينبغي للمستخدمين عدم الاعتماد على الحرف الأول من العنوان وحده للحكم على سلامته.

بل ينبغي لهم نسخ العنوان كاملًا والتحقق منه بعناية.

يكون عنوان P2SH عادةً صيغة مشفرة بـ Base58Check لهاش النص البرمجي مع بايت إصدار.

يشير مرجع معاملات Bitcoin.org إلى أن عناوين P2SH تستخدم بايت الإصدار

في عملية ترميز العناوين الشائعة.

سهّل هذا التنسيق مشاركة النصوص البرمجية المعقدة عبر واجهات المحافظ ورموز QR والفواتير وطلبات الدفع.

من دون تنسيق للعناوين، لكان من الأصعب بكثير على المستخدمين العاديين إرسال الأموال إلى نصوص برمجية معقدة بأمان.

P2SH ومحافظ التوقيعات المتعددة

يشتهر P2SH لأنه سهّل استخدام محافظ التوقيعات المتعددة.

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

فعلى سبيل المثال، تتيح محفظة بتوقيعين من ثلاثة إنفاق الأموال عند توقيع أي مفتاحين من المفاتيح الثلاثة المعتمدة.

يفيد ذلك الشركات والعائلات وحسابات الخزينة وترتيبات الضمان والتخزين البارد الشخصي.

قبل استخدام P2SH، كان إرسال الأموال إلى نص متعدد التوقيعات يتطلب من المُرسِل تضمين النص الكامل في المخرج.

أما مع P2SH، فيرسل المُرسِل الأموال إلى عنوان P2SH قصير فقط.

وتتعامل محفظة المُستلِم مع نص الاسترداد البرمجي متعدد التوقيعات عند الإنفاق لاحقًا.

جعل ذلك التوقيعات المتعددة عملية في تدفقات الدفع العادية.

كما بسّط واجهات المحافظ، إذ بدا عنوان التوقيعات المتعددة للمُرسِل كأنه عنوان عادي واحد.

لا يحتاج المُرسِل إلى معرفة ما إذا كان المُستلِم يستخدم مفتاحًا واحدًا أو عدة مفاتيح أو إعدادًا أكثر تعقيدًا.

يمكن للمُستلِم تعزيز الأمان من دون تعقيد تجربة المُرسِل.

P2SH مقارنةً بـ P2PKH

يشير P2PKH إلى Pay-to-Public-Key-Hash.

وهو نوع الدفع التقليدي في Bitcoin، حيث تُقفل الأموال إلى هاش مفتاح عام.

لإنفاق مخرج P2PKH، يقدم المُنفِق مفتاحًا عامًا وتوقيعًا صالحًا من المفتاح الخاص المطابق.

يختلف P2SH عنه لأن الأموال تُقفل إلى هاش نص برمجي.

يمكن أن يتطلب هذا النص توقيعًا واحدًا أو عدة توقيعات أو شرطًا زمنيًا أو منطقًا آخر مسموحًا به في Bitcoin Script.

يتميز P2PKH بالبساطة.

أما P2SH فيتميز بمرونة أكبر.

يبدأ عنوان P2PKH عادةً بالرقم

على الشبكة الرئيسية لـ Bitcoin.

ويبدأ عنوان P2SH عادةً بالرقم

على الشبكة الرئيسية لـ Bitcoin.

يناسب P2PKH المدفوعات الأساسية.

ويفيد P2SH عندما يريد المُستلِم استخدام قواعد إنفاق أكثر تعقيدًا من دون كشفها للمُرسِل عند الدفع.

P2SH مقارنةً بـ Bare Multisig

يعني Bare Multisig وضع نص التوقيعات المتعددة مباشرةً في مخرج المعاملة.

كان ذلك ممكنًا في Bitcoin قبل انتشار استخدام P2SH.

لكن Bare Multisig جعل المخرجات أكبر وأجبر المُرسِل على التعامل مع النص البرمجي الكامل.

حسّن P2SH ذلك باستبدال نص المخرج الكامل بهاش نص برمجي مختصر.

ولا يُكشف نص التوقيعات المتعددة الكامل إلا عند إنفاق الأموال.

وهذا ينقل البيانات من معاملة التمويل إلى معاملة الإنفاق.

وهو أكثر ملاءمة لأن المُستلِم هو من يختار سياسة الإنفاق ثم يستوفي شروطها لاحقًا.

وكانت النتيجة العملية للمستخدمين بسيطة.

إذ أصبح بإمكانهم استلام البيتكوين ضمن إعداد متعدد التوقيعات باستخدام عنوان يبدو عاديًا.

وساعد ذلك على جعل التوقيعات المتعددة أداة أمان شائعة لحفظ Bitcoin.

P2SH وSegWit

اكتسب P2SH أهمية مجددًا أثناء اعتماد SegWit.

قدّم SegWit، المحدد في BIP141، بيانات الشاهد وأنواعًا جديدة من المخرجات مثل P2WPKH وP2WSH.

واجه الاعتماد المبكر لـ SegWit مشكلة توافق.

إذ لم تتمكن بعض المحافظ والخدمات من الإرسال فورًا إلى عناوين SegWit الأصلية.

وفّر P2SH جسرًا للتوافق.

فقد أمكن تضمين نص SegWit داخل عنوان P2SH، مما سمح لمحافظ الإرسال الأقدم بالدفع إلى عنوان يبدأ بالرقم

.

وبعد ذلك، استطاعت محفظة الاستلام الإنفاق وفق قواعد SegWit.

يشير دليل تطوير محافظ Segregated Witness الخاص بـ Bitcoin Core إلى ضرورة دعم محافظ SegWit المتوافقة لـ P2SH وتنسيق عناوين BIP13.

جعل ذلك P2SH أداة انتقال رئيسية لتوافق محافظ Bitcoin.

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

P2SH-P2WPKH

يعني P2SH-P2WPKH تضمين Pay-to-Witness-Public-Key-Hash داخل P2SH.

ويُعرف غالبًا باسم SegWit المتداخل.

يبدو العنوان كعنوان P2SH لأنه يبدأ بالرقم

.

لكن نص الاسترداد البرمجي هو في الواقع برنامج شاهد لـ SegWit.

وهذا يتيح للأنظمة الأقدم التي تدعم P2SH ولا تدعم عناوين SegWit الأصلية إرسال الأموال إلى محفظة متوافقة مع SegWit.

يحدد BIP49 مخطط اشتقاق P2WPKH المتداخل في P2SH للمحافظ الحتمية الهرمية.

ساعد ذلك المحافظ على تنظيم حسابات SegWit المتداخلة بطريقة موحدة.

كان P2SH-P2WPKH مفيدًا خصوصًا خلال الفترة الانتقالية التي لم يكن فيها دعم SegWit الأصلي شاملًا.

تستطيع محافظ كثيرة اليوم الإرسال مباشرةً إلى عناوين SegWit الأصلية.

وعند دعم SegWit الأصلي، يكون عادةً أكثر كفاءة من SegWit المتداخل.

P2SH-P2WSH

يعني P2SH-P2WSH تضمين Pay-to-Witness-Script-Hash داخل P2SH.

وهو مشابه من حيث الفكرة لـ P2SH-P2WPKH، لكنه يدعم نصوص شاهد أكثر تعقيدًا.

يمكن لنص P2WSH تمثيل شروط متقدمة، مثل سياسات التوقيعات المتعددة ضمن بنية شاهد SegWit.

أتاح تضمينه في P2SH لمحافظ الإرسال الأقدم الدفع إلى تلك النصوص باستخدام عنوان مألوف يبدأ بالرقم

.

كان ذلك مفيدًا للتوافق، لكنه أضاف بعض العبء مقارنةً بـ P2WSH الأصلي.

ومع انتشار دعم SegWit الأصلي وتنسيقات العناوين الأحدث، تراجعت الحاجة إلى تغليف P2SH.

ومع ذلك، يظل P2SH-P2WSH مهمًا لفهم مسار تحديث Bitcoin.

غالبًا ما تعتمد Bitcoin الميزات الجديدة بطرق تحافظ على التوافق مع البنية التحتية القديمة للمحافظ.

ساعد P2SH على إتاحة هذا النوع من التحديث التدريجي.

P2SH مقارنةً بـ P2WSH

يتيح كل من P2SH وP2WSH قفل الأموال إلى هاش نص برمجي، لكنهما ليسا متماثلين.

P2SH هو تصميم أقدم لهاش النصوص البرمجية من BIP16.

أما P2WSH فهو إصدار SegWit الذي يضع النص البرمجي وبيانات التوقيع في بنية الشاهد.

قد يكون P2WSH أكثر كفاءة لكثير من النصوص المعقدة، لأن بيانات الشاهد تحظى بوزن مخفّض وفق قواعد وزن Bitcoin.

ويستفيد P2WSH أيضًا من التغييرات التي أدخلها SegWit على بنية المعاملات.

يظل P2SH مهمًا بسبب التوافق مع الأنظمة القديمة وانتشاره تاريخيًا.

يبدأ عنوان P2SH بالرقم

.

ويبدأ عنوان P2WSH الأصلي على الشبكة الرئيسية لـ Bitcoin عادةً بـ

.

عندما يدعم كل من المُرسِل والمُستلِم SegWit الأصلي، يُفضّل P2WSH عمومًا للنصوص المعقدة.

وعند الحاجة إلى التوافق مع الأنظمة الأقدم، قد يظل تغليف P2SH مستخدمًا.

P2SH مقارنةً بـ Taproot

Taproot هو نوع أحدث من مخرجات Bitcoin، ويمكن أن يحسن الخصوصية والكفاءة لبعض سياسات الإنفاق.

مخرجات Taproot ليست مماثلة لمخرجات P2SH.

يكشف P2SH نص الاسترداد البرمجي كاملًا عند الإنفاق، حتى لو استُخدم فرع واحد فقط من المنطق.

وقد يتيح Taproot لبعض السياسات المعقدة الظهور كإنفاق بسيط عبر مسار المفتاح عند استيفاء الشروط التعاونية.

قد يحسن ذلك الخصوصية لأن المراقبين قد لا يرون شروط النصوص البرمجية غير المستخدمة.

وقد يجعل Taproot بعض سياسات المحافظ المتقدمة أكثر كفاءة أيضًا.

ومع ذلك، يظل P2SH مهمًا لأنه جزء من تاريخ Bitcoin وتوافق المحافظ ومجموعة العملات الموجودة.

ما زالت عناوين ومخرجات قديمة كثيرة تستخدم P2SH.

ينبغي للمستخدمين عدم افتراض أن كل عنوان يبدأ بالرقم

قديم أو غير آمن.

بل ينبغي لهم فهم نوع المحفظة المحدد وسياسة الإنفاق المستخدمة.

الرسوم وحجم المعاملة

قد يؤثر P2SH في رسوم المعاملة لأن بيانات النص البرمجي تُكشف عند الإنفاق.

قد يكون إنفاق P2SH البسيط صغيرًا نسبيًا.

أما إنفاق P2SH متعدد التوقيعات ومعقد فقد يكون أكبر، لأنه يجب أن يتضمن نص الاسترداد البرمجي وعدة توقيعات.

تعتمد رسوم Bitcoin على وزن المعاملة أو حجمها، وفق السياق ونوع المعاملة.

تكون تكلفة عمليات الإنفاق الأكبر أعلى عمومًا عندما تكون معدلات الرسوم مرتفعة.

وهذا أحد أسباب جاذبية SegWit الأصلي وTaproot لبعض حالات الاستخدام.

فقد يخفضان التكلفة أو يحسنان الكفاءة لبعض أنماط الإنفاق.

ومع ذلك، مثّل P2SH تحسنًا كبيرًا مقارنةً بوضع النصوص المعقدة مباشرةً في المخرج.

فقد جعل معاملة التمويل مختصرة ونقل التعقيد إلى جانب الإنفاق.

ينبغي للمستخدمين مراجعة تقديرات رسوم المحفظة قبل الإنفاق من محافظ P2SH المعقدة، ولا سيما محافظ التوقيعات المتعددة.

خصائص الخصوصية في P2SH

يخفي P2SH نص الاسترداد البرمجي إلى حين إنفاق العملات.

وهذا يعني أن المراقبين لا يستطيعون رؤية سياسة الإنفاق الكاملة وقت استلام العملات.

بل لا يرون سوى هاش النص البرمجي.

وعندما تُنفق العملات، يصبح نص الاسترداد البرمجي ظاهرًا على السلسلة.

عندها يستطيع المراقبون غالبًا تحديد ما إذا كان المخرج يستخدم توقيعات متعددة أو SegWit متداخلًا أو نمطًا برمجيًا آخر.

وهذا يوفر خصوصية جزئية، لا خصوصية كاملة.

يمكن لـ P2SH إخفاء التعقيد قبل الإنفاق، لكنه لا يخفي النص البرمجي إلى الأبد.

كما يمكن أن يكشف تنسيق العنوان نفسه أن المخرج يستخدم P2SH.

وقد يظل تحليل البلوكشين قادرًا على تحديد سلوك المحفظة وإعادة استخدام العناوين وأنماط الإنفاق والارتباطات بين المعاملات.

ينبغي للمستخدمين عدم اعتبار P2SH حلًا للخصوصية بحد ذاته.

مزايا P2SH الأمنية

تتمثل أولى مزايا P2SH الأمنية الرئيسية في تسهيل استلام الأموال ضمن ترتيبات حفظ متعددة التوقيعات.

يمكن للتوقيعات المتعددة تقليل مخاطر سرقة مفتاح واحد، لأن المهاجم قد يحتاج إلى أكثر من مفتاح لإنفاق الأموال.

الميزة الثانية هي تقليل حاجة المُرسِل إلى التعامل مع النصوص المعقدة.

وهذا يخفض احتمال إنشاء المُرسِل نص المخرج الخطأ عن طريق الخطأ.

الميزة الثالثة هي إتاحة اختيار المُستلِمين سياسة الأمان الخاصة بهم.

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

الميزة الرابعة هي مرونة التحديث.

ساعد P2SH على دعم اعتماد SegWit المتداخل عندما كان دعم الإرسال باستخدام SegWit الأصلي غير متسق بعد.

الميزة الخامسة هي إيجاز هاش النص البرمجي.

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

جعلت هذه المزايا P2SH أحد أهم تحسينات سهولة الاستخدام في تاريخ نصوص Bitcoin البرمجية.

المخاطر الأمنية لـ P2SH

أول المخاطر الرئيسية هو فقدان نص الاسترداد البرمجي.

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

وهذا مهم خصوصًا لمحافظ التوقيعات المتعددة.

الخطر الثاني هو إنشاء نص استرداد برمجي غير صحيح.

إذا أُرسلت الأموال إلى هاش نص لا يستطيع أحد استيفاء شروطه، فقد تُقفل الأموال نهائيًا.

الخطر الثالث هو سوء فهم أنواع العناوين.

قد يكون العنوان الذي يبدأ بالرقم

عنوانًا قديمًا لـ P2SH متعدد التوقيعات، أو SegWit متداخلًا، أو بنية P2SH صالحة أخرى.

الخطر الرابع هو الاعتماد على نسخ احتياطية قديمة للمحفظة.

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

الخطر الخامس هو ارتفاع تكلفة الإنفاق خلال فترات زيادة الرسوم.

قد تؤدي نصوص P2SH المعقدة إلى معاملات إنفاق أكبر حجمًا.

الخطر السادس هو كشف النص البرمجي وقت الإنفاق.

فبعد كشف نص الاسترداد البرمجي، يستطيع المراقبون معرفة المزيد عن سياسة المحفظة.

P2SH أداة قوية، لكنه يتطلب تصميمًا دقيقًا للمحفظة وانضباطًا في النسخ الاحتياطي.

P2SH والنسخ الاحتياطية للمحافظ

قد تتطلب محافظ P2SH عناية أكبر بالنسخ الاحتياطية من المحافظ البسيطة ذات المفتاح الواحد.

في محفظة P2PKH بسيطة، قد يكفي الاحتفاظ بنسخة احتياطية من عبارة الاسترداد إذا كانت المحفظة تتبع مسارات اشتقاق قياسية.

أما في محفظة P2SH متعددة التوقيعات، فقد يحتاج المستخدم إلى عبارات الاسترداد والمفاتيح العامة ومسارات الاشتقاق وسياسة المحفظة ومعلومات نص الاسترداد البرمجي.

إذا فُقد جزء من هذه المعلومات، فقد يصعب الاسترداد.

غالبًا ما تصدّر محافظ التوقيعات المتعددة الحديثة أوصاف المحفظة أو ملفات الإعداد لمعالجة هذه المشكلة.

يمكن للوصف أن يبين كيفية إنشاء العناوين والنصوص البرمجية.

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

وهذا أحد أسباب ضرورة اختبار مستخدمي التوقيعات المتعددة لعملية الاسترداد قبل إيداع مبالغ كبيرة.

قد يبدو عنوان P2SH بسيطًا، لكن سياسة المحفظة الكامنة وراءه قد تكون معقدة.

يجب أن تحفظ النسخ الاحتياطية الجيدة هذا التعقيد بطريقة تتيح استعادته.

P2SH للمطورين

يحتاج المطورون الذين يعملون باستخدام P2SH إلى فهم ترميز العناوين والتحقق من النصوص البرمجية.

يجب عليهم إنشاء نص الاسترداد البرمجي على نحو صحيح.

ويجب عليهم حساب هاش النص البرمجي على نحو صحيح.

كما يجب عليهم ترميز العنوان على نحو صحيح.

ويجب عليهم إنشاء معاملات إنفاق توفر بيانات فك القفل الصحيحة ونص الاسترداد البرمجي.

كما يجب عليهم اختبار الحالات الخاصة، مثل ترتيب التوقيعات المتعددة وترميز التوقيعات وحدود الغبار وتقدير الرسوم ووزن المعاملة واسترداد المحفظة.

ويجب عليهم أيضًا التمييز بين P2SH القديم وP2SH الخاص بـ SegWit المتداخل.

قد يبدوان متشابهين للمستخدمين لأن كليهما يستخدم عناوين تبدأ بالرقم

، لكن بنية الإنفاق تختلف.

ينبغي للمطورين الاعتماد على مكتبات Bitcoin التي خضعت لمراجعات جيدة بدلًا من ابتكار معالجتهم الخاصة للنصوص البرمجية.

قد يبدو Bitcoin Script بسيطًا، لكنه لا يتسامح مع الأخطاء عند التطبيق.

قد يؤدي خطأ صغير في نص الاسترداد البرمجي إلى تعذر إنفاق الأموال.

P2SH للمستخدمين

لا يحتاج معظم المستخدمين إلى إنشاء نصوص P2SH برمجية يدويًا.

بل يتعاملون مع P2SH عبر عناوين المحافظ أو خزائن التوقيعات المتعددة أو ترتيبات حفظ الأصول أو المحافظ الأقدم المتوافقة مع SegWit.

إذا قدمت المحفظة للمستخدم عنوانًا يبدأ بالرقم

، فقد يكون عنوان P2SH.

ومع ذلك، ينبغي للمستخدم الاعتماد على شرح المحفظة بدلًا من التخمين استنادًا إلى الحرف الأول وحده.

عند استلام البيتكوين، ينبغي للمستخدمين نسخ العنوان كاملًا بعناية أو استخدام رمز QR موثوق.

وعند إرسال البيتكوين، ينبغي لهم التأكد من أن عنوان الاستلام يعود إلى المستلِم المقصود.

وعند استخدام التوقيعات المتعددة، ينبغي لهم حفظ جميع معلومات النسخ الاحتياطي المطلوبة في أماكن آمنة.

وعند استخدام محافظ قديمة، ينبغي لهم فهم ما إذا كانت الأموال محفوظة في مخرجات P2SH قديمة أو SegWit متداخلة أو SegWit أصلية أو Taproot.

يؤثر نوع العنوان في تقديرات الرسوم والتوافق والخصوصية والاسترداد.

ينبغي للمحفظة الجيدة إخفاء التعقيد غير الضروري، مع تزويد المستخدم بالمعلومات الكافية لتجنب الأخطاء المكلفة.

حالات الاستخدام الشائعة لـ P2SH

أشهر استخدامات P2SH هو حفظ الأموال باستخدام التوقيعات المتعددة.

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

ومن حالات الاستخدام الأخرى الضمان.

يمكن للنص البرمجي اشتراط توقيعات من أطراف متفق عليها وفق شروط محددة.

ومن الاستخدامات الأخرى استلام SegWit المتوافق مع الأنظمة القديمة.

يمكن للمحفظة استخدام تغليف P2SH كي يتمكن المُرسِلون الأقدم من الدفع إلى محفظة متوافقة مع SegWit.

ومن الاستخدامات الأخرى التحكم في الوصول باستخدام النصوص البرمجية.

يمكن قفل العملات وفق قواعد برمجية أكثر تقدمًا من اشتراط مفتاح واحد وتوقيع واحد.

ومن الاستخدامات الأخرى استرداد المحافظ القديمة.

استخدمت محافظ وعناوين Bitcoin الأقدم P2SH بكثرة، لذا فإن فهمه مهم عند استرداد الأموال القديمة.

ما زال P2SH جزءًا من سجل معاملات Bitcoin النشط، حتى مع ازدياد شيوع أنواع المخرجات الأحدث.

مفاهيم شائعة خاطئة حول P2SH

من المفاهيم الخاطئة الشائعة أن كل عنوان يبدأ بالرقم

هو عنوان متعدد التوقيعات.

ليس هذا صحيحًا دائمًا، لأن مخرجات SegWit المتداخلة قد تستخدم عناوين P2SH أيضًا.

ومن المفاهيم الخاطئة الأخرى أن P2SH يخفي نص الإنفاق البرمجي إلى الأبد.

وهذا غير صحيح لأن نص الاسترداد البرمجي يُكشف عند إنفاق المخرج.

ومن المفاهيم الخاطئة الثالثة أن P2SH يجعل النصوص البرمجية أكثر أمانًا تلقائيًا.

وهذا غير صحيح، إذ قد يظل نص الاسترداد البرمجي السيئ يقفل الأموال نهائيًا.

ومن المفاهيم الخاطئة الرابعة أن المُرسِل يحتاج إلى فهم النص البرمجي للمُستلِم.

لا يحتاج المُرسِل إلا إلى عنوان P2SH.

ومن المفاهيم الخاطئة الخامسة أن المفاتيح الخاصة وحدها تكفي دائمًا لاسترداد أموال P2SH.

قد يلزم أيضًا نص الاسترداد البرمجي أو سياسة المحفظة في حالات التوقيعات المتعددة والنصوص المخصصة.

ومن المفاهيم الخاطئة السادسة أن P2SH أصبح مهجورًا في جميع الحالات.

قد تكون أنواع العناوين الأحدث أكثر كفاءة، لكن P2SH ما زال مهمًا للتوافق وللأموال التاريخية.

أفضل الممارسات لاستخدام P2SH

استخدم برامج محافظ موثوقة تتعامل مع نصوص P2SH البرمجية على نحو صحيح.

لا تنشئ نصوص الاسترداد البرمجية يدويًا ما لم تكن على دراية عميقة بـ Bitcoin Script.

احتفظ بنسخة احتياطية من جميع بيانات سياسة المحفظة المطلوبة، لا عبارات الاسترداد وحدها.

في محافظ التوقيعات المتعددة، احفظ معلومات الموقّعين المشاركين ومسارات الاشتقاق بأمان.

اختبر الاسترداد بمبالغ صغيرة قبل استخدام أرصدة كبيرة.

فضّل SegWit الأصلي أو Taproot عندما يكونان مدعومين ومناسبين لحالة الاستخدام.

استخدم توافق P2SH فقط عندما يعالج مشكلة فعلية في دعم المحافظ.

تحقق من العنوان كاملًا قبل إرسال الأموال.

تجنب إعادة استخدام العناوين عندما تكون الخصوصية مهمة.

تحقق من تقديرات الرسوم قبل الإنفاق من مخرجات P2SH المعقدة.

حدّث برامج المحفظة كي تتمكن من التعرف على مخرجات P2SH الأقدم وإنفاقها على نحو صحيح.

افهم الفرق بين P2SH القديم متعدد التوقيعات وعناوين P2SH الخاصة بـ SegWit المتداخل.

P2SH في جملة واحدة

P2SH (Pay-to-Script-Hash) هو نوع من مخرجات Bitcoin يقفل العملات إلى هاش نص استرداد برمجي، بحيث يستطيع المُرسِل الدفع إلى عنوان بسيط، بينما يكشف المُنفِق النص الكامل لاحقًا ويستوفي شروطه.

الأسئلة الشائعة

إلى ماذا يشير P2SH؟

يشير P2SH إلى Pay-to-Script-Hash.

فيما يُستخدم P2SH؟

يُستخدم P2SH لقفل البيتكوين إلى هاش نص برمجي، مما يسهّل استلام الأموال وفق قواعد إنفاق معقدة عبر عنوان يبدو عاديًا.

بأي رقم يبدأ عنوان P2SH؟

يبدأ عنوان P2SH على شبكة Bitcoin الرئيسية عادةً بالرقم

.

من الذي قدّم P2SH؟

وُحّد P2SH عبر BIP16، الذي ألّفه Gavin Andresen.

ما الغرض من P2SH؟

الغرض منه نقل مسؤولية تقديم شروط الإنفاق المعقدة من المُرسِل إلى المُنفِق.

ما نص الاسترداد البرمجي؟

نص الاسترداد البرمجي هو النص الكامل الذي يحدد كيفية إنفاق العملات المقفلة في مخرج P2SH.

هل يحتاج المُرسِل إلى معرفة نص الاسترداد البرمجي؟

لا، يحتاج المُرسِل فقط إلى عنوان P2SH الذي يمثل هاش النص البرمجي.

متى يُكشف نص الاسترداد البرمجي؟

يُكشف نص الاسترداد البرمجي عند إنفاق مخرج P2SH.

هل P2SH هو نفسه التوقيعات المتعددة؟

لا، فـ P2SH ليس هو التوقيعات المتعددة، لكنه يُستخدم كثيرًا لتسهيل استلام المدفوعات في محافظ التوقيعات المتعددة.

هل كل عنوان يبدأ بالرقم 3 هو عنوان متعدد التوقيعات؟

لا، فقد يكون العنوان الذي يبدأ بالرقم

متعدد التوقيعات أو SegWit متداخلًا أو بنية P2SH أخرى.

هل ما زال P2SH مستخدمًا اليوم؟

نعم، ما زال P2SH يظهر في معاملات Bitcoin، خصوصًا لأغراض التوافق وفي المحافظ الأقدم، رغم أن كثيرًا من المستخدمين يفضلون الآن SegWit الأصلي أو Taproot عند توفرهما.

ما أكبر مخاطر P2SH؟

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

الخلاصة

يُعد P2SH (Pay-to-Script-Hash) أحد أهم الترقيات في تاريخ النصوص البرمجية لـ Bitcoin.

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

لا يحتاج المُرسِل إلى فهم النص الكامل.

ويكشف المُنفِق نص الاسترداد البرمجي ويستوفي شروطه عند الإنفاق فقط.

جعل هذا التصميم محافظ التوقيعات المتعددة أسهل استخدامًا، وساعد Bitcoin على دعم نماذج أقوى لحفظ الأصول.

كما ساعد Bitcoin على الانتقال إلى SegWit عبر تنسيقات عناوين SegWit المتداخلة.

ليس P2SH أحدث أنواع مخرجات Bitcoin أو أكثرها كفاءة في كل الحالات.

قد يوفر SegWit الأصلي وTaproot مزايا في الرسوم والخصوصية وتصميم النصوص البرمجية عند دعمهما.

ومع ذلك، يظل P2SH مهمًا لأنه أسهم في تشكيل طريقة تعامل محافظ Bitcoin مع النصوص البرمجية المتقدمة، ولأن كثيرًا من المخرجات الحالية ما زالت تستخدمه.

الدرس الأساسي للمستخدمين هو أن العنوان البسيط قد يخفي سياسة إنفاق معقدة.

أما الدرس الأساسي للمطورين فهو أن صحة النص البرمجي والنسخ الاحتياطية وبيانات استرداد المحفظة أمور بالغة الأهمية.

وبالنسبة إلى منظومة Bitcoin، أظهر P2SH كيف يمكن لترقية البروتوكول تحسين سهولة الاستخدام مع الحفاظ على اللامركزية والتوافق.

يساعد فهم P2SH المستخدمين على فهم التوقيعات المتعددة وSegWit المتداخل وهاش النصوص البرمجية ونصوص الاسترداد البرمجية وفلسفة التصميم الدقيقة وراء ترقيات Bitcoin.