يقترح BIP "Reduced Data Temporary Softfork" تعطيل ميزات Bitcoin المختلفة مؤقتا بالإجماع. لقد قمت بمسح blockchain لتحديد التأثير المحتمل ، من خلال تحديد المعاملات التاريخية التي تنتهك كل من هذه القواعد. 🧵↓

القاعدة #1: "يكون scriptPubKeys الناتج الجديد الذي يتجاوز 34 بايت غير صالح ، ما لم يكن رمز التشغيل الأول OP_RETURN ، وفي هذه الحالة يكون ما يصل إلى 83 بايت صالحا." يؤثر هذا على جميع مخرجات P2PK و P2MS ، بالإضافة إلى عدد صغير من SPKs غير القياسية.

القاعدة #2: "OP_PUSHDATA* مع حمولات أكبر من 256 بايت غير صالحة، باستثناء دفع redeemScript في BIP16 scriptSigs." أفترض أن هذا ينطبق فقط على دفعات البيانات * المنفذة * ، لذلك قمت باستبعاد الدفعات داخل مظاريف النقش الرئيسي ، والتي يوجد الكثير منها.

القاعدة # 3: "إنفاق إصدارات الشاهد غير المحددة (أو Tapleaf) (على سبيل المثال ، ليس Witness v0 / BIP 141 ولا Taproot / BIP 341) غير صالح." هناك ما يزيد قليلا عن 54 ألف معاملة مع مخرجات رقم إصدار غير محددة (تستخدم في الغالب مخرجات مزيفة لتجاوز حد op_return).

ومع ذلك ، يحدد BIPs 141 و 341 أطوال برنامج الشهود المحددة: - v0 ، الطول 20 (P2WPKH) - v0 ، الطول 32 (P2WSH) - v1 ، الطول 32 (P2TR) كما هو مكتوب ، يبدو أن RDTS يحظر جميع أطوال البرامج الأخرى ، بما في ذلك مثبتات P2A (v1 ، الطول 2).

القاعدة # 4: "مكدسات الشهود مع ملحق Taproot غير صالحة." حتى الآن ، أرفقت 11 معاملة ملحقا بنفقات الجذر الرئيسي ، معظمها لملفات jpeg.

القاعدة # 5: "كتل التحكم في Taproot أكبر من 257 بايت (شجرة ميركل مع 128 ورقة نصية) غير صالحة." من الواضح أن هناك ~ 32 ألفا من الواضح أن الجذر الرئيسي لتضمين البيانات مع عمق كتلة التحكم 100+ (لابيتبوس وما شابه ذلك). ولكن أيضا حفنة من الإنفاق "المشروع" على عمق أقل.

القاعدة # 6: "Tapscripts بما في ذلك رموز التشغيل OP_SUCCESS * في أي مكان (حتى غير منفذة) غير صالحة." هناك نوعان من الإنفاق التاريخي على الجذر بما في ذلك OP_SUCCESS opcodes: صفقة Burak التي تكسر البرق ، وهذا العرض التوضيحي السخيف OP_CAT

القاعدة #7: "النصوص النصية التي تنفذ التعليمات OP_IF أو OP_NOTIF (بغض النظر عن النتيجة) غير صالحة." يهدف هذا إلى تعطيل "مغلف النقش" ، الذي تم استخدامه من قبل أكثر من 104 مليون معاملة حتى الآن.

ومع ذلك ، فإن RDTS يتجاوز تعطيل مغلف النقش ، ويحظر OP_IF و OP_NOTIF تماما. استخدمت حوالي 70 معاملة غير تسجيلية OP_IF في البرامج النصية للجذر الرئيسي. العديد منها عبارة عن تجارب على غرار bitvm ، ولكن هناك أيضا أمثلة على الاستخدام المالي الأكثر وضوحا.

على سبيل المثال ، هناك بعض الإنفاق باستخدام قالب البرنامج النصي "متعدد التوقيعات المتحلل" ، حيث يستخدم OP_IFs متعددة

والأكثر إثارة للقلق ، أن هناك العديد من الإنفاق من المحفظة باستخدام قالب البرنامج النصي HTLC هذا خلف نقطة bip341 NUMS (تعطيل المسار الرئيسي) يستخدم البرنامج النصي OP_IF للاختيار بين فرع يتطلب توقيعين وصورة مسبقة للتجزئة ، أو توقيع واحد بعد مهلة نسبية

رفض مؤيدو RDTS مخاوف المصادرة المتعلقة بكتل التحكم OP_IF والكبيرة في taproot من خلال الادعاء بأنه يمكن للمستخدمين دائما الإنفاق عبر مسار المفاتيح بدلا من ذلك. ومع ذلك ، فقد أنفقت حوالي 560 ألف معاملة مخرجات taproot حيث تم تعطيل مسار المفاتيح بشكل يمكن إثباته.