Lompat ke konten
Financial Context Wiki

Hashrate Bitcoin: estimasi, kesulitan, porsi penambang, dan keamanan

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.

Diperbarui

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

Sumber

Navigasi

Cari di wiki...