Info Fee Mempool Terupdate & Penjelasannya

[Husna QA]

-snip-

Apakah om-om semua merasa fee sekarang murah? atau masih merasa mahal?  :)

Tergantung pembandingnya juga, karena sebelum ini fee transaksi cukup 'mahal' bahkan sampai ratusan sat/vB tentunya dengan rate saat ini dibawah kisaran 20 sat/vB akan dianggap sudah cukup murah. -snip-

Iya sih Om. Semoga saja fee tetap murah seperti sekarang. Karena bahkan saat saya menulis ini fee berada di sekitar 13 sats/vB. Semoga saja bisa balik seperti dulu dibawah 10 sats/vB.  :) soalnya walaupun fee terasa murah yang sekarang. Tapi ketika melakukan transaksi jumlah besar tetap saja masih terasa berat jika harus membandingkan dengan jaringan lain. :-X

Rata-rata fee transaksi Bitcoin yang saya lihat di https://mempool.space/ barusan ada di bawah 20 sat/vB dengan antrian TX yang belum terkonfirmasi di atas 140,000:



Sumber: https://mempool.space/

Saya coba bandingkan dengan rata-rata fee transaksi litecoin saat ini:



Sumber: https://litecoinspace.org/

Nampak seperti contoh di atas, memang fee nya lebih murah pada jaringan lain selain Bitcoin; Namun, lihat jumlah TX yang masih antri (belum terkonfirmasi) dan juga jumlah TX pada setiap block yang sudah mendapat konfirmasi, nampak perbedaan yang cukup jauh juga.

Dengan kata lain, kepadatan transaksi juga bisa memicu user yang bertransaksi untuk berlomba memberikan fee lebih agar transaksinya cepat di konfirmasi.

[Chikito]

Sebenarnya cara kerja accelerator itu gimana si gan? Kalo RBF kan kita menambah fee sehingga itu logis bagi saya karena kita sendiri yang membah biaya, tapi kalo accelerator itu kita membayar pihak ke tiga kan? Apakah mereka adalah para miner yang bisa membosting transaksi atau gimana gitu cara kerjanya gan? Kalo lihat biaya accelerator di mempool juga kayaknya mahal banget, masih mending kita menambah fee dengan model RBF

Senada dengan postingan mas abhi di atas, mereka (accelerator) itu juga terkadang ada beberapa yang kerjaannya miner, sehingga sekalian buka job sebagai accelerator, atau bisa juga hanya sebagai jasa yang menjual service, sedangkan yang kerja tetap si miner di belakang mereka. Kalau soal biaya ya jelas lebih mahal pakai accelerator dibanding bumping fee sendiri, karena mereka ada tambahan jasa-nya. Oleh karena itu harus teliti dulu sebelum mengirim bitcoin, upayakan untuk selalu meng-enablekan fitur RBF secara default di non custody wallet

[abhiseshakana]

Kalo lihat biaya accelerator di mempool juga kayaknya mahal banget, masih mending kita menambah fee dengan model RBF

Jelas lebih mahal jika dibandingkan dengan menggunakan metode RBF maupun CPFP. Namun biasanya yang mendasari orang menggunakan Transaction accelerator adalah karena transaksi tersebut dibuat tanpa adanya opsi RBF dan pembuat transaksi maupun penerima transaksi tidak memiliki akses untuk melakukan CPFP. Sehingga untuk kondisi yang mendesak (Transaksi yang bersifat urgent) maka pilihannya ya menggunakan TX Accelerator.

Jika transaksi yang belum mendapatkan konfirmasi memiliki fungsi RBF atau sang pengirim maupun penerima memiliki akses untuk melakukan CPFP, paling TX Accelerator yang dilirik hanyalah yang layanannya gratis, dan semisalpun tidak kunjung mendapatkan konfirmasi Block, maka transaksi tersebut bisa diperform dengan RBF maupun CPFP.

[Husna QA]

Kalo lihat biaya accelerator di mempool juga kayaknya mahal banget, masih mending kita menambah fee dengan model RBF

Jelas lebih mahal jika dibandingkan dengan menggunakan metode RBF maupun CPFP. Namun biasanya yang mendasari orang menggunakan Transaction accelerator adalah karena transaksi tersebut dibuat tanpa adanya opsi RBF dan pembuat transaksi maupun penerima transaksi tidak memiliki akses untuk melakukan CPFP. Sehingga untuk kondisi yang mendesak (Transaksi yang bersifat urgent) maka pilihannya ya menggunakan TX Accelerator.
-snip-

Tidak sedikit juga user yang masih menggunakan wallet yang tidak memiliki fitur RBF atau kalaupun misal ada fiturnya namun lupa untuk mengaktifkannya*, sehingga ketika user tersebut bertransaksi dan ternyata stuck, mereka tidak memiliki pilihan lain untuk bump fee apalagi kalau si penerima juga tidak memungkinkan untuk melakukan proses CPFP (semisal exchange).

Dulu saya pengguna wallet imToken (tidak memiliki fitur RBF) dan pernah mengalami stuck pada transaksi hingga berhari-hari ketika mengirim BTC ke deposit address di exchange. Tidak bisa bump fee meskipun seed wallet diimport ke wallet yang support RBF sekalipun, karena transaksi sedari awal sudah non-RBF.

Jadi opsi menggunakan TX accelerator, masih jadi alternatif bagi sebagian user seperti diatas meskipun untuk yang versi berbayar bisa lebih mahal.

* Contoh pada block 831437, masih banyak transaksi yang statusnya RBF disabled:



Sumber: https://mempool.space/block/00000000000000000001594dc0b8d8ef03a709eece0cfef1e7b92b7841600996

[Chikito]

* Contoh pada block 831437, masih banyak transaksi yang statusnya RBF disabled:

Ya kemungkinan besar transaksi yang dilakukan menggunakan wallet yang tidak secara default fitur RBF-nya aktif, atau menggunakan wallet-wallet sejenis yang mas husna pakai sebelumnya di atas. Kalau wallet khusus bitcoin biasanya akan secara default aktif sehingga memudahkan pengguna. Atau bisa juga banyak transaksi dari exchange ke wallet pribadi, dimana biasanya exchange tidak begitu memperhatikan fitur tersebut karena fee yang mereka pakai selalu besar.

[abhiseshakana]

Kesalahan persepsi terkait CPFP pada suatu transaksi yang dikirimkan ke Exchange, adalah banyak yang mengira jika proses CPFP tidak akan bisa dilakukan jika penerima transaksi adalah Exchange. Hal ini memang tidaklah sepenuhnya salah, karena untuk sebuah kondisi dimana transaksi hanya memiliki 1 output, yakni hanya ke address Exchange, maka kecil sekali kemungkinan bagi pihak Exchange terkait untuk mau melakukan proses CPFP.

Sementara jika transaksi yang dikirimkan ke Exchange tersebut memiliki 2 Output (atau lebih) yang salah satu outputnya merujuk ke Change Address sebagaimana proses pengembalian sisa UTXO yang digunakan, maka bagi pihak pengirim transaksi juga bisa melakukan CPFP dengan cara menggunakan Output (Change Address) sebagai Input transaksi CPFP.

Contoh : Alice mengirimkan 1 BTC ke wallet Exchange miliknya dengan nilai Fee transaksi yang sangat kecil (anggap saja 100 satoshis) dan dia lupa untuk mengaktifkan fungsi RBF saat mengirimkan transaksi tersebut. Sementara Input (UTXO) yang digunakan pada transaksi tersebut memiliki value sebesar 2 BTC.

Transaksi tersebut jika dideskripsikan adalah sebagai berikut :
- Input = 2 BTC
- Output 1 (exchange wallet) = 1 BTC
- Output 2 (change address) = 2 - 1 - 0.000001 = 0.999999 BTC

Pihak yang bisa melakukan CPFP :
1. Exchanger dengan menggunakan Output 1
2. Alice dengan menggunakan Output 2

[Husna QA]

-snip-
Pihak yang bisa melakukan CPFP :
1. Exchanger dengan menggunakan Output 1
2. Alice dengan menggunakan Output 2

Ya, jika transaksinya memiliki banyak output dan pada salah satunya (pada contoh di atas adalah change address) masih ada sisa aset Bitcoin yang cukup dan memungkinkan untuk CPFP, maka itu bisa saja dilakukan bump fee dari output tersebut.

Contoh salah satu transaksi yang memiliki banyak output:,
https://mempool.space/tx/5bca36934e647e606f58674c1491286130c9dbb50a01bab910e1242e698dd0fb



dan salah satu user menggunakan output-nya untuk melakukan CPFP:
https://mempool.space/tx/3a5978099ea12d161f7f3b9901010c9ee4959d142ce0842ff8a8b36048661117

[abhiseshakana]

Contoh salah satu transaksi yang memiliki banyak output:,
https://mempool.space/tx/5bca36934e647e606f58674c1491286130c9dbb50a01bab910e1242e698dd0fb

dan salah satu user menggunakan output-nya untuk melakukan CPFP:
https://mempool.space/tx/3a5978099ea12d161f7f3b9901010c9ee4959d142ce0842ff8a8b36048661117

Opsi CPFP memang merupakan penyelesaian yang bagus buat pihak penerima transaksi yang masih mengalami pending. Seperti halnya contoh transaksi diatas, dimana transaksi (parent) sebenarnya memiliki fungsi RBF, namun karena kemungkinan tidak ada upaya "bump fee" yang dilakukan oleh pemilik transaksi (parent), maka salah satu receiver dari transaksi (parent) tersebut berinisiatif untuk membuat transaksi CPFP yang benefitnya juga dirasakan oleh receiver lainnya  .

[bayu7adi]

Opsi CPFP memang merupakan penyelesaian yang bagus buat pihak penerima transaksi yang masih mengalami pending. Seperti halnya contoh transaksi diatas, dimana transaksi (parent) sebenarnya memiliki fungsi RBF, namun karena kemungkinan tidak ada upaya "bump fee" yang dilakukan oleh pemilik transaksi (parent), maka salah satu receiver dari transaksi (parent) tersebut berinisiatif untuk membuat transaksi CPFP yang benefitnya juga dirasakan oleh receiver lainnya  .

Yang melakukan CPFP hanya 1 address, sedangkan yang kena dampak adalah semua address Output yang ada gitu ya. Sedangkan jumlah BTC yang dibayar oleh address yang melakukan CPFP tersebut besarnya apakah dipengaruhi dari jumlah output address nya juga?

Sebagai contoh ada pembayaran dari sebuah kampanye signature, dan kebetulan bayaran tersebut dikirimkan dengan besaran fee yang tidak cukup tinggi. Lantas salah satu penerima (output address) melakukan CPFP. Apakah beban untuk menanggung biaya CPFP tersebut ada kaitannya jumlah penerima (output address)? Seperti semakin banyak output address , maka semakin besar fee yang harus di bayarkan oleh pihak yang melakukan CPFP.

[Husna QA]

Opsi CPFP memang merupakan penyelesaian yang bagus buat pihak penerima transaksi yang masih mengalami pending. Seperti halnya contoh transaksi diatas, dimana transaksi (parent) sebenarnya memiliki fungsi RBF, namun karena kemungkinan tidak ada upaya "bump fee" yang dilakukan oleh pemilik transaksi (parent), maka salah satu receiver dari transaksi (parent) tersebut berinisiatif untuk membuat transaksi CPFP yang benefitnya juga dirasakan oleh receiver lainnya  ;D.

Yang melakukan CPFP hanya 1 address, sedangkan yang kena dampak adalah semua address Output yang ada gitu ya. Sedangkan jumlah BTC yang dibayar oleh address yang melakukan CPFP tersebut besarnya apakah dipengaruhi dari jumlah output address nya juga?
-snip-

Sepemahaman saya, semua receiver mendapatkan benefit sehingga transaksi dari pengirim (parent) bisa lebih cepat mendapat konfirmasi, dan fee transaksi jadi ditanggung receiver yang melakukan CPFP tersebut.

Jumlah input dan output transaksi bisa mempengaruhi pada besaran file size dari transaksi, dan ini berpengaruh juga pada fee transaksi.

For spenders, miner use of transaction grouping means that if you're waiting for an unconfirmed transaction that pays too low a feerate (e.g. transaction A), you can create a child transaction spending an output of that transaction and which pays a much higher feerate (e.g. transaction B) to encourage miners to confirm both transactions in the same block. Wallets that explicitly support this feature often call it child pays for parent (CPFP) because child transaction B helps pay for parent transaction A.

To calculate the feerate for a transaction group, sum the fees paid by all the the group's unconfirmed transactions and divide that by the sum of the sizes for all those same transactions (in weight units or vbytes). For example, if transaction A has a fee of 1,000 nanobitcoins and a size of 250 vbytes and transaction B has a fee of 3,000 nanobitcoins and a size of 150 vbytes, the combined feerate is (1,000 + 3,000)/(250 + 150), which is 10 nanobitcoins per vbyte.

[Chikito]

Lantas salah satu penerima (output address) melakukan CPFP. Apakah beban untuk menanggung biaya CPFP tersebut ada kaitannya jumlah penerima (output address)? Seperti semakin banyak output address , maka semakin besar fee yang harus di bayarkan oleh pihak yang melakukan CPFP.

CPFP itu tergantung besaran sampeyan mau bumping berapa, semakin banyak ya semakin bagus. Dan itu juga gak tergantung sama output address lainnya, karena sampeyan ngebumping fee proses transaksi pada alamat sendiri bukan pada alamat induk (pengirim). Itu sama misal ngirim dari exchange ke dompet sendiri, exchange pasti ngirim berbarengan ke alamat lain, kalau sampeyan melakukan CPFP, alamat lain tentu tidak berdampak.

[abhiseshakana]

Lantas salah satu penerima (output address) melakukan CPFP. Apakah beban untuk menanggung biaya CPFP tersebut ada kaitannya jumlah penerima (output address)? Seperti semakin banyak output address , maka semakin besar fee yang harus di bayarkan oleh pihak yang melakukan CPFP.

CPFP itu tergantung besaran sampeyan mau bumping berapa, semakin banyak ya semakin bagus. Dan itu juga gak tergantung sama output address lainnya, karena sampeyan ngebumping fee proses transaksi pada alamat sendiri bukan pada alamat induk (pengirim). Itu sama misal ngirim dari exchange ke dompet sendiri, exchange pasti ngirim berbarengan ke alamat lain, kalau sampeyan melakukan CPFP, alamat lain tentu tidak berdampak.

Biaya CPFP secara tidak langsung memang akan related dengan jumlah penerima (output address) namun untuk detail kalkulasinya seperti kutipan (https://en.bitcoin.it/wiki/Miner_fees) yang disinggung oleh Om Husna.

Misal : Si A ingin membuat Transaksi CPFP, menggunakan UTXO (output) dari Transaksi B. Dalam proses ini informasi yang perlu diketahui oleh si A bukanlah berapa banyak Output dari Transaksi B, namun hanya cukup dengan mengetahui ukuran vBytes transaksi B dan fee yang telah dibayarkan.

Berdasarkan data dari https://mempool.space/ , Fee transaksi untuk Medium Priority adalah 15 sat/vB

Transaksi B (status unconfirmed)
- Ukuran 500 vB
- Fee 0.000025 BTC (5 sat/vB)

Transaksi CPFP yang dibuat oleh si A
- Ukuran 300 vB
- Fee CPFP agar transaksi memenuhi kriteria Medium Priority (15 sat/vB) ??

Fee CPFP Transaksi A = ((vBytes TX A + vBytes TX B) * 15 sat) - 0.000025 BTC
Fee CPFP Transaksi A = (800 * 0.00000015) - 0.000025
Fee CPFP Transaksi A = 0.000095 BTC

Jadi agar Transaksi A dan Transaksi B memenuhi kriteria Transaksi Medium Priority (fee 15 sat/vB), maka total fee dari kedua transaksi tersebut harus bernilai 0.00012 BTC. Sehingga Fee yang mesti dibayarkan oleh si A pada transaksi CPFP yang dibuatnya adalah sebesar 0.000095 BTC. Kesimpulannya semakin besar total ukuran transaksi (Virtual Transaction Size) yang terlibat dalam proses CPFP (Child TX, dan jumlah Parent TX) maka akan semakin besar pula Fee yang harus dibayarkan agar seluruh transaksi tersebut mendapatkan prioritas untuk bisa masuk kedalam Block.

[Uruhara]

Saya tidak menyangka kepanikan terjadi bukan hanya dimarket tapi juga dalam transaksi BTC saat harga mencapai ATH.
Contohnya saya melihat Mempool disaat harga BTC menyentuh  $69000 dan saya justru menemukan transaksi dengan fee yang sangat besar yaitu diatas $28k sats/vB dan sebenarnya bukan hanya itu saja tapi banyak lagi. Tapi saya memberikan contoh yang satu ini saja.

Tapi saya sempat khawatir bahwa fee btc akan naik kembali dengan pesat saat BTC mendapatkan hype seperti sekarang. Tapi kekhawatiran saya sepertinya hanyalah sebuah kekhawatiran saja. Karena ternyata fee Btc masih normal-normal saja bahkan pagi tadi juga sempat menyentuh 20 sats/vB. untuk sekarang fee transaksi btc adalah dikisaran harga seperti digambar ini dibawah. Tapi semoga saja fee btc tetap stabil dan tidak naik kembali seperti saat hype Ordinal atau semacamnya.

[abhiseshakana]

Saya tidak menyangka kepanikan terjadi bukan hanya dimarket tapi juga dalam transaksi BTC saat harga mencapai ATH.
Contohnya saya melihat Mempool disaat harga BTC menyentuh  $69000 dan saya justru menemukan transaksi dengan fee yang sangat besar yaitu diatas $28k sats/vB dan sebenarnya bukan hanya itu saja tapi banyak lagi. Tapi saya memberikan contoh yang satu ini saja.

Tapi saya sempat khawatir bahwa fee btc akan naik kembali dengan pesat saat BTC mendapatkan hype seperti sekarang. Tapi kekhawatiran saya sepertinya hanyalah sebuah kekhawatiran saja. Karena ternyata fee Btc masih normal-normal saja bahkan pagi tadi juga sempat menyentuh 20 sats/vB. untuk sekarang fee transaksi btc adalah dikisaran harga seperti digambar ini dibawah. Tapi semoga saja fee btc tetap stabil dan tidak naik kembali seperti saat hype Ordinal atau semacamnya.

Fee transaksi memang memiliki korelasi dengan pergerakan harga, dalam artian perubahan harga yang terjadi didalam market bisa memberikan imbas terhadap perubahan average fee transaksi. Pada umumnya disaat Harga mengalami kenaikan atau penurunan yang cukup drastis, maka hal tersebut akan cenderung memicu respon pasar dalam aktifitasnya membuat transaksi on-chain (keluar masuk exchange wallet). Sehingga pada saat traffic transaksi di jaringan Bitcoin meningkat (atau malah terjadi congestion), maka berpotensi memicu fee war.

[Chikito]

Tapi saya sempat khawatir bahwa fee btc akan naik kembali dengan pesat saat BTC mendapatkan hype seperti sekarang. Tapi kekhawatiran saya sepertinya hanyalah sebuah kekhawatiran saja. Karena ternyata fee Btc masih normal-normal saja bahkan pagi tadi juga sempat menyentuh 20 sats/vB. untuk sekarang fee transaksi btc adalah dikisaran harga seperti digambar ini dibawah. Tapi semoga saja fee btc tetap stabil dan tidak naik kembali seperti saat hype Ordinal atau semacamnya.

Kalau mengacu pada kenaikan ATH yang dulu-dulu (coba lihat di halaman depan, thread ini dibuat april 2021 kala harga BTC menyentuh new ATH), fee BTC saat itu menyentuh 200 sat/vb +, artinya tidak menutup kemungkinan jika nanti menyentuh new ATH (harga tertinggi baru) di tahun ini atau tahun 2025 nanti, fee btc bisa melonjak ke fee yang sama kala thread ini dibuat. Plus, kalau ditambah dengan disempal brc20 dan ordinal, tidak menutup kemungkinan bisa 2x lipat jadi 400 atau 500 sat/vb. Ya siapa tahu, karena BTC ini sudah semakin massive digunakan untuk transaksi dan digunakan banyak orang di seluruh dunia.

[Uruhara]

Tapi saya sempat khawatir bahwa fee btc akan naik kembali dengan pesat saat BTC mendapatkan hype seperti sekarang. Tapi kekhawatiran saya sepertinya hanyalah sebuah kekhawatiran saja. Karena ternyata fee Btc masih normal-normal saja bahkan pagi tadi juga sempat menyentuh 20 sats/vB. untuk sekarang fee transaksi btc adalah dikisaran harga seperti digambar ini dibawah. Tapi semoga saja fee btc tetap stabil dan tidak naik kembali seperti saat hype Ordinal atau semacamnya.

Kalau mengacu pada kenaikan ATH yang dulu-dulu (coba lihat di halaman depan, thread ini dibuat april 2021 kala harga BTC menyentuh new ATH), fee BTC saat itu menyentuh 200 sat/vb +, artinya tidak menutup kemungkinan jika nanti menyentuh new ATH (harga tertinggi baru) di tahun ini atau tahun 2025 nanti, fee btc bisa melonjak ke fee yang sama kala thread ini dibuat. Plus, kalau ditambah dengan disempal brc20 dan ordinal, tidak menutup kemungkinan bisa 2x lipat jadi 400 atau 500 sat/vb. Ya siapa tahu, karena BTC ini sudah semakin massive digunakan untuk transaksi dan digunakan banyak orang di seluruh dunia.

Iya Om saya sudah melihatnya. Dan karena itulah saya sempat khawatir disaat btc kembali menyentuh harga ATH terakhir. Nah iya Om sepertinya kalau ditambah dengan ekosistem Brc-20 maka fee bisa naik melebihi saat ATH yang lalu. Apalagi sekarang sudah semakin banyak instutusi yang masuk. Ditambah dengan pertumbuhan yang terus terjadi pada ETF Bitcoin Spot. Yang pastinya akan membuat lebih banyak orang mengenal Bitcoin. Tapi setelah dipikirkan kembali ternyata kekhawatiran saya terlalu berlebihan. Karena walaupun fee naik begitu pesat. Tapi pasti pada akhirnya akan kembali normal.
Tapi permasalahannya fee normalnya nanti akan di berapa sats/vB 

......

Fee transaksi memang memiliki korelasi dengan pergerakan harga, dalam artian perubahan harga yang terjadi didalam market bisa memberikan imbas terhadap perubahan average fee transaksi. Pada umumnya disaat Harga mengalami kenaikan atau penurunan yang cukup drastis, maka hal tersebut akan cenderung memicu respon pasar dalam aktifitasnya membuat transaksi on-chain (keluar masuk exchange wallet). Sehingga pada saat traffic transaksi di jaringan Bitcoin meningkat (atau malah terjadi congestion), maka berpotensi memicu fee war.

Sepertinya fee War inilah yang terjadi disaat itu Om. Soalnya saya bahkan jadi anteng melihat fee transaksi yang pada besar-besar. Awalnya saya kaget dengan fee sebesar 13rb sats/vB. beberapa detik kemudian ternyata fee malah tambah naik sampai ada yang diatas 25rb sats/vB seperti pada screenshoot yang saya ambil.
Tapi kalau perang fee begitu berarti para penambang pada untung besar ya Om?

[Husna QA]

Sepertinya fee War inilah yang terjadi disaat itu Om. Soalnya saya bahkan jadi anteng melihat fee transaksi yang pada besar-besar. Awalnya saya kaget dengan fee sebesar 13rb sats/vB. beberapa detik kemudian ternyata fee malah tambah naik sampai ada yang diatas 25rb sats/vB seperti pada screenshoot yang saya ambil.
Tapi kalau perang fee begitu berarti para penambang pada untung besar ya Om?

Sepemahaman saya, jumlah fee yang tertera sampai di atas 25k sat/vB tersebut adalah jumlah total fee dari TX tersebut; bisa saja karena input/outputnya juga banyak sehingga size transaksinya juga besar. Salah satu contoh transaksi yang baru mendapat konfirmasi berikut ini (di blok 833573);

https://mempool.space/tx/1269c133b29454d55d2c4387029a6945b30319f3b51221a11635782f3db00906

sangat wajar jika fee nya besar, karena nilai tx nya saja ‎10.01799923 BTC

[abhiseshakana]

Sepertinya fee War inilah yang terjadi disaat itu Om. Soalnya saya bahkan jadi anteng melihat fee transaksi yang pada besar-besar. Awalnya saya kaget dengan fee sebesar 13rb sats/vB. beberapa detik kemudian ternyata fee malah tambah naik sampai ada yang diatas 25rb sats/vB seperti pada screenshoot yang saya ambil.
Tapi kalau perang fee begitu berarti para penambang pada untung besar ya Om?

Sepemahaman saya, jumlah fee yang tertera sampai di atas 25k sat/vB tersebut adalah jumlah total fee dari TX tersebut; bisa saja karena input/outputnya juga banyak sehingga size transaksinya juga besar. Salah satu contoh transaksi yang baru mendapat konfirmasi berikut ini (di blok 833573);

https://mempool.space/tx/1269c133b29454d55d2c4387029a6945b30319f3b51221a11635782f3db00906

sangat wajar jika fee nya besar, karena nilai tx nya saja ‎10.01799923 BTC

28.727 sat/vB itu ukurannya gede lho, karena nilai tersebut hanya mewakili 1 vByte saja, yang berarti jika untuk transaksi dengan ukuran kecil 100 vBytes, maka fee yang harus dibayarkan adalah 0.0430905 BTC (atau sekitar 31 Juta Rupiah dengan rates BTC $69000). Bisa jadi si pemilik transaksi melakukan kesalahan dalam memasukan fee transaksi (terutama jika transaksi dibuat secara manual maka cukup wajar jika pemilik transaksi salah dalam mengkalkulasi fee yang dipilih).

Contoh salah satu transaksi yang pembuatnya salah dalam memasukan feerates (sebesar 76.397.238 sat/vB dengan total fee 83.65497568 BTC)
https://mempool.space/tx/b5a2af5845a8d3796308ff9840e567b14cf6bb158ff26c999e6f9a1f5448f9aa

[Husna QA]

Contoh salah satu transaksi yang pembuatnya salah dalam memasukan feerates (sebesar 76.397.238 sat/vB dengan total fee 83.65497568 BTC)
https://mempool.space/tx/b5a2af5845a8d3796308ff9840e567b14cf6bb158ff26c999e6f9a1f5448f9aa

Transaksi tersebut di atas nampaknya memang salah memasukkan fee, jelas tertera sampai Overpaid 119980x



sementara untuk transaksi yang berikut ini hanya overpaid 2x;

https://mempool.space/tx/1269c133b29454d55d2c4387029a6945b30319f3b51221a11635782f3db00906

Kalau transaksi manual menggunakan model raw transaction, bisa jadi salah input total pada change address atau bahkan tidak mencantumkan change address sehingga sisa balance yang ada masuk menjadi fee transaksi. Atau kalau menggunakan wallet versi GUI bisa jadi salah melihat satuan ukuran fee transaksinya.

[abhiseshakana]

Transaksi tersebut di atas nampaknya memang salah memasukkan fee, jelas tertera sampai Overpaid 119980x

Dalam kasus ini yang mendapatkan jackpot adalah Antpool (Bitmain) dan para peminernya yang memiliki metode payments FPPS karena sharing rewardnya meliputi Block subsidy dan fee transaksi. Sementara bagi miner yang memilih payments PPLNS tidak kebagian share fee transaksi. Namun dalam kasus diatas Antpool memilih untuk melakukan frezee terhadap fee gede tersebut dan memberikan indikasi jika si pemilik transaksi bisa membuktikan kepemilikan transaksi tersebut, maka pihak Antpool akan mengembalikan fee tersebut.

https://www.antpool.com/newsDetail/457-Announcement%20for%20Claiming%2083BTC%20Gas%20Fee

Kalau transaksi manual menggunakan model raw transaction, bisa jadi salah input total pada change address atau bahkan tidak mencantumkan change address sehingga sisa balance yang ada masuk menjadi fee transaksi. Atau kalau menggunakan wallet versi GUI bisa jadi salah melihat satuan ukuran fee transaksinya.

Raw transaksi harus dibuat dengan teliti dan butuh perhatian ekstra. Kalo cuman salah memasukan variabel paling ujung-ujungnya cuma error atau failed, namun kalau sampai salah memasukan address di output, jumlah BTC dan salah mengkalkulasi fee, maka bisa menjadi penyesalan yang cukup dalam  .