Post
Topic
Board Bahasa Indonesia (Indonesian)
Merits 4 from 2 users
Re: [Info] Data Estimasi, Sirkulasi BTC & Reward Mining BTC yang masih tersisa
by
mu_enrico
on 22/11/2018, 17:54:46 UTC
⭐ Merited by dbshck (3) ,joniboini (1)
  • 10 menit yang dibahas disini merupakan expected block time untuk setiap (1) block dan nilainya tetap yaitu 10 menit / 600 detik.
  • Average block time nilainya akan berbeda beda, dan 9.4 (yang disebutkan oleh (om) ETFbitcoin) diatas merupakan Average block time (rata-rata block time dari 2016 block) dan tidak selalu 9.4. Ini bergantung pada kondisi network Bitcoin.
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:
Quote
Misalnya panjang sirkuit sudah diatur sepanjang 60 km agar uji coba sirkuit bisa selesai dalam 1 jam (karena mobil yang ada memiliki kecepatan rata-rata 60km/jam). Si peneliti tidak mengubah panjang sirkuit (dengan cara meramal) pada uji coba selanjutnya. Pada uji coba berikutnya, ternyata kecepatan rata-rata mobil naik menjadi 65km/jam. Alhasil mobil finish kurang dari 1 jam. Mengantisipasi hal itu si peneliti merubah panjang sirkuit menjadi 65 km, dst., tetapi pencatatan waktu kan sudah terjadi (mobil finish kurang dari 1 jam). Dan itu terjadi terus menerus. Si peneliti mengubah panjang sirkuit berdasarkan kejadian yang sudah terjadi.

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.

Pertanyaan #2

Tingkat kesulitan penemuan block akan berubah (apabila dilihat rumusnya) setiap 2016 block, atau sekitar dua mingguan. Menurut agan kenapa difficulty harus bisa berubah, dan kenapa setiap 2016 block? Kenapa tidak 1 atau 1008 block?

Ane bantu promosi Grin


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