---
title: "Hashrate Bitcoin: estimasi, kesulitan, porsi penambang, dan keamanan"
description: "Hashrate Bitcoin adalah estimasi percobaan proof of work SHA-256 per detik, bukan meter yang dilaporkan langsung. Analisis identitas rantai, kerja terakumulasi, jendela waktu, ketidakpastian, jeda kesulitan, porsi penambang, mobilitas perangkat, energi, dan klaim serangan secara terpisah."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Hashrate Bitcoin: estimasi, kesulitan, porsi penambang, dan keamanan
> Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.
## Jawaban langsung
Hashrate Bitcoin memperkirakan berapa banyak percobaan header blok SHA-256 yang dilakukan penambang per detik pada jaringan proof of work tertentu. Satuan naik 1.000 kali: `H/s`, `kH/s`, `MH/s`, `GH/s`, `TH/s`, `PH/s`, dan `EH/s`. Algoritme dan jaringan harus disebutkan; laju SHA-256 sebuah ASIC tidak dapat dibandingkan dengan algoritme lain seolah setiap percobaan setara.
Jaringan tidak mewajibkan penambang melaporkan mesin, lokasi, atau kapasitas langsung. Pengamat menyimpulkan rata-rata dari kerja yang dihimpun rantai kanonis selama suatu jendela. `getnetworkhashps` Bitcoin Core membagi selisih `chainwork` dengan selisih waktu; jendela bawaannya `nblocks = 120`, sedangkan minus satu memakai blok sejak perubahan kesulitan terakhir. Ujung, timestamp, jendela, dan waktu reorganisasi berbeda menghasilkan estimasi berbeda.
Hashrate bukan kesulitan penambangan. Target yang dikodekan dalam `nBits` menentukan sulitnya menemukan satu header; hashrate adalah ritme percobaan yang disimpulkan secara statistik. Jika laju berubah saat target tetap, interval blok rata-rata berubah hingga penyesuaian berikutnya. Kedatangan acak dapat tampak seperti perubahan kapasitas walau perangkat fisik tetap.
Hashrate juga bukan kerja rantai, energi, pendapatan, biaya serangan, desentralisasi, atau harga. Kerja jujur yang lebih banyak per satuan waktu biasanya menaikkan sumber daya untuk melampauinya dengan algoritme yang sama, tetapi ketersediaan perangkat, biaya operasi, koordinasi pool, konsentrasi, respons, dan durasi serangan tetap penting. Grafik tidak membuktikan harga masa depan atau anggaran keamanan yang pasti.
## Cara menganalisis hashrate
1. **Tetapkan identitas dan satuan.** Catat `chain`, `network`, `algorithm`, `client version`, ujung kanonis, prefiks satuan, dan waktu. Mainnet, testnet, dan rantai SHA-256 lain adalah populasi terpisah meski perangkat dapat berpindah.
2. **Verifikasi rantai yang diamati.** Catat `bestblockhash`, hash awal dan akhir, tinggi, serta hubungan leluhur. Dekode target dari setiap `nBits`, reproduksi kerja per blok, dan cocokkan `chainwork` kumulatif; jangan ganti kerja dengan jumlah atau tinggi blok.
3. **Reproduksi estimator.** Nyatakan jendela, perlakuan timestamp, dan batas reorganisasi. Untuk Bitcoin Core, hitung `estimated_hash_rate = work_diff / time_diff` memakai jendela implementasi serta rentang waktu blok minimum-maksimum.
4. **Kuantifikasi derau sampel.** Bandingkan beberapa jendela dan tampilkan jumlah blok, waktu, serta keyakinan atau sebaran. Jendela pendek cepat bereaksi tetapi didominasi keberuntungan mirip Poisson; jendela panjang menghaluskan peluang dan lambat mendeteksi penghentian nyata.
5. **Pisahkan umpan balik kesulitan.** Identifikasi target aktif, batas penyesuaian, dan aturan jaringan. Modelkan interval sebelum penyesuaian lalu respons target; kesulitan bukan sensor hashrate waktu nyata.
6. **Modelkan porsi dan ekonomi penambang.** Bagi laju efektif yang kompatibel dengan laju jaringan, lalu nyatakan waktu aktif, metode pool, share usang, biaya, subsidi, harga, listrik, pendinginan, depresiasi, pembiayaan, dan pembatasan. Porsi harapan tidak menjamin blok atau laba harian.
7. **Uji klaim keamanan dan konsentrasi.** Periksa pasokan perangkat, laju yang dapat disewa atau dialihkan, kendali template, mobilitas, geografi, energi, durasi serangan, kedalaman konfirmasi, dan respons pertahanan. Pisahkan reorganisasi dan sensor dari pencurian kunci atau perubahan aturan sewenang-wenang.
Bitcoin Core menghitung kerja blok dari target ringkas dan menambahkannya ke kerja rantai. Estimator laju jaringan membagi selisih kerja antara ujung terpilih dan blok sebelumnya dengan waktu yang berlalu. Ini estimasi historis yang dapat direproduksi dari rantai aktif node, bukan telemetri semua perangkat.
## Contoh perhitungan
### 1. Konversi satuan
Setiap prefiks mengalikan 1.000: `1 EH/s = 1,000 PH/s = 1,000,000 TH/s = 10^18 H/s`. Jadi `650 EH/s` sama dengan `650,000,000 TH/s`, bukan 650 juta hash per detik. Pertahankan algoritme dan satuan; angka sama dari fungsi berbeda tidak berarti perangkat, biaya, atau keamanan sama.
### 2. Estimasi berbasis jendela
Misalkan jendela 120 blok menambah `4.32 * 10^22 hashes` kerja yang direpresentasikan selama rentang minimum-maksimum `72,000 seconds`. Estimasi ilustratifnya:
`4.32 * 10^22 / 72,000 = 6.00 * 10^17 H/s = 600 EH/s`
Ini tidak berarti perangkat melaporkan laju tepat itu atau aktivitas setiap detik seragam. Jendela pendek yang beruntung memperkirakan lebih tinggi dan yang tidak beruntung lebih rendah. Mengganti ujung, jendela, atau rantai setelah reorganisasi mengubah sampel.
### 3. Porsi penambang dan varians
Dengan jaringan `600 EH/s` dan penambang kompatibel `6 EH/s`, porsi sederhananya `6 / 600 = 1%`. Untuk `144` blok per hari, nilai harapan `lambda = 144 * 1% = 1.44`. Dengan pendekatan Poisson, peluang nol blok pada hari itu adalah `P(0) = exp(-1.44) = 23.69%`.
Jika jaringan naik ke `750 EH/s` dan penambang tetap `6 EH/s`, porsinya menjadi `6 / 750 = 0.8%` dan blok harapan `1.152`. Porsi bruto harapan dalam BTC turun `20%` jika asumsi lain tetap, tetapi hasil harian tetap acak dan setiap pool memiliki aturan pembayaran sendiri.
### 4. Penurunan sebelum penyesuaian
Misalkan laju turun dari `600 EH/s` ke `420 EH/s`, sebesar `30%`, tepat setelah penyesuaian mainnet saat target tetap. Interval harapan sederhana menjadi `10 / 0.70 = 14.29 minutes`; 2.016 blok akan memerlukan sekitar `20 days`, bukan 14.
Jika laju lebih rendah bertahan dan detail implementasi diabaikan, kesulitan pada penyesuaian berikutnya turun kira-kira `30%` dan interval kembali mendekati sepuluh menit. Kedatangan blok acak, dan jendela waktu serta aritmetika integer target Bitcoin harus direproduksi tepat; estimasi satu hari tidak membuktikan penghentian permanen.
## Risiko dan kegagalan peninjauan
### Kesalahan pengukuran dan protokol
- Menampilkan laju hasil inferensi sebagai jumlah waktu nyata akurat yang dilaporkan semua penambang.
- Menghilangkan rantai, jaringan, algoritme, satuan, hash ujung, waktu pengamatan, atau versi estimator.
- Mencampur `EH/s`, `PH/s`, dan `TH/s`, atau membandingkan laju mentah algoritme yang tidak kompatibel.
- Memakai jumlah, tinggi, atau sepuluh menit nominal menggantikan kerja kumulatif dan waktu teramati.
- Mencampur ujung bersaing atau tidak menghitung ulang sampel setelah reorganisasi.
- Menganggap timestamp penambang sebagai jam sempurna atau diam-diam mengganti aturan ujung, minimum, maksimum, dan median.
- Memilih jendela pendek yang menguntungkan tanpa menunjukkan varians kedatangan atau pembanding panjang.
### Kesalahan penambangan dan ekonomi
- Menganggap kesulitan sebagai hashrate terukur atau berubah seketika ketika mesin masuk atau keluar.
- Mengubah porsi harapan menjadi blok harian pasti sambil mengabaikan varians dan aturan pembayaran pool.
- Menyamakan porsi blok pool dengan kepemilikan perangkat meski laju didelegasikan dan penambang dapat pindah.
- Mengubah laju nominal menjadi share efektif tanpa waktu aktif, firmware, suhu, kerja usang, dan pembatasan.
- Menyimpulkan energi langsung dari hashrate tanpa efisiensi, pemakaian, pendinginan, dan bauran energi.
- Menyebut imbalan BTC bruto sebagai laba fiat tanpa harga, biaya, listrik, tenaga kerja, depresiasi, pembiayaan, dan lindung nilai.
- Menyatakan perubahan laju menyebabkan harga tanpa model permintaan, likuiditas, dan kontrafaktual.
### Kesalahan keamanan dan interpretasi
- Memakai laju total tinggi sebagai bukti desentralisasi tanpa konsentrasi pool, produsen, geografi, dan energi.
- Menyebut hashrate sebagai biaya serangan pasti tanpa akses perangkat, kedalaman sewa, pengalihan, durasi, dan biaya operasi.
- Mengklaim mayoritas hash dapat memalsukan tanda tangan, mencuri dompet apa pun, atau memaksa node menerima inflasi tidak valid.
- Menganggap mayoritas pool singkat sebagai kepemilikan permanen semua perangkat atau sepenuhnya menolak risiko koordinasinya.
- Menyimpulkan hilangnya keamanan permanen dari satu hari berderau tanpa konteks kesulitan, jendela, dan blok.
- Menganggap hashrate menghapus bug, serangan eclipse, kegagalan kustodi, kebijakan penyelesaian, atau risiko respons sosial.
## Kesalahpahaman umum
- **Hashrate jaringan diukur tepat secara waktu nyata.** Nilainya disimpulkan dari kerja dan waktu teramati sehingga bergantung pada ujung, estimator, dan jendela.
- **Hashrate lebih tinggi menjamin harga Bitcoin lebih tinggi.** Ekonomi penambangan dan permintaan dapat berinteraksi, tetapi protokol tidak memiliki fungsi harga.
- **Penyerang 51% dapat membelanjakan koin siapa pun.** Daya hash tidak membuat tanda tangan kunci privat atau membuat node menerima inflasi tidak valid.
- **Porsi pool adalah perangkat milik operator.** Pool sering mengoordinasikan penambang independen yang dapat pindah, meski konsentrasi template tetap penting.
- **Penurunan sehari membuktikan mesin berhenti permanen.** Estimasi pendek bergerak karena kedatangan blok acak; bandingkan jendela dan periode kesulitan.
## Topik terkait
- [Bitcoin](/id/crypto/bitcoin/)
- [Proof of work](/id/crypto/proof-of-work/)
- [Penambangan](/id/crypto/mining/)
- [Penyesuaian kesulitan](/id/crypto/difficulty-adjustment/)
- [Reorganisasi rantai](/id/crypto/chain-reorg/)
## Sumber
- [Blockchain Technology Overview](https://doi.org/10.6028/NIST.IR.8202) - NIST (diakses: 2026-08-19)
- [Bitcoin: A Peer-to-Peer Electronic Cash System](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (diakses: 2026-08-19)
- [Bitcoin Developer Guide: Block Chain](https://developer.bitcoin.org/devguide/block_chain.html) - Bitcoin Project (diakses: 2026-08-19)
- [Bitcoin Developer Reference: Block Chain](https://developer.bitcoin.org/reference/block_chain.html) - Bitcoin Project (diakses: 2026-08-19)
- [Bitcoin Core: mining.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/rpc/mining.cpp) - Bitcoin Core (diakses: 2026-08-19)
- [Bitcoin Core: chain.h](https://github.com/bitcoin/bitcoin/blob/master/src/chain.h) - Bitcoin Core (diakses: 2026-08-19)
- [Bitcoin Core: pow.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/pow.cpp) - Bitcoin Core (diakses: 2026-08-19)
- [Bitcoin Core RPC: getblockchaininfo](https://developer.bitcoin.org/reference/rpc/getblockchaininfo.html) - Bitcoin Project (diakses: 2026-08-19)
Source: https://wiki.fcontext.com/id/crypto/hashrate/index.mdx