BIP "Softfork Sementara Data yang Dikurangi" mengusulkan untuk sementara menonaktifkan berbagai fitur Bitcoin secara konsensus. Saya telah mensurvei blockchain untuk mengukur potensi dampaknya, dengan mengidentifikasi transaksi historis yang melanggar masing-masing aturan ini. 🧵↓

Aturan #1: "Skrip keluaran baruPubKeys yang melebihi 34 byte tidak valid, kecuali opcode pertama OP_RETURN, dalam hal ini hingga 83 byte valid." Ini memengaruhi semua output P2PK dan P2MS, serta sejumlah kecil SPK non-standar.

Aturan #2: "OP_PUSHDATA* dengan muatan yang lebih besar dari 256 byte tidak valid, kecuali untuk push redeemScript di BIP16 scriptSigs." Saya berasumsi ini hanya berlaku untuk push data *dieksekusi*, jadi saya telah mengecualikan push dalam amplop prasasti taproot, yang jumlahnya sangat banyak.

Aturan #3: "Menghabiskan versi saksi (atau Tapleaf) yang tidak ditentukan (yaitu, bukan Witness v0/BIP 141 atau Taproot/BIP 341) tidak valid." Ada lebih dari 54 ribu transaksi dengan output nomor versi yang tidak ditentukan (sebagian besar menggunakan output palsu untuk melewati batas op_return).

Bagaimanapun, BIP 141 dan 341 mendefinisikan panjang program saksi tertentu: - v0, panjang 20 (P2WPKH) - v0, panjang 32 (P2WSH) - v1, panjang 32 (P2TR) seperti yang tertulis, RDTS tampaknya melarang semua durasi program lainnya, termasuk jangkar P2A (v1, panjang 2).

Aturan #4: "Tumpukan saksi dengan lampiran Taproot tidak valid." Sejauh ini, 11 transaksi telah melampirkan lampiran ke pengeluaran taproot, sebagian besar untuk jpeg.

Aturan #5: "Blok kontrol taproot yang lebih besar dari 257 byte (pohon merkle dengan 128 daun skrip) tidak valid." Ada ~32k pengeluaran taproot yang jelas disematkan data dengan kedalaman blok kontrol 100+ (labitbus dan sejenisnya). Tetapi juga beberapa pengeluaran "sah" di kedalaman yang lebih rendah.

Aturan #6: "Tapscripts termasuk OP_SUCCESS* opcode di mana saja (bahkan tidak dieksekusi) tidak valid." Ada dua pengeluaran taproot bersejarah termasuk OP_SUCCESS opcodes: transaksi pemecah petir Burak, dan demo OP_CAT konyol ini

Aturan #7: "Tapscripts yang mengeksekusi instruksi OP_IF atau OP_NOTIF (terlepas dari hasilnya) tidak valid." Ini bertujuan untuk menonaktifkan "amplop prasasti", yang telah digunakan oleh lebih dari 104 juta transaksi sejauh ini.

Namun, RDTS lebih dari sekadar menonaktifkan amplop prasasti, melarang OP_IF dan OP_NOTIF sepenuhnya. Sekitar 70 transaksi non-prasasti telah menggunakan OP_IF dalam skrip taproot. Banyak yang merupakan eksperimen bergaya bitvm, tetapi ada juga contoh penggunaan keuangan yang lebih mudah.

Misalnya, ada beberapa pengeluaran menggunakan templat skrip "multisig yang membusuk" ini, yang menggunakan beberapa OP_IFs

Yang paling mengkhawatirkan, ada beberapa pembelanjaan dari dompet menggunakan templat skrip HTLC ini di belakang titik NUMS bip341 (menonaktifkan jalur kunci) Skrip menggunakan OP_IF untuk memilih antara cabang yang membutuhkan dua tanda tangan dan preimage hash, atau satu tanda tangan setelah batas waktu relatif

Pendukung RDTS telah mengabaikan kekhawatiran penyitaan yang berkaitan dengan OP_IF dan blok kontrol besar di taproot dengan mengklaim pengguna selalu dapat membelanjakan melalui jalur kunci sebagai gantinya. Namun, sekitar 560 ribu transaksi telah menghabiskan output taproot di mana jalur kunci terbukti dinonaktifkan.