Melihat beberapa komentar yang menanyakan apa yang dapat dilakukan tentang jenis penyematan data ini (yang sudah ada sejak lama). Ini agak panjang, tetapi semoga bermanfaat sebagai referensi untuk pertanyaan yang lebih umum tentang apakah Anda dapat mengatasi "masalah" tingkat protokol di tingkat penambang / kebijakan. Secara realistis, kekurangan soft fork ada sangat sedikit yang dapat dilakukan secara teknis, dan bahkan itu akan memiliki keterbatasan dan kejatuhan yang serius (itulah inti dari desain protokol kasar ini). Reaksi pertama yang jelas adalah meminta penambang untuk berhenti menambang hal-hal seperti ini. Ada beberapa cara, tetapi salah satunya adalah dengan meningkatkan -dustrelayfee mereka Secara default adalah 0,00003 BTC/kB (3 sat/vB) menghasilkan batas keluaran debu 330 sat untuk P2WSH. Untuk transaksi ini dengan 1859 output tersebut, total output yang tidak dapat dibelanjakan adalah 1859*330 = 613,470 sats ($736 @$120k/BTC) Katakanlah Anda berhasil melobi sebagian besar (95%) penambang untuk 10x nilai konfigurasi ini, pengirim harus memilih antara membayar 6,1 juta sat ($7k) atau mengirim apa adanya dan menunggu sampai proporsi kecil penambang (5%) menggunakan default lama. Mereka mungkin akan melakukan yang terakhir karena itu cukup hashrate untuk menemukan rata-rata 7 blok/hari, dan apa yang terburu-buru? Setelah gagal menghentikan ini di tingkat penambang, Anda sekarang mungkin tergoda untuk melobi pelari node untuk mengubah default mereka dan/atau mengubah default di core v31. Katakanlah Anda berhasil, dan core v31 berisi default yang lebih tinggi. Pengirim hanya dapat mengintip secara istimewa untuk mencoba dan menjangkau penambang dalam protokol. Jadi Anda menggandakan dan Anda memalsukan peering preferensial sehingga tidak cukup dapat diandalkan. Pengirim sekarang tidak punya pilihan selain membayar OOB penambang - jika mereka melakukan ini, mereka sebaiknya membuat setiap output menjadi 0 sat. Ini sebenarnya bisa saling menguntungkan secara finansial bagi pengirim dan penambang, karena alih-alih sat dibakar sebagai biaya, mereka akan mengalir ke penambang / disimpan oleh pengirim. Sekarang untuk bersikap adil, dibutuhkan upaya untuk membangun rel langsung ini kepada penambang yang secara eksklusif bermotivasi finansial, tetapi ini adalah biaya tetap, dan saya tidak ragu itu akan dilakukan, dan kemudian diintegrasikan melalui API ke layanan pencetakan terpusat. Dengan demikian, masalahnya kemungkinan akan berakhir lebih buruk daripada situasi yang kita miliki saat ini.