Mungkin ke depan (jika bitcoin ini sudah sangat besar) akan ada konfrensi dunia yang mempertemukan semua miner dan user yang berpengaruh untuk menentukan "standar fee transaksi", jika semua kompak menentukan fee transaksi, misal 10 sat, maka jika ada besaran biaya yang menggunakan nilai tersebut miner akan lebih dulu melakukan konfirmasi di jaringan.
Itu cuma angan-angan saya saja, tapi ya siapa tahu itu akan terjadi untuk mengatasi masalah skalabilitas bitcoin.
Itu cuma angan-angan saya saja, tapi ya siapa tahu itu akan terjadi untuk mengatasi masalah skalabilitas bitcoin.
Di komunitas Bitcoin ada Bitcoin Improvement Proposals (https://github.com/bitcoin/bips)*, semua orang bisa saja mengajukan usulan/ide-nya seperti penentuan fee sebagaimana disebutkan di atas, dll. meskipun tanpa ada pertemuan pada konferensi dunia.
Namun secara pribadi saya pesimis hal itu akan mendapat kata sepakat setidaknya dalam waktu dekat ini.
Mengenai skalabilitas di Bitcoin memang sudah menjadi hal klasik, tapi sejauh ini sudah ada beberapa kali soft fork seperti SegWit dan yang terbaru Taproot yang sudah memisahkan antara data signature transaksi dengan data transaksi aktualnya sehingga ukuran transaksi bisa lebih kecil dan block bisa memuat lebih banyak transaksi jika dibandingkan ketika masih menggunakan Legacy (P2PKH)**.
*Sebelum ke BIP terlebih dulu ide dan proposalnya diajukan ke milis [email protected]
** Saya lihat pada salah satu block berikut masih cukup banyak juga yang menggunakan tipe address P2PKH:
https://mempool.space/block/000000000000000000015729ff650e5af0de543a6a9a43bfda9a82aa35371def
Fixed rate fee atau penentuan max Fee Limit tidak akan bisa menjadi solusi buat skalabilitas jaringan Bitcoin, karena congestion pada jaringan tetap akan terjadi, sementara rata-rata transaksi yang bisa masuk ke sebuah block tidak akan mengalami perubahan. Hanya saja yang berbeda adalah tidak adanya potensi fee-war.
Skalabilitas hanya akan bisa diatasi jika Block time berubah (dibawah 10 menit) atau daya tampung Block terhadap transaksi diperlebar, namun yang menjadi kendala adalah bagaimana mendapatkan konsensus mutlak untuk perubahan tersebut, sehingga tidak memicu hardfork untuk kesekian kalinya.
