Strategi Biaya Bitcoin di SSP

Setiap transaksi Bitcoin yang Anda kirim dari SSP membawa biaya, dan biaya itu bukan harga tetap yang ditetapkan oleh SSP maupun siapa pun. Itu adalah tawaran dalam sebuah lelang terbuka. Memahami cara kerja lelang itu adalah perbedaan antara transaksi yang terkonfirmasi dalam sepuluh menit dan transaksi yang tetap belum terkonfirmasi selama dua hari. Panduan ini menjelaskan biaya transaksi Bitcoin secara praktis: apa arti satuannya, mengapa harganya berayun, dan bagaimana memilih biaya yang masuk akal saat Anda membelanjakan Bitcoin dari dompet multisig 2-of-2 SSP Anda.

Jika Anda belum mengetahui bagaimana Bitcoin berperilaku di dalam SSP, mulailah dengan artikel pusat Bitcoin di SSP lalu kembali ke sini.

Satuan biaya: sat/vB

Biaya Bitcoin dinyatakan dalam sat/vB — satoshi per byte virtual. Satu satoshi adalah unit terkecil Bitcoin (seperseratus juta dari satu BTC). Sebuah byte virtual adalah ukuran berapa banyak ruang yang ditempati transaksi Anda di dalam sebuah blok.

Hal kunci yang harus diresapi: Anda tidak membayar per dolar nilai yang dipindahkan. Anda membayar per byte data. Mengirim 0,001 BTC dan mengirim 5 BTC bisa menelan biaya yang persis sama jika transaksinya berukuran sama. Yang mengubah ukuran — dan karenanya biaya — adalah berapa banyak input dan output yang dimiliki transaksi, serta jenis dompet apa yang menghasilkannya.

Total biaya Anda hanyalah ukuran transaksi dalam vBytes × tarif biaya dalam sat/vB. Sebuah transaksi 200 vByte pada 20 sat/vB menelan biaya 4.000 satoshi. Pilih tarif lebih tinggi dan ia terkonfirmasi lebih cepat; pilih yang lebih rendah dan ia menunggu.

mempool adalah pasar biaya langsung

Saat Anda menyiarkan sebuah transaksi, ia tidak langsung masuk ke blockchain. Ia mendarat di mempool — kumpulan transaksi belum terkonfirmasi yang disimpan setiap node Bitcoin di memori. Penambang membangun blok berikutnya dengan memilih transaksi dari mempool, dan mereka rasional secara ekonomi: mereka memilih transaksi dengan biaya tertinggi lebih dulu.

Sebuah blok baru tiba kira-kira setiap sepuluh menit dan memiliki ruang terbatas. Ketika sedikit orang bertransaksi, mempool nyaris kosong dan bahkan biaya rendah memasukkan Anda ke blok berikutnya. Ketika banyak orang bertransaksi sekaligus, mempool tersendat, dan hanya transaksi yang menawar di atas tarif yang berlaku yang masuk ke blok berikutnya. Semua yang lain menunggu — kadang berjam-jam, kadang berhari-hari, sampai permintaan mereda dan tawaran mereka kembali kompetitif.

Inilah sebabnya biaya berayun. Tidak ada harga pusat. Biaya yang "tepat" adalah apa pun yang dibuat oleh kumpulan transaksi yang sedang bersaing saat ini.

Membaca penaksir biaya

Anda tidak perlu menebak. Sebuah penaksir biaya membaca mempool saat ini dan memberi tahu Anda tarif mana yang membeli kecepatan mana. Penjelajah publik yang paling banyak dipakai adalah mempool.space, yang menampilkan kedalaman mempool dan rekomendasi langsung dalam tingkatan — biasanya "blok berikutnya", "dalam 30 menit", dan "dalam satu jam atau lebih" — masing-masing dengan angka sat/vB.

SSP menampilkan pilihan biaya saat Anda menyusun transaksi sehingga Anda dapat mencocokkan tingkat urgensi Anda dengan kondisi saat ini. Model mentalnya sederhana:

• mempool tenang. Ketika tingkatan "blok berikutnya" dan "prioritas rendah" pada penaksir berdekatan — sering kali pada angka sat/vB satu digit — tidak ada kemacetan. Pilih tingkatan ekonomi. Membayar 40 sat/vB ketika 3 sat/vB akan terkonfirmasi di blok berikutnya hanyalah membakar uang.
• mempool macet. Ketika tingkatan-tingkatan saling menjauh dan angka "blok berikutnya" tinggi, jaringan sedang sibuk. Jika pembayaran Anda benar-benar sensitif terhadap waktu, bayar tarif yang lebih tinggi. Jika tidak, pilih tingkatan yang lebih rendah dan terima bahwa ia mungkin memakan beberapa jam, atau tunggu jendela yang lebih tenang — biaya biasanya lebih rendah pada akhir pekan dan malam hari di zona waktu pasar utama.

RBF: mendorong transaksi yang tersangkut

Misalkan Anda membayar terlalu sedikit. Mempool menjadi lebih sibuk setelah Anda menyiarkan, biaya Anda tidak lagi kompetitif, dan transaksi Anda telah tersangkut berjam-jam. Anda tidak berdaya.

Replace-By-Fee (RBF) memungkinkan Anda menyiarkan ulang transaksi yang sama dengan biaya yang lebih tinggi. Transaksi pengganti membelanjakan input yang sama ke penerima yang sama, jadi tidak ada uang tambahan yang keluar dari dompet Anda selain biaya yang dinaikkan — ia hanya menimpa yang asli di mempool. Penambang lalu lebih memilih versi berbiaya lebih tinggi, dan yang asli berbiaya rendah dibuang.

Di SSP hal ini penting dengan cara tertentu: dompet Anda adalah multisig 2-of-2, jadi setiap transaksi — termasuk dorongan RBF — harus ditandatangani di kedua perangkat: ponsel Anda dan SSP Key Anda. Menaikkan biaya bukan tindakan satu ketukan; perlakukan itu sebagai upacara penandatanganan baru di dua perangkat. Rencanakan hal itu jika sebuah pembayaran mendesak dan Anda jauh dari perangkat kedua Anda.

Alat alternatifnya adalah CPFP (Child-Pays-For-Parent): alih-alih mengganti transaksi yang tersangkut, Anda membelanjakan output-nya yang belum terkonfirmasi dalam transaksi berbiaya tinggi yang baru, dan penambang yang menginginkan biaya transaksi anak harus mengonfirmasi transaksi induknya juga. CPFP terutama berguna untuk dana masuk yang tidak dapat Anda ganti. Untuk pembayaran keluar Anda sendiri, RBF biasanya merupakan perbaikan yang lebih bersih.

Keunikan multisig

Sebuah transaksi multisig 2-of-2 lebih besar dalam vBytes dibanding transaksi tanda tangan tunggal, karena ia membawa dua tanda tangan dan skrip pembelanjaan yang lebih kompleks alih-alih satu. SSP menggunakan multisig SegWit native (P2WSH), yang menjaga overhead itu tetap sederhana, tetapi transaksinya tetap lebih besar daripada pembayaran tanda tangan tunggal dasar — sehingga pada tarif sat/vB yang sama ia menelan biaya sedikit lebih banyak.

Ini adalah harga untuk menghilangkan titik kegagalan tunggal yang dimiliki dompet satu kunci, dan itu kecil dibandingkan keamanan yang Anda peroleh. Dua konsekuensi praktis:

• Ketika Anda membandingkan biaya SSP dengan biaya yang Anda lihat di dompet tanda tangan tunggal, harapkan biaya SSP sedikit lebih tinggi pada tarif yang sama. Itu karena skripnya, bukan markup SSP.
• Semakin banyak input (UTXO) yang dikonsumsi sebuah transaksi, semakin besar ia menjadi. Jika saldo Anda terdiri dari banyak penerimaan kecil, membelanjakannya mahal. Solusinya adalah konsolidasi UTXO — lihat Mengonsolidasikan UTXO di SSP.

Jebakan umum

• Membayar berlebih saat mempool tenang. Pemborosan paling umum. Selalu lirik penaksir sebelum menerima biaya tinggi bawaan; dalam kondisi tenang, tingkatan ekonomi terkonfirmasi dengan baik.
• Membayar terlalu sedikit dan tersangkut. Kesalahan sebaliknya. Biaya yang tampak baik satu jam lalu bisa turun di bawah tarif yang berlaku seiring mempool terisi. Jika sebuah pembayaran penting, jangan menawar di titik paling bawah.
• Tidak tahu RBF itu ada. Banyak pengguna mengira transaksi yang tersangkut sudah hilang lalu panik. Ia tidak hilang — ia belum terkonfirmasi, dan ia bisa didorong, atau pada akhirnya akan jatuh dari mempool dan koin kembali ke dompet Anda sebagai dapat dibelanjakan. Kesabaran maupun dorongan RBF, keduanya berhasil.
• Melupakan perangkat kedua. Karena menaikkan biaya adalah penandatanganan multisig penuh, RBF yang mendesak memerlukan SSP Key Anda dalam jangkauan. Jaga agar tetap mudah diakses ketika Anda memperkirakan akan mengirim pembayaran yang sensitif terhadap waktu.

Menyatukan semuanya

Sebelum mengirim Bitcoin dari SSP, periksa mempool, cocokkan tingkatan biaya Anda dengan seberapa mendesak pembayaran itu, dan ingat bahwa Anda selalu dapat mendorong nanti dengan RBF jika kondisinya berubah. Ketika Anda siap melakukan pembayaran, panduan langkah demi langkah ada di Mengirim Bitcoin dengan SSP. Untuk memahami sisi lain buku besar — biaya dan output ketika uang masuk — bacalah Menerima Bitcoin ke SSP.

Biaya bukanlah pajak yang tidak bisa Anda pengaruhi. Ia adalah pasar yang bisa Anda baca. Beberapa detik yang dihabiskan untuk melihat mempool mengubah penetapan biaya dari sebuah tebakan menjadi sebuah keputusan.