Telah diklaim bahwa OP_IF selalu tidak diperlukan dalam Skrip taproot. Ini salah. Skrip yang dikutip dari @mononautical ini sebenarnya lebih murah jika dibundel bersama: semua jalur pengeluaran membutuhkan 4 kunci publik. Setelah 4 OP_CHECKSIGADD, sisa Script kurang dari 32 byte, jadi lebih murah untuk membiarkannya dibundel. Unbundling, Anda menghapus ekor Script yang memeriksa timelock, tetapi menambahkan 32 byte ke blok kontrol karena Script sekarang berada di kedalaman 1, bukan 0. Oleh karena itu, kompiler yang mengoptimalkan biaya pengeluaran _akan_ menghasilkan Script yang dibundel (yaitu, pohon keran dengan satu daun), karena sedikit lebih murah bahkan di jalur pengeluaran utama (3-of-4). Pengguna yang mengoptimalkan secara eksklusif untuk privasi kemungkinan besar ingin membaginya. Dengan kata lain, menghasilkan taptree terbaik adalah masalah pengoptimalan dengan dua variabel: biaya pengeluaran dan privasi, dan sangat sering Anda tidak dapat mengoptimalkan keduanya secara bersamaan. Saya berharap sebagian besar pengguna tidak benar-benar mengoptimalkan salah satu variabel secara eksklusif, dan lebih suka memilih taptree dengan biaya yang cukup bagus dan privasi yang cukup baik. Untuk skrip yang ditampilkan @mononautical di sini, pohon keran dengan hanya dua daun akan cukup bagus: jalur utama hanyalah 3-of-4 sederhana dan akan digunakan untuk sebagian besar pengeluaran, dan sisa kondisi pengeluaran (mungkin dibundel dalam satu daun keran) mudah-mudahan tidak akan pernah mencapai rantai. Setelah Anda memasukkan MuSig dan FROST ke dalam persamaan, ada lebih banyak variabel: MuSig dan FROST dapat menurunkan biaya dan meningkatkan privasi, tetapi meningkatkan persyaratan interaktivitas dan kompleksitas implementasi. Apa yang akan dipilih oleh pengembang dan pengguna? Saya tidak tahu! Hanya idiot yang tidak ragu.