Hashrate dan difficulty Bitcoin: beda estimasi, satuan, dan jadwal penyesuaian

Grafik hashrate dapat naik ketika difficulty masih datar. Keduanya mengukur hal berbeda: hashrate jaringan adalah estimasi percobaan hash per detik, sedangkan difficulty adalah rasio tingkat kesulitan target proof of work. Tidak satu pun menetapkan harga Bitcoin atau laba penambang.

Panduan ini membahas Bitcoin mainnet. Penjelasan implementasi memakai Bitcoin Core v30.0 sebagai rujukan tetap, bukan klaim versi terbaru. Aturan jaringan uji atau blockchain lain tidak otomatis sama.

Bandingkan satuan sebelum membaca arah grafik

Satu hash di sini adalah percobaan terhadap header blok. Agar memenuhi syarat proof of work, nilainya harus lebih kecil dari atau sama dengan target. Target lebih kecil mempersempit hasil yang memenuhi syarat, bukan mengubah hashing menjadi jenis operasi lain. Rujukan header Bitcoin

Awalan satuannya juga perlu diperiksa: 1 TH/s = 10¹² H/s; 1 PH/s = 10¹⁵ H/s; 1 EH/s = 10¹⁸ H/s = 1.000 PH/s = 1.000.000 TH/s. Angka difficulty dalam “triliun” tetap rasio, bukan TH/s. Perhitungan difficulty v30.0

Mengapa hashrate jaringan disebut estimasi?

Blockchain tidak memuat daftar semua percobaan hash yang gagal. Estimator menggunakan bukti kerja dari blok yang diterima dan waktunya. Jadi, angka jaringan bukan pembacaan meter pada seluruh mesin.

Dalam dokumentasi getnetworkhashps v30.0, parameter nblocks memakai 120 blok secara bawaan; nblocks=-1 memilih periode sejak perubahan difficulty terakhir. Parameter height menentukan titik akhir historis; height=-1 berarti ujung rantai saat ini. Dua penggunaan −1 itu berbeda.

Implementasinya membagi selisih akumulasi kerja rantai dengan selisih cap waktu maksimum dan minimum dalam sampel. Ini bukan penjumlahan laporan kapasitas perangkat semua penambang.

Latihan: kerja yang sama, estimasi berbeda

Contoh fiktif, bukan pengamatan Bitcoin: kedua rentang mewakili kerja yang sama, yaitu 7,2 × 10²⁴ satuan kerja hash yang diharapkan. Gunakan waktu yang ditetapkan berikut sebagai pembagi.

Estimasi B lebih tinggi 20%. Itu belum membuktikan ada tambahan mesin: penemuan blok bersifat acak, sehingga rentang pengamatan dapat lebih cepat atau lambat. Rentang pendek lebih cepat merespons tetapi lebih berisik; rentang panjang lebih halus tetapi dapat terlambat mencerminkan perubahan. Dasar probabilitas proof of work

Saat membandingkan penyedia, samakan rentang, tinggi blok akhir, satuan, dan metode. Perbedaan estimator tidak berarti aturan konsensus mereka berbeda.

Difficulty mengatur target, bukan mengukur listrik

Hubungan sederhananya:

Difficulty = target acuan difficulty satu ÷ target saat ini.

Jika target menjadi separuh, difficulty menjadi dua kali lipat. Rasio ini tidak memberi tahu efisiensi perangkat, harga listrik, atau jumlah mesin yang sedang berjalan. Karena itu, difficulty dua kali lipat tidak membuktikan konsumsi listrik juga dua kali lipat. Rujukan perhitungan difficulty

Pada laju hashing seorang penambang yang tetap, target lebih sulit memperpanjang waktu tunggu yang diharapkan untuk hash yang memenuhi syarat. Satu blok tertentu tetap dapat ditemukan lebih cepat atau jauh lebih lambat. Penjelasan proof of work

Mengapa grafik hashrate bisa bergerak lebih dahulu?

Parameter mainnet v30.0 menetapkan target rata-rata 600 detik atau 10 menit per blok, serta rentang target 1.209.600 detik atau 14 hari. Penyesuaian berlangsung setiap 2.016 blok, bukan pada hari kalender tetap.

Urutannya dapat dibaca sebagai berikut:

1. Dalam satu periode, target tetap. Penambang dapat mengubah perangkat yang aktif sebelum target berubah.
2. Jika laju hashing nyata meningkat, blok cenderung lebih cepat ditemukan. Estimasi yang responsif dapat naik, tetapi rentetan blok cepat juga dapat terjadi karena keacakan.
3. Pada batas periode, node menghitung target dari cap waktu yang ditentukan. Periode lebih cepat mengarah ke difficulty lebih tinggi, periode lebih lambat ke difficulty lebih rendah, dengan batas dan pembulatan yang berlaku. Aturan penyesuaian v30.0

Perkiraan penyesuaian sebelum batas periode masih proyeksi; blok dan cap waktu mendatang dapat mengubahnya. Node tidak memakai hashrate situs grafik untuk menghitung target berikutnya. Kode retarget

Latihan: periode 12 hari dibanding target 14 hari

Misalkan dua cap waktu yang dipakai dalam perhitungan berjarak 12 hari. Abaikan pembulatan representasi target ringkas dan anggap tidak ada batas yang mengikat.

• Target baru ≈ target lama × 12 ÷ 14 = 85,714% dari target lama.
• Difficulty baru ≈ difficulty lama × 14 ÷ 12 = 116,667% dari difficulty lama.
• Indeks difficulty fiktif 100 menjadi sekitar 116,667, naik sekitar 16,667%.

Target turun sekitar 14,286%, sementara difficulty naik sekitar 16,667%. Keduanya berbanding terbalik, sehingga pembagi perubahan persentasenya berbeda. Jangan menyalin persentase penurunan target sebagai kenaikan difficulty.

Perhitungan konsensus membatasi input waktu menjadi 302.400 sampai 4.838.400 detik, yakni seperempat sampai empat kali rentang target. Hasil tepat juga bergantung pada aritmetika bilangan bulat, pengodean target ringkas, dan target maksimum yang diizinkan. Rumus latihan tidak menggantikan kode tersebut. Implementasi retarget

Catatan teknis: cap waktu blok pertama dan terakhir dari periode sebelumnya yang berisi 2.016 blok membentang 2.015 sela antarblok. Rentang pembanding tetap 1.209.600 detik. Jadwal 2.016 blok bukan pernyataan bahwa pengurangan kedua cap waktu mengukur 2.016 sela.

Difficulty share milik pool adalah pengaturan lain

Pool dapat menerima share dengan target lebih mudah daripada target jaringan untuk menilai kontribusi kerja. Kebanyakan share tidak memenuhi target blok Bitcoin. Share yang juga memenuhi target jaringan dapat memenuhi syarat untuk sebuah blok jika persyaratan validitas blok lainnya terpenuhi. Panduan pool dan share

Mengubah difficulty share seorang peserta tidak mengubah target konsensus. Banyak share diterima juga tidak berarti jumlah blok sah yang ditemukan sama banyaknya. Sebelum membaca dashboard, pastikan cakupannya satu mesin, satu pool, atau seluruh jaringan.

Enam pemeriksaan saat membaca grafik

1. Jaringan: pastikan mainnet Bitcoin.
2. Besaran dan satuan: bedakan estimasi hashrate, difficulty jaringan, difficulty share, dan proyeksi penyesuaian.
3. Rentang: 120 blok, satu hari, dan rata-rata bergerak panjang berbeda.
4. Titik akhir: catat waktu pengamatan dan tinggi blok; nilai tersimpan dalam cache dapat lebih lama.
5. Metode: bedakan kerja rantai, rumus sederhana, dan laporan perangkat atau pool.
6. Kesimpulan: metrik jaringan saja tidak menetapkan ramalan harga atau laba setelah biaya.

Untuk menghitung usaha penambangan, diperlukan pula hashrate efektif sendiri, efisiensi perangkat, listrik dan biaya lain, ketentuan pembayaran, subsidi, biaya transaksi, serta harga mata uang untuk menilai pendapatan. Difficulty bukan perhitungan lengkap itu. Estimasi hashrate dapat naik saat harga BTC turun; penyesuaian difficulty melihat periode yang sudah berlalu, bukan menjelaskan sebab semua perubahan harga.

Pertanyaan umum

Apakah hashrate naik berarti difficulty langsung naik?

Tidak. Target tetap hingga batas penyesuaian berikutnya. Estimasi pendek juga dapat naik karena variasi penemuan blok, bukan perubahan kapasitas yang bertahan.

Mengapa dua situs menampilkan hashrate berbeda?

Periksa satuan, rentang sampel, tinggi blok akhir, dan metode. Estimasi jaringan bukan sensus tepat seluruh penambang.

Apakah setiap blok memerlukan tepat 10 menit?

Tidak. Itu target rata-rata. Difficulty memengaruhi peluang berhasilnya percobaan, bukan menjadwalkan percobaan mana yang berhasil.

Apakah difficulty adalah jumlah hash yang wajib dicoba?

Tidak. Difficulty adalah rasio. Jumlah percobaan hingga berhasil bervariasi; estimasi kerja yang diturunkan dari target berbeda dari rasio difficulty.

Apakah halving otomatis membagi dua difficulty?

Tidak. Halving mengikuti aturan subsidi berbasis tinggi blok, sedangkan difficulty mengikuti penyesuaian terpisah. Perubahan perilaku penambang dapat memengaruhi waktu blok, tetapi batas subsidi tidak langsung membagi dua difficulty.

Catat metrik sebelum menyimpulkan

Untuk grafik berikutnya, tulis nama metrik, satuan, rentang pengamatan, dan tinggi blok. Pisahkan estimasi, aturan yang sedang berlaku, dan proyeksi. Untuk angka pasar, dominasi Bitcoin dan kapitalisasi pasar versus valuasi terdilusi penuh menjawab pertanyaan lain.

Sumber dan batas penjelasan

Rujukan awal diperiksa pada 22 Oktober 2026; pemeriksaan tambahan dokumentasi dan bagian kode yang relevan dilakukan pada 5 November 2026. Tanggal pemeriksaan bukan tanggal terbit atau pembaruan sumber. Kode v30.0 dipilih agar perhitungannya dapat ditelusuri, bukan sebagai versi terbaru. Contoh dan gambar bersifat fiktif; panduan ini tidak menampilkan kuotasi hashrate, difficulty, atau profitabilitas jaringan saat ini.