jakiro
المؤلف: Jeffrey Hu & amp ؛
في الآونة الأخيرة ، بدأت موجة من المناقشات في مجتمع Bitcoin حول إعادة تهيئة الرموز opcs مثل OP_CAT.اجتذب Taproot Wizard أيضًا الكثير من الاهتمام من خلال إطلاق NFT Quantum Cats ، مدعيا أنه حصل على رقم BIP-420 ، وما إلى ذلك.يزعم المؤيدون أن تمكين OP_CAT يمكنه تطبيق “العهود” ، أو تنفيذ العقود الذكية لبيتكوين ، أو قابلية البرمجة.
إذا لاحظت مصطلح “جملة التقييد” والبحث عنه ،ستجد أن هذا هو ثقب أرنب كبير آخر.يناقش المطورون ذلك لسنوات ،بالإضافة إلى OP_CAT ، هناك أيضًا تقنيات تنفذ قيودًا مثل OP_CTV و APO و OP_VAULT.
إذن ، ما هي بالضبط “المصطلحات المقيدة” لبيتكوين؟لماذا يمكن أن تجذب الكثير من المطورين لمواصلة انتباههم ومناقشتهم لسنوات؟ما هي القابلية للبرمجة التي يمكن تحقيقها في Bitcoin؟ما هو مبدأ التصميم وراءه؟سوف تقدم هذه المقالة مقدمة ومناقشة نظرة عامة.
ما هي “المصطلحات المقيدة”
العهود ، التي تُرجم على أنها “جمل مقيدة” باللغة الصينية ، والتي تُرجم أحيانًا على أنها “عقود” ، هي آلية يمكن أن تضع شروطًا لمعاملات البيتكوين المستقبلية.
تحتوي البرامج النصية الحالية لـ Bitcoin أيضًا على قيود ، مثل إدخال توقيع قانوني عند الإنفاق ، وإرسال نص متوافق ، إلخ.ولكن طالما أن المستخدم يمكنه فتحه ، يمكنه إنفاق Utxo في أي مكان يريده.
تتمثل شرط التقييد في تقديم المزيد من القيود على كيفية فتح هذا التقييد.على سبيل المثال ، فإن الحد من التكلفة بعد UTXO هو تحقيق تأثير مشابه لـ “الأموال الخاصة والأغراض الخاصة” ؛في التحليل النهائي ،يمكن أن تحد شرط التقييد مباشرة من تكاليف المعاملة في البرنامج النصي Bitcoin ، وبالتالي تحقيق قواعد المعاملات المشابهة لتأثير العقود الذكية.
بشكل أكثر صرامة ، يتم استخدام برامج عمل Bitcoin الحالية أيضًا.
فلماذا يقوم المطورون والباحثون بتصميم هذه الشيكات الحد؟نظرًا لأن شرط التقييد ليس مقيدًا فقط من أجل التقادم ، ولكن أيضًا يحدد قواعد لتنفيذ المعاملات.وبهذه الطريقة ، يمكن للمستخدم تنفيذ المعاملات فقط وفقًا لقواعد الإعداد المسبق لإكمال عملية الأعمال المحددة مسبقًا.
لذلك من غير البديهي أن يفتح هذا المزيد من سيناريوهات التطبيق.
سيناريوهات تطبيق العهود
ضمان العقوبة المثيرة
واحدة من أكثر الأمثلة على القيود البديهية هي معاملة بابل المائلة في عملية Staking Bitcoin.
عملية Staking Bitcoin’s Bitcoin هي أن المستخدمين يرسلون أصول BTC الخاصة بهم على السلسلة الرئيسية إلى نص خاص ، مع اثنين من حالات النفقات:
· نهاية سعيدة:بعد فترة زمنية معينة ، يمكن للمستخدم فتحه بتوقيعه الخاص ، أي أن عملية إلغاء الانتهاء منها.
· نهاية سيئة: إذا كان المستخدم يرتكب سلوكًا شريرًا مثل التوقيع المزدوج على سلسلة نقاط مستأجرة من قبل بابل ، ثم من خلال eOTS (توقيعات قابلة للاستخراج لمرة واحدة ، يمكنك استخراج التوقيعات في وقت واحد) ، يمكنك فتح هذا الجزء من الأصول والحصول لهم من الشبكة دور التنفيذ يجبر جزءًا من الأصول إلى عنوان الحرق (المائل)
(المصدر: Bitcoin Staking: فتح 21 مترًا من Bitcoins لتأمين إثبات الاقتصاد)
انتبه إلى “الإرسال القسري” هنا ، مما يعني أنه حتى إذا كان يمكن إلغاء قفل UTXO ، فلا يمكن إرسال الأصل بشكل تعسفي إلى أي مكان آخر ولا يمكن حرقه إلا.هذا سيضمن أن المستخدم الشرير لا يمكنه نقل الأصول إليه أولاً بتوقيعه المعروف للهروب من العقاب.
إذا تم تنفيذ هذه الوظيفة في القيود مثل OP_CTV ، فيمكنك إضافة رموز opcoDs مثل OP_CTV إلى فرع “النهاية السيئة” من البرنامج النصي المتساقط لتنفيذ القيود.
قبل تمكين OP_CTV ، يحتاج Babylon إلى محاكاة تنفيذ تطبيق الجمل المقيدة من خلال حل بديل ، يتم تنفيذه بشكل مشترك من قبل لجنة المستخدم +.
السيطرة على الازدحام
بشكل عام ،يشير الازدحام إلى متى يكون معدل رسوم المناولة على شبكة Bitcoin مرتفعًا جدًا ، وهناك المزيد من المعاملات المتراكمة في تجمع المعاملات في انتظار تعبئتها.لذلك ، إذا أراد المستخدم تأكيد المعاملة بسرعة ، فهو بحاجة إلى زيادة رسوم المناولة.
في هذا الوقت ، إذا كان على المستخدم إرسال معاملات متعددة إلى العديد من المستفيدين ، فعليه زيادة رسوم المناولة وتحمل تكاليف عالية نسبيًا.في الوقت نفسه ، سيزيد من معدل رسوم المناولة للشبكة بأكملها.
إذا كانت هناك قيود ، فإن أحد الحلول هو إرسال المرسل.يمكنك أولاً الالتزام بمعاملة الدُفعات.يمكن أن يجعل هذا الوعد جميع المستفيدين يعتقدون أنه سيتم تنفيذ المعاملة النهائية ، ويمكنك الانتظار حتى تكون رسوم المناولة منخفضة قبل إرسال المعاملة المحددة.
كما هو مبين في الشكل أدناه ، عندما يكون الطلب على مساحة الكتلة مرتفعًا ، تصبح المعاملات باهظة الثمن.باستخدام OP_CHECKTEMPHITYIFEFIFY ، يمكن لمعالج الدفع الجماعي تجميع جميع مدفوعاته في معاملة واحدة من التعقيد O (1) للتأكيد.ثم ، بعد فترة من الوقت ، عندما ينخفض طلب الناس على مساحة الكتلة ، يمكن توسيع المدفوعات من ذلك UTXO.
(المصدر: https://utxos.org/uses/scaling/)
هذا السيناريو هو حالة تطبيق نموذجية مقترحة في شرط التقييد لـ OP_CTV.هناك المزيد من حالات التطبيق المتاحة في https://utxos.org/uses/. حمامات التعدين المجانية ، والأقبية ، وحدود عقود قفل الزمن الأكثر أمانًا (HTLCS) ، إلخ.
قبو
Vault هو سيناريو تطبيق تمت مناقشته على نطاق واسع في تطبيقات Bitcoin ، وخاصة في مجال الجمل المقيدة.لأن العمليات اليومية تحتاج حتما إلى موازنة احتياجات تخزين الأموال واستخدام الأموال ،يأمل الناس أن يكون هناك نوع من طلبات حضانة الأقواس: يمكن أن يضمن أمان الأموال ، وحتى إذا تم اختراق الحساب (تم تسريب المفتاح الخاص) ، يمكن أن يحد من استخدام الأموال.
استنادًا إلى التكنولوجيا اللازمة لتنفيذ القيود ، يمكن بناء تطبيقات Vault بسهولة نسبيًا.
خذ خطة تصميم OP_VAULT كمثال:عند إنفاق الأموال في قبو ، تحتاج إلى إرسال معاملة إلى الرابط أولاً.توضح هذه الصفقة نية إنفاق المدفن ، أي “الزناد” ، وتحدد الشروط هناك:
إذا كان كل شيء على ما يرام ، فإن المعاملة الثانية هي الانسحاب النهائي.بعد انتظار كتل N ، يمكنك إنفاق الأموال في أي مكان.
إذا وجدت أن المعاملة سُرقت (أو تم إجبارها عند الهجوم من قبل “وجع”) ، فيمكنك إرسالها على الفور إلى عنوان آمن آخر قبل معاملة السحب في كتل N (يمكن للمستخدم إبقائها أكثر أمانًا)
(عملية OP_VAULT ، المصدر: BIP-345)
تجدر الإشارة إلى ذلكبدون قيود ، يمكن أيضًا إنشاء تطبيق قبو، هناك طريقة ممكنة تتمثل في استخدام المفتاح الخاص لإعداد التوقيع الذي تنفقه في المستقبل ، ثم تدمير المفتاح الخاص.ولكن لا يزال هناك العديد من القيود.على سبيل المثال ، من الضروري التأكد من تدمير هذا المفتاح الخاص (على غرار عملية الإعداد الموثوق بها في إثبات المعرفة الصفرية) ، يتم تحديد المبلغ ورسوم المناولة مقدمًا (بسبب التوقيع مسبقًا) ، وبالتالي تفتقر إلى المرونة.
(مقارنة بين عمليات OP_VALT وعمليات قبو مسبقًا ، المصدر: BIP-345)
قنوات دولة أكثر قوة ومرونة
يمكن اعتبارها عمومًا أن قنوات الحالة بما في ذلك شبكة البرق لديها نفس الأمان تقريبًا مثل السلسلة الرئيسية (عند ضمان أن العقد يمكن أن تلاحظ أحدث حالة ويمكنها نشر أحدث حالة على الرابط بشكل طبيعي).ومع ذلك ، مع وجود القيود المفروضة ، يمكن أن تكون بعض أفكار تصميم قناة الدولة الجديدة أكثر قوة أو مرونة أعلى شبكة البرق.من بينها ، كلما كانت أكثر شهرة تشمل Eltoo ، Ark ، إلخ.
Eltoo (المعروف أيضًا باسم LN-Symmetry) هو أحد أكثر الأمثلة النموذجية.يأخذ هذا الحل التقني “L2” ويقترح طبقة تنفيذ لشبكة البرق ، مما يسمح لأي حالة قناة لاحقة باستبدال الحالة السابقة دون الحاجة إلى آلية عقاب. العقد شبكة البرق.من أجل تحقيق التأثير أعلاه ، اقترح ELTOO طريقة توقيع SIGHASH_NOINPUT ، وهي APO (BIP-118).
يهدف ARK إلى تقليل صعوبة السيولة الواردة وإدارة القناة لشبكة البرق.إنه شكل من أشكال بروتوكول Coalpool.على غرار الأقواس ، يمكن أيضًا تنفيذ ARK على شبكة Bitcoin الحالية ؛ ولكن بعد تقديم القيود ، يمكن لـ ARK تقليل مقدار التفاعل المطلوب بناءً على قالب المعاملة لتحقيق مخرج أحادي أكثر جدارة.
نظرة عامة على التكنولوجيا العهود
من التطبيق أعلاه ، يمكننا أن نرى أن شرط تقييد العهود يشبه تأثيرًا أكثر من تقنية معينة ، لذلك هناك العديد من الطرق الفنية لتنفيذها.إذا تم تصنيفها ، يمكن أن تشمل:
يكتب:النوع العام ، النوع الخاص
طريقة التنفيذ:استنادًا إلى الرمز البسيط ، القائم على التوقيع
عودة:عودية ، غير متكررة
من بينها ، يشير العودية إلى: هناك بعض تطبيقات القيود ، ويمكن أن يكون إخراج المعاملة التالية محدودة عن طريق الحد من المعاملة التالية.
تشمل بعض تصاميم القيود الرئيسية:
تصميم المصطلحات المقيدة للعهود
كما يتضح من المقدمة السابقة ، تحد البرامج النصية الحالية لبيتكوين بشكل أساسي من شروط فتح ، ولا تحد من كيفية إنفاق UTXO بشكل أكبر.لتنفيذ شرط التقييد ، يجب أن نفكر في الاتجاه المعاكس:لماذا لا يستطيع البرنامج النصي الحالي لبيتكوين تنفيذ جملة تقييد العهود؟
السبب الرئيسي هو أن البرنامج النصي الحالي Bitcoin لا يمكنه قراءة محتوى المعاملة نفسها ، أي “تأمل” المعاملة.
إذا استطعنا تنفيذ تأمل المعاملة – التحقق من أي شيء عن المعاملة (بما في ذلك الإخراج) ، فيمكننا تنفيذ شرط التقييد.
لذلك ، تركز فكرة تصميم الجمل المقيدة بشكل أساسي على كيفية تحقيق التأمل.
استنادًا إلى OpCode vs بناءً على التوقيع
تتمثل الفكرة البسيطة والخام في إضافة واحدة أو أكثر من الرموز الأولية (أي واحدة من الرمز البسيط + معلمات متعددة ، أو رموز opcodes متعددة مع وظائف مختلفة) لقراءة محتوى المعاملة مباشرةً.هذه هي الفكرة بناءً على رمز التشغيل.
فكرة أخرى هي أنه بدلاً من قراءة محتوى المعاملة والتحقق منها مباشرةً في البرنامج النصي ، يمكنك استخدام تجزئة محتوى المعاملة – إذا تم توقيع التجزئة ، فما عليك سوى تعديل ، على سبيل المثال ، OP_CHECKSIG في البرنامج النصي من خلال تنفيذها فحص هذا التوقيع ، يمكنك إدراك بشكل غير مباشر معاملات معاملة الجمل والقيود.تعتمد هذه الفكرة على تصميم التوقيع.ويشمل بشكل أساسي apo و op_csfs ، إلخ.
apo
Sighash_anyprevout (APO) هي طريقة توقيع Bitcoin مقترحة.أسهل طريقة للتوقيع هي الالتزام بكل من مدخلات وإخراج المعاملة ، ولكن Bitcoin لديها أيضًا طريقة أكثر مرونة ، وهي Sighash ، والتي تلتزم بشكل انتقائي بمدخلات أو إخراج المعاملة.
حاليًا ، توقيع Sighash ومجموعاتها على نطاق إدخال وإخراج المعاملة (المصدر “Mastering Bitcoin ، 2nd”
كما هو موضح في الشكل أعلاه ، باستثناء كل ما ينطبق على جميع البيانات ، فإن طريقة توقيع لا شيء هي فقط تنطبق على جميع المدخلات ، وليس للمخرجات ؛بالإضافة إلى ذلك ، يمكن أيضًا الجمع بين Sighash ، ولا ينطبق إلا على مدخلات واحدة بعد أن يتم تثبيت معدل anyonecanpay.
يوقع Apo’s Sighash فقط الإخراج ، وليس جزء الإدخال.هذا يعني أنه يمكن إرفاق المعاملات الموقعة بواسطة APO بأي UTXO تلبي الشروط لاحقًا.
هذه المرونة هي الأساس النظري لـ APO لتنفيذ القيود:
يمكن إنشاء معاملات واحدة أو أكثر مسبقًا
من خلال معلومات المعاملة هذه ، يمكن بناء مفتاح عام لا يمكن الحصول على توقيع واحد فقط.
وبهذه الطريقة ، لا يمكن إنفاق أي أصول إلى عنوان المفتاح العام إلا من خلال المعاملات التي تم إنشاؤها مسبقًا
تجدر الإشارة إلى أنه نظرًا لأن هذا المفتاح العام لا يحتوي على مفتاح خاص مقابل ، فمن المؤكد أنه لا يمكن إنفاق هذه الأصول إلا من خلال المعاملات التي تم إنشاؤها مسبقًا.بعد ذلك ، يمكننا تحديد المكان الذي تدخل فيه الأصول في هذه المعاملات التي تم إنشاؤها مسبقًا ، وبالتالي تنفيذ شرط التقييد.
يمكننا أن نفهم كذلك من خلال مقارنة عقود Ethereum الذكية:ما يمكننا تحقيقه من خلال العقود الذكية هو أنه يمكننا سحب الأموال من عنوان العقد فقط من خلال شروط معينة ، بدلاً من إنفاقه وفقًا لتوقيع EOA.من وجهة النظر هذه ، يمكن لـ Bitcoin تحقيق هذا التأثير من خلال التحسينات في آلية التوقيع.
لكن المشكلة في العملية أعلاه هي أن هناك تبعية دائرية أثناء الحساب ، لأنك تحتاج إلى معرفة محتوى الإدخال لتوقيع معاملة مسبقًا وإنشاء معاملة.
تتمثل أهمية APO و Sighash_noinput في تنفيذ طريقة التوقيع هذه في أنها يمكن أن تحل مشكلة التبعية الدائرية هذه.
OP_CTV
OP_CHECKTEMPANTYIFE (CTV) ، أو BIP-119 ، يعتمد طريقة تحسين الرمز البسيط.يتطلب الأمر تجزئة الالتزام كمعلمة ويتطلب أن تحتوي أي معاملة تنفذ الرمز على مجموعة من المخرجات التي تتطابق مع هذا الالتزام.من خلال CTV ، سيتم السماح لمستخدمي Bitcoin بالحد من طريقة استخدام Bitcoin.
تم إطلاق الاقتراح في الأصل تحت اسم OP_CheckOutputShashverify (COSHV)وفي وقت مبكر من التركيز على القدرة على خلق معاملات التحكم في الازدحام ، ركز انتقاد الاقتراح أيضًا على حالات استخدام التحكم في عدم الاتساق التي لم تكن عالمية بدرجة كافية وكانت محددة للغاية.
في حالة استخدام التحكم في الازدحام المذكورة أعلاه ، يمكن للمرسل Alice إنشاء 10 مخرجات وتجزئة المخرجات 10 واستخدام الملخص الذي تم إنشاؤه لإنشاء برنامج نصي TapeLeaf يحتوي على COSHV.يمكن لـ Alice أيضًا استخدام المفاتيح العامة للمشاركين لتشكيل مفاتيح Taproot الداخلية للسماح لهم بالإنفاق معًا دون تسرب مسار Taproot Script.
ثم تعطي Alice كل مستلم نسخة من جميع المخرجات العشرة حتى يتمكن كل منهم من التحقق من معاملة إعداد أليس.عندما يرغبون في إنفاق هذه الدفعة لاحقًا ، يمكن لأي منهما إنشاء معاملة تحتوي على الإخراج الموعود.
خلال العملية ، عندما تنشئ Alice وترسل معاملات محددة ، يمكن لـ Alice إرسال هذه النسخ العشر من الإخراج من خلال طرق الاتصال غير المتزامنة الحالية مثل البريد الإلكتروني أو محركات الأقراص السحابية.هذا يعني أن المستلمين لا يحتاجون إلى أن يكونوا عبر الإنترنت أو التفاعل مع بعضهم البعض.
(المصدر: https://bitcoinops.org/en/newsletters
على غرار APO ، يمكن أيضًا إنشاء العناوين وفقًا لظروف الإنفاق ، ويمكن إنشاء “أقفال” بطرق مختلفة ، بما في ذلك: إضافة مفاتيح أخرى ، أقفال زمنية ، ومنطق قابلة للتأليف.
(المصدر: https://twitter.com/owenkemeys/status/1741575353716326835)
على هذا الأساس ، اقترح CTV أنه يمكنه التحقق مما إذا كانت معاملة الإنفاق بعد التجزئة تتطابق مع التعريف ، أي استخدام بيانات المعاملة كمفتاح لفتح “القفل”.
يمكننا الاستمرار في تمديد الأمثلة العشرة أعلاه ، ويمكن للمستقبل زيادة مفتاح العنوان الخاص به على TX موقّع ولكن لا يتم بثه لإرساله إلى الدفعة التالية من عناوين المستلم ، وهكذا ، تشكيل مبين في الشكل أدناه الشجرة -مثل الهيكل.يمكن لـ Alice إنشاء تغيير في رصيد الحساب الذي يتضمن عدة مستخدمين يستخدمون مساحة كتلة UTXO واحدة فقط على السلسلة.
المصدر: https://twitter.com/owenkemeys/status/1741575353716326835
وماذا لو كانت إحدى الأوراق عبارة عن قناة صاعقة أو تخزين بارد أو مسارات دفع أخرى؟بعد ذلك ، ستتوسع هذه الشجرة من شجرة نفقات أحادية الأبعاد ومتعددة الطبقات إلى شجرة نفقات متعددة الأبعاد ومتعددة الطبقات ، والسيناريوهات التي يمكن أن تدعمها ستكون أكثر ثراءً وأكثر مرونة.
المصدر: https://twitter.com/owenkemeys/status/1741575353716326835
منذ تقديمها ، خضعت CTV لتغيير إعادة تسمية من COSHV في عام 2019 ، تم تعيين BIP-119 في عام 2020 ، وظهور SAPIO ، وهي لغة برمجة تستخدم لإنشاء عقد CTV ، تلقى الكثير من النقاش والتحديثات في المجتمع في 22 و 23 عامًا ، بالإضافة إلى النقاش حول خطة التنشيط الخاصة بها لا يزال أحد مقترحات ترقية الشوكة الناعمة التي ناقشها المجتمع كثيرًا.
OP_CAT
OP_CAT كما تم تقديمه في البداية ، وهو أيضًا اقتراح ترقية يهتم حاليًا.على الرغم من أنه يبدو بسيطًا ، إلا أن OP_CAT يمكنه تطبيق العديد من الوظائف في البرامج النصية ذات المرونة.
المثال الأكثر مباشرة هو العملية المتعلقة بشجرة ميركل.يمكن فهم شجرة Merkle حيث يتم تقطيع عنصرين أولاً ثم تجسد.حاليًا ، هناك رموز تشغيل تجزئة مثل OP_SHA256 في البرنامج النصي Bitcoin ، لذلك إذا كنت تستطيع استخدام OP_CAT لصق عنصرين ، يمكنك تنفيذ وظيفة التحقق من شجرة Merkle في البرنامج النصي ، والتي سيكون لها التحقق من عميل الضوء إلى حد ما قدرة.
يتضمن أساس التنفيذ الآخر أيضًا تحسينات لتوقيعات Schnor: يمكن تعيين شرط توقيع البرنامج النصي على المفتاح العام للمستخدم وربط الموقّع العام ؛ .وهذا يعني أن الالتزام بعدم CON يتم تحقيقه من خلال OP_CAT ، وبالتالي ضمان صحة المعاملات الموقعة.
تشمل سيناريوهات التطبيق الأخرى لـ OP_CAT: Bistream ، توقيعات الأشجار ، توقيعات Lamport المقاومة للكمية ، قبو ، إلخ.
OP_CAT نفسها ليست ميزة جديدة ، فقد كانت موجودة في الإصدارات الأولى من Bitcoin ، ولكن تم تعطيلها في عام 2010 بسبب إمكانية استغلال الهجمات.على سبيل المثال ، يمكن إعادة استخدام OP_DUP و OP_CAT بسهولة أن تنفجر العقدة بأكملها عند معالجة هذه البرامج النصية ، راجع هذا العرض التوضيحي.
ولكن هل ستتم مواجهة مشكلة انفجار المكدس المذكورة أعلاه إذا تم إعادة تمكين OP_CAT الآن؟نظرًا لأن اقتراح OP_CAT الحالي لا ينطوي فقط على تمكين TAPSCRIPT ، والذي يؤهل أن كل عنصر مكدس لا يتجاوز 520 بايت ، فلن تكون هناك مشكلة سابقة في انفجار المكدس.يعتقد بعض المطورين أيضًا أن تعطيل Satoshi Nakamoto المباشر قد يكون صارمًا للغاية.ومع ذلك ، نظرًا لمرونة OP_CAT ، لا يمكن استنفاد بعض سيناريوهات التطبيق التي قد تسبب نقاط الضعف في الوقت الحاضر.
لذلك ، الجمع بين سيناريوهات التطبيق والمخاطر المحتملة ، تلقى OP_CAT الكثير من الاهتمام مؤخرًا ولديه أيضًا مراجعة للعلاقات العامة ، والتي تعد واحدة من أكثر مقترحات الترقية شعبية في الوقت الحاضر.
خاتمة
“الانضباط الذاتي يجلب الحرية” ، كما هو موضح في المقدمة أعلاه ،يمكن أن تحد شرط التقييد مباشرة من تكاليف المعاملة في البرنامج النصي Bitcoin ، وبالتالي تحقيق قواعد المعاملات المشابهة لتأثير العقود الذكية.بالمقارنة مع الأساليب خارج السلسلة مثل BITVM ، يمكن التحقق من طريقة البرمجة هذه بشكل أكبر على Bitcoin ، ويمكنها أيضًا تحسين التطبيقات على السلسلة الرئيسية (التحكم في الازدحام) ، والتطبيقات خارج السلسلة (قنوات الدولة) وغيرها من التطبيقات (عقوبة الخداع ، وما إلى ذلك).
إذا كان من الممكن دمج تقنية تنفيذ الجمل المقيدة مع بعض الترقيات الأساسية ، فسوف تطلق العنان لمزيد من إمكانات البرمجة.على سبيل المثال ، يمكن دمج الاقتراح الأخير للمشغل 64 بت في المراجعة مع OP_TLUV المقترح أو القيود الأخرى ويمكن برمجته بناءً على عدد مخرجات معاملات Satoshi.
لكن القيود قد تؤدي أيضًا إلى بعض الإساءة أو الثغرات غير المخطط لها ، وبالتالي فإن المجتمع أكثر حذراً في هذا الأمر.بالإضافة إلى ذلك ، تتطلب ترقية شرط التقييد أيضًا ترقيات شوكة ناعمة تتضمن قواعد الإجماع.بالنظر إلى الموقف عند ترقية Taproot ، قد تستغرق الترقيات المتعلقة ببنود التقييد أيضًا وقتًا لإكمالها.
