Taproot Script'lerinde OP_IF her zaman gereksiz olduğu iddia edildi. Bu yanlış. @mononautical'den alıntılanan bu Komut Dosyası, bir araya getirildiğinde aslında daha ucuzdur: tüm harcama yolları zaten 4 genel anahtar gerektirir. 4 OP_CHECKSIGADD sonra, Komut Dosyasının geri kalanı 32 bayttan azdır, bu nedenle onu paketlenmiş olarak bırakmak daha ucuzdur. Ayrıştırma, zaman kilitlerini kontrol eden Komut Dosyasının kuyruğunu kaldırırsınız, ancak Komut Dosyası artık 0 yerine 1 derinliğinde olduğundan denetim bloğuna 32 bayt eklersiniz. Bu nedenle, harcama maliyetini _ iyileştiren bir derleyici, birincil harcama yolunda (3/4) bile biraz daha ucuz olduğundan, paketlenmiş Betiği (yani tek yapraklı bir taptree) üretecektir. Yalnızca gizlilik için optimizasyon yapan kullanıcılar büyük olasılıkla bunu bölmek isteyecektir. Başka bir deyişle, en iyi taptree'yi üretmek iki değişkenli bir optimizasyon problemidir: harcama maliyeti ve gizlilik ve çoğu zaman her ikisi için de aynı anda optimizasyon yapamazsınız. Çoğu kullanıcının her iki değişken için de özel olarak optimize etmemesini ve bunun yerine oldukça iyi maliyetli ve oldukça iyi gizliliğe sahip bir taptree seçmesini beklerdim. @mononautical'in burada gösterdiği senaryo için, sadece iki yapraklı bir meyhane ağacı oldukça iyi olurdu: birincil yol sadece basit bir 3'te 4'tür ve çoğu harcama için kullanılır ve harcama koşullarının geri kalanı (muhtemelen tek bir musluk yaprağında paketlenmiş) umarım zaten zincire asla çarpmaz. MuSig ve FROST'u denkleme koyduğunuzda, daha da fazla değişken vardır: MuSig ve FROST maliyetleri düşürebilir ve gizliliği artırabilir, ancak etkileşim gereksinimlerini ve uygulama karmaşıklığını artırırlar. Geliştiriciler ve kullanıcılar neyi seçecek? Bilmiyorum! Sadece aptalların şüphesi yoktur.