Kalau block weight limit ditambah, berarti mesti softfork lagi kan ya? Dari yang saya baca, dulu salah satu penyebab terjadi hardfork Bitcoin antara lain gara-gara ada komunitas yang tidak setuju dengan berlakunya SegWit. Dan idealnya berapa besaran yang mesti ditambahkan pada block weight limit yang sekiranya cukup untuk beberapa tahun kedepan untuk mengatasi kepadatan transaksi? Kalau sekarang kan block weight ≤ 4,000,000 bytes.
Seingetku dulu juga pernah ada proposal segwit2x, dimana yang menjadi inti dari perubahan tersebut adalah Block size dari 1MB menjadi 2MB, dan untuk block weight berubah dari 4MB menjadi 8MB. Untuk implementasi segwit2x tidak lagi melalui softfork, melainkan harus dilakukan hardfork, namun karena proposal upgrade segwit2x tersebut tidak mencapai konsensus, pada akhirnya implementasi segwit2x tidak pernah menjadi kenyataan.Jika permasalahan congestion pada jaringan Bitcoin tidak cepat selesai atau malah menjadi semakin parah, maka bisa saja jika wacana upgrade segwit2x akan kembali mencuat
2 hal tersebut merujuk hal yang sama. Untuk sekarang, limit block adalah 1vMB (virtual MB) yang setara dengan 4 kWu (million weight unit).
Dan apakah ketika block size ataupun block weight dirubah, misal 1MB ke 2MB, 4MB ke 8MB dan seterusnya, bisa menjadi solusi jangka panjang pada permasalah congestion di jaringan Bitcoin?
Karena bisa jadi ketika misal perubahan tersebut mencapai konsensus, kemudian ternyata terjadi lagi penyumbatan/congestion karena faktor lain disamping yang ada sekarang, nantinya perlu konsensus perubahan limit lagi.
Karena bisa jadi ketika misal perubahan tersebut mencapai konsensus, kemudian ternyata terjadi lagi penyumbatan/congestion karena faktor lain disamping yang ada sekarang, nantinya perlu konsensus perubahan limit lagi.
Menurut saya tidak, kecuali penggunaan teknologi lainnya (seperti LN dan sidechain) juga semakin popular.
Quote
Saya baca di bip-0107 malah ada konsep setiap berapa tahun sekali limit block size nya bertambah, dan ketika sudah mencapai maksimum di tahun tertentu, untuk peningkatan size nantinya dibuat dinamis sesuai peningkatan volume transaksi.
Mungkin ini bisa menjadi solusi untuk masalah Congestion dalam jangka panjang, namun pasti akan ada pro dan kontra.Saya sendiri kontra terhadap BIP 107 karena perubahan berdasarkan volume transaksi ada resiko dimanipulasi oleh miner/pool. Sebagai contoh, sengaja tidak menyertakan transaksi tertentu.