Sejak kemunculan Bitcoin pertama kali pada tanggal 03 Januari 2009 18:15:05 (UTC), dengan ditandai munculnya Genesis Block pada blockchain BTC. Hingga sampai saat ini jumlah sirkulasi dari BTC telah mencapai nilai lebih dari 17 juta BTC. Dengan jumlah maksimal suplai sebesar 21 Juta BTC, maka hanya tersisa kurang dari 4 juta BTC yg saat ini masih bisa dimining.

Sesuai dengan ketentuan protokol yang digunakan oleh BTC ^[1], besar reward yg dimulai pada Genesis Block sebesar 50 BTC. Dan untuk setiap kelipatan 210.000 Block (jangka waktu 4 Tahun) subsidi (total block reward dari 210.000 block) akan berkurang sebesar 50% atau dikenal dengan istilah BTC Halving ^[2]. Jika subsidi berkurang 50% maka block reward tentunya juga akan berkurang sebesar 50%.




   

Berdasarkan ketentuan protokol tersebut, maka bisa disimulasikan sirkulasi reward BTC yang diperoleh dari kegiatan mining seperti yang disajikan oleh en.bitcoin.it/wiki sampai pada tanggal 29 Mei 2018 pada block 525.000 dengan total sirkulasi mencapai 17.718.750 BTC. Dan disebutkan juga jika tidak ada perubahan global hashrate pada jaringan BTC, maka pada tahun 2140 BTC akan habis dimining ^[3].


Sumber Gambar : https://en.bitcoin.it/wiki/Controlled_supply


Menilik dari data diatas (29-05-2018 Block found 525.000), maka bisa diestimasikan pada saat block mencapai 630.000 Block pada tahun 2020 akan terjadi proses halving dari reward 12.5 BTC menjadi sebesar 6.25 BTC. Dan dibawah ini akan saya simulasikan nilai block subsidy pada saat mengalami halving (penurunan sebesar 50%) dan jumlah sirkulasi BTC sebagai bentuk insentif pada konsensus PoW.




Dari data simulasi diatas, akan saya coba bandingkan dengan jumlah sirkulasi BTC yang saat ini beredar di global market ^[4], sehingga bisa dicari estimasi kapan suplai BTC ini akan habis dimining.


● 21 September 2018

	Max Supply		21.000.000 BTC
	Circulating supply		17.280.775 BTC
	Mining supply		3.719.225 BTC

Jadi jika menurut data yg diambil pada tanggal 21 September 2018 Block 542.347, jumlah suplai BTC yg masih bisa dimining sebesar 3.719.225 BTC dan jika dibandingkan dengan data simulasi diatas maka akan didapat perhitungan sebagai berikut :

Total Block reward (block 542.347 s/d block 629.999) = 87.652 * 12.5 BTC = 1.095.650
Sisa Mining supply =< 1.095.650 + PoW Subsidy (cumulative)
3.719.225 =< 1.095.650 + 2.623.718,2587
Jadi dengan sisa supply BTC sebesar 3.719.225 maka BTC akan mencapai max supply 21.000.000 sebelum tahun 2064



● 20 Oktober 2018

	Max Supply		21.000.000 BTC
	Circulating supply		17.332.938 BTC
	Mining supply		3.667.062 BTC

Dari data tanggal 20 Oktober 2018 pada Block 546.531, sisa BTC yg masih bisa dimining turun menjadi 3.667.062 BTC dan jika menilik data simulasi diatas, maka sebelum tahun 2064 BTC akan habis dimining.



● 19 November 2018

	Max Supply		21.000.000 BTC
	Circulating supply		17.384.550 BTC
	Mining supply		3.615.450 BTC

Dan jika dilihat pada data 19 November 2018 pada Block 550.683, jumlah BTC yg masih bisa dimining turun lagi menjadi sebesar 3.615.450 BTC. Sehingga jika dibandingkan dengan data simulasi diatas maka BTC akan mencapai max supply 21.000.000 sebelum tahun 2068.




Dari ketiga data yang diambil dari https://www.blockchain.com/charts/total-bitcoins dan saat dibandingkan dengan data simulasi yang saya buat, diketahui jumlah sirkulasi BTC yang masih tersedia untuk dimining nilainya tidak sama dan mencapai jumlah suplai maksimal pada tahun yang berbeda. Hal ini terjadi karena adanya perbedaan besar global hashrate pada jaringan BTC, dimana jika semakin besar nilai hashrate yang digunakan untuk proses mining, maka waktu yang dibutuhkan untuk memproses sebuah block (Block Time) juga akan semakin cepat. Sehingga dengan semakin cepatnya sebuah block diproses, menyebabkan sirkulasi reward mining juga akan semakin cepat didistribusikan dan tidak menutup kemungkinan proses untuk mencapai jumlah suplai maksimal 21 Juta BTC akan tercapai dalam jangka 10-20 tahun kedepan.



Referensi :
[1] https://github.com/bitcoin/bitcoin/blob/master/src/chainparams.cpp  
[2] http://www.metzdowd.com/pipermail/cryptography/2009-January/014994.html  
[3] https://en.bitcoin.it/wiki/Controlled_supply
[4] https://www.blockchain.com/charts/total-bitcoins

Menambahi pertanyaannya omnya yang diatas, Jika semakin besar Hashrate semakin cepat pula proses mining, lalu bagaimana hubungannya dengan metode kesulitan penemuan block baru yang akan di mining? Apakah itu mempengaruhi rentang waktu mining bitcoin yang telah terjadwal.

Saya masih bingung antara korelasi total hash rate dan difficulty. Khususnya pada kasus yang dijelaskan Om Joniboni di atas.
Saya kesulitan untuk memahami :
1. Menurunnya hash rate global menyebabkan difficulty menurun
2. Ada adjustment difficulty Setiap 2016 block

Pertanyaan saya :

1. Apakah bisa disimpulkan bahwa perubahan hash rate global menyebabkan perubahan difficultly setiap 2016 block.
2. Apa yang terjadi terhadap Bitcoin jika semua miner bangkrut dan memindahkan mining rig mereka kepada coin lain sehingga menyebabkan hash rate global Bitcoin menjadi 0 (contoh ekstrim)
3. Untuk OP, ketika hash rate menurun, difficulty menurun apakah estimasi waktu untuk menghabiskan BTC tersisa bertambah lama?

Mohon pencerahan. Terima kasih.

Mohon maaf karena pertanyaan saya off topik karena lebih berhubungan dengan Konten mining.

Berbicara tentang bitcoin block time, hashrate dan difficulty. Harus diketahui bahwa rata-rata block time sekarang adalah 9.4 menit, bukan 10 menit.


More info :
1. https://arxiv.org/abs/1801.07447. Lebih tepatnya, bagian "II-B Block timestamps"
2. https://www.domob.eu/research/DifficultyControl.pdf
3. https://bitcointalk.org/index.php?topic=4905698.msg44176636#msg44176636

Setuju dengan Om enrico, dimana antara Aktual Block time dan teoritis block time nilainya belum tentu sama. Dan saya rasa penggunaan waktu 10 menit (1 Block) pada formula difficulty memang sebagai input periode waktu (theoretical block time) yang memang sudah ditetapkan. (Tolong dikoreksi jika ada rumus terbaru yang sekiranya tidak saya ketahui)

Pada https://arxiv.org/pdf/1801.07447.pdf dituliskan >> D_i = (D_i-1 *  1209600) / (X_2016i − X_2016(i−1))
D_i = Difficulty baru
D_i-1 = Difficulty sebelumnya (difficulty yg digunakan pada 2016 Block kebelakang)
i = 1,2, ... Jika i = 1, maka X_2016i = X₂₀₁₆ (waktu yang dibutuhkan untuk menemukan 2016 prev block)
dan nilai dari X_2016(i−1) = X_2016(1-1) (dimana X₀ = 0).

Sedangkan untuk nilai 1209600 adalah Block time (dalam satuan detik) dari 2016 block. Block time 1 Block = 600 detik = 10 menit (konstanta Block time 10 menit masih dipergunakan dalam rumus ini)


Pada https://www.domob.eu/research/DifficultyControl.pdf formula difficulty dituliskan >> D₊ = D₀ * MT / S_M

D₊ = Difficulty baru
D₀ = Difficulty sebelumnya (difficulty yg digunakan pada 2016 Block kebelakang)
M = 2016 Block (atau sekitar 2 minggu)
T = 10 min in practice
S_M = Actual time 2016 Block

Pada rumus diatas nilai dari Block time 10 menit juga masih digunakan sebagai konstanta tetap pada formula difficulty

Cmiiw.

EDIT: ini salah, ane salah unduh data weekly jadinya salah ambil kesimpulan.. LOL (kebanyakan minum kopi)

Who are You?
Sy kepoin history post om, apakah om early adapter yg berbajukan Newbie? atau Siluman Tengkorak?  

Reply nya sederhana tpi straight to the point.

Ini istilahnya kayak Optimisasi Codingan kenapa harus menggunakan while /for, If/switch, try/catch. meskipun subtansi nya sama tpi sebisa mungkin bisa di sederhanakan.

+1[/list]

Kurang tepat sih kalau menurut ane, seharusnya kalau tidak ada "lag" pada difficulty, maka average block time akan sama dengan expected block time apabila dirata-rata dalam jangka panjang. Alias block time boleh naik turun tergantung kondisi network tapi kalau dirata-rata ya 10 menit.

Mengapa bisa terjadi hal ini? ya IMO karena ada kenaikan tren hash rate yang cukup konstan, memang ada kalanya hash rate turun, tetapi trennya naik konstan.

Coba ane jelaskan dengan perumpamaan:

Perubahan kecepatan itulah yang coba ane hitung dengan metode garis lurus pada perhitungan tentatif ane sebelumnya. Ternyata fluktuasi hash rate tidak linier yang membuat sulit menarik garis lurus (meskipun bisa sih tapi error atau ± nya besar) dan data harus ditreatment apabila menggunakan pendekatan ini, misalnya transformasi log dan penghilangan data outlier.

Apakah lalu sebaiknya difficulty adjustment sebaiknya dibuat lebih singkat agar "lag" tersebut berkurang? Sudah ada kuisnya ternyata, nanti ane ditimpuk kalau menjawab.


Ane bantu promosi

---

Edit:
Ternyata yang ane omongkan udah ada di paper ini https://eprint.iacr.org/2017/731.pdf
Wasting my time reinventing the wheel

@kalacC

Tolong ini dibaca dan dipahami dulu https://eprint.iacr.org/2017/731.pdf

sama ini:

Plus yang ini:
https://arxiv.org/pdf/1801.07447.pdf

Dan paper-paper lain yang membahas upgrade algoritma difficulty ke yang lebih rumit.

Jangan sampai yang lain sudah ngobrol tentang GOT season 8, agan masih berkutat di season 1

Thanks!

---

Tapi pointnya salah
Yang disebutkan agan @ETFbitcoin itu rata-rata blocktime dari block #1 sampai block #550981

Artinya apa?
Saat ini block time real bitcoin bukan 10 menit, tapi 9.4 menit.

Yang dibahas apa oleh paper-paper itu apa? Bagaimana memperbaiki ketidaksesuaian ini.

Ada baiknya kalau tidak menguasai topik, jangan dulu tekan tombol +1 tunggu 6 konfirmasi dulu kalau tidak yakin  
*Darah tinggi kumat

okeh sy tekan +100

iya Om sy tidak menguasai topic tp sy Mining BTC dari zaman batu sblum teknologi GPU untuk ALT

sy lebih enak based experience daripada grab source paper2 url.

yg ada di paper2 tidak selalu presisi dgn kenyataan dilapangan.

mana buktinya?
males2 nyari2 source nya.

sy bukan tipe yg baca2 dulu teori nya tp lebih nyaman praktek nya dulu baru baca2 apa yg kiranya dibutuhkan.

#darah mendidih