---
title: "Penambangan Bitcoin: Templat Blok, Proof of Work, Pool, dan Ekonomi"
description: "Penambangan Bitcoin menyusun blok kandidat dan mencari ruang header SHA-256d untuk proof of work di bawah target jaringan. Analisis identitas templat, validitas transaksi dan coinbase, pencarian nonce dan extranonce, validasi node penuh, propagasi, risiko blok basi, share pool, aturan pembayaran, tingkat kesulitan, energi, dan ekonomi operasi 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.

# Penambangan Bitcoin: Templat Blok, Proof of Work, Pool, dan Ekonomi

> Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.

<a id="answer"></a>

## Jawaban langsung

Penambangan Bitcoin adalah proses menyusun blok kandidat yang valid dan berulang kali melakukan hash atas header 80 byte dengan SHA-256d sampai hasilnya secara numerik sama dengan atau lebih rendah dari target konsensus. Penambang yang berhasil mengusulkan blok itu ke jaringan. Penambangan tidak membuat transaksi yang tidak valid menjadi valid, menentukan kebenaran di luar protokol, atau memberi penambang wewenang atas koin pengguna lain: setiap node penuh secara independen memeriksa proof of work, header, transaksi, skrip, keluaran yang telah dibelanjakan, batas blok, dan jumlah coinbase yang diizinkan.

Node penambangan atau pool memperoleh data kandidat melalui antarmuka seperti `getblocktemplate`. Bidang yang relevan mencakup `version`, `previousblockhash`, `transactions`, `coinbasevalue`, `target`, `bits`, `height`, `weightlimit`, dan `sigoplimit`. Templat adalah titik awal yang dipilih berdasarkan kebijakan, bukan janji bahwa setiap transaksi yang tercantum harus disertakan atau bahwa blok yang dimodifikasi akan diterima. Validitas konsensus, kebijakan mempool lokal, pemilihan biaya, dan aturan pool merupakan lapisan yang berbeda.

Perangkat keras penambangan mencari variasi header. Setelah rentang nonce 32 bit habis, perangkat lunak mengubah data extranonce coinbase, membangun ulang akar Merkle, dan dapat memperbarui bidang waktu atau versi yang diizinkan untuk menciptakan ruang header baru. Setiap hash adalah percobaan independen. Hashrate kompatibel yang lebih besar meningkatkan frekuensi keberhasilan yang diharapkan, tetapi tidak menjadwalkan blok tertentu atau menjamin hasil sebelum tenggat mana pun.

Penambangan solo mengalokasikan seluruh keluaran coinbase yang diizinkan dari blok valid kepada penambang solo, tetapi memiliki varians pembayaran tinggi. Penambangan pool menggabungkan pekerjaan dan memakai target share yang lebih mudah untuk memperkirakan kontribusi; hanya share yang juga memenuhi target jaringan yang dapat menjadi blok. Pool dapat mengurangi varians pembayaran, bukan meningkatkan total penerbitan yang diharapkan jaringan. Kustodi pool, kendali templat, validasi share, serta kewajiban pembayaran PPS, PPLNS, atau metode lain menimbulkan risiko pihak lawan dan konsentrasi yang terpisah.

<a id="mechanism"></a>

## Cara menganalisis penambangan

1. **Tetapkan identitas dan kewenangan.** Catat `chain`, `network`, `client version`, kumpulan aturan, `bestblockhash`, penyedia templat, endpoint pool, identitas pembayaran, dan waktu pengamatan. Bedakan node, pembuat templat, operator pool, firmware, fasilitas, dan pemilik peralatan.
2. **Reproduksi pemilihan kandidat.** Ambil snapshot `mempool` dan `UTXO set`; verifikasi validitas transaksi, dependensi, biaya, bobot, biaya operasi tanda tangan, locktime, dan komitmen witness. Bangun ulang kandidat dan jelaskan pilihan kebijakan alih-alih menganggap fee rate saja sebagai konsensus.
3. **Rekonsiliasi coinbase dan header.** Verifikasi subsidi berdasarkan tinggi, total biaya yang disertakan, keluaran, komitmen, hash sebelumnya, dan pohon Merkle. Lacak `nonce` yang dapat diubah, `extranonce` coinbase, `Merkle root`, `time`, dan `version bits`, serta tolak templat yang melampaui batas konsensus.
4. **Verifikasi pencarian dan pengiriman proof.** Dekode target ringkas dan uji `block_hash <= target` dengan aturan urutan byte dan hashing jaringan. Ketika solusi ditemukan, susun ulang blok penuh, kirim melalui `submitblock` atau protokol yang digunakan, dan simpan bukti penerimaan atau penolakan.
5. **Telusuri validasi dan propagasi independen.** Bandingkan beberapa node penuh untuk validasi header, transaksi, skrip, coinbase, dan chainwork. Ukur propagasi, tip yang bersaing, hasil basi atau orphan, serta penanganan reorganisasi; menemukan proof tidak sama dengan tetap berada di rantai kanonis.
6. **Rekonsiliasi imbalan dan akuntansi pool.** Pisahkan `coinbase`, `subsidy + transaction fees`, biaya pool, cadangan pool, `pool target`, `network target`, `share` yang diterima, share basi, metode pembayaran, jatuh tempo, pembayaran minimum, kustodi, dan eksposur pihak lawan.
7. **Modelkan ekonomi dan keamanan dalam kondisi stres.** Nyatakan hashrate efektif, uptime, efisiensi, harga listrik, pendinginan, tenaga kerja, hosting, pemeliharaan, depresiasi, pembiayaan, pajak, curtailment, subsidi, biaya, harga, dan tingkat kesulitan. Uji stres varians blok, kerusakan perangkat keras, guncangan harga dan biaya, jeda kesulitan, gagal bayar pool, sensor, konsentrasi, dan risiko reorganisasi.

Hasil kerja penambangan adalah usulan blok beserta bukti pencarian komputasi. Node menentukan validitas; aturan pemilihan fork menentukan cabang valid yang aktif; aturan kesulitan mengubah target hanya pada batas yang ditentukan; dan aplikasi menentukan kedalaman konfirmasi yang diperlukan. Penambangan berpartisipasi dalam semua proses tersebut, tetapi tidak menggantikan satu pun darinya.

<a id="example"></a>

## Contoh perhitungan

### 1. Ruang nonce bukan seluruh ruang pencarian

Header Bitcoin 80 byte memiliki nonce 32 bit, sehingga tersedia `2^32 = 4,294,967,296` nilai. Pada `200 TH/s`, perangkat keras dapat menguji sebanyak itu header dalam kira-kira:

`4,294,967,296 / 200,000,000,000,000 = 0.0000214748 seconds`

Pekerjaan tidak berhenti di sana. Perangkat lunak penambangan mengubah extranonce coinbase, menghasilkan akar Merkle baru, dan dapat memperbarui bidang lain yang diizinkan sehingga menghasilkan ruang nonce berikutnya. Karena itu, menganggap nonce header sebagai kapasitas pencarian total sebuah mesin adalah kesalahan kategori.

### 2. Varians solo dan listrik

Dengan laju jaringan `600 EH/s` dan laju efektif penambang `200 TH/s`, bagian sederhananya adalah `200 TH/s / 600 EH/s = 0.0000333333%`. Dengan ilustrasi `144` blok per hari, perkiraan blok solo adalah `lambda = 144 * 0.000000333333 = 0.000048 blocks/day`, atau rata-rata waktu tunggu `1 / 0.000048 = 20,833.33 days`. Pendekatan Poisson memberi probabilitas nol blok dalam sehari sebesar `P(0) = exp(-0.000048) = 99.9952001152%`.

Mesin 3,5 kW dengan tarif USD 0,06 per kWh menghabiskan `3.5 kW * 24 * USD 0.06/kWh = USD 5.04/day` untuk listrik langsung. Ini belum mencakup pendinginan, hosting, downtime, perbaikan, depresiasi, pembiayaan, dan pajak. Nilai harapan bukan waktu arus kas, dan kemenangan solo berpeluang rendah tidak boleh disajikan sebagai piutang harian.

### 3. Akuntansi coinbase dan jatuh tempo

Misalkan subsidi sesuai tinggi adalah `3.125 BTC` dan biaya transaksi valid yang disertakan berjumlah `0.42 BTC`. Nilai maksimum yang dibuat transaksi coinbase dalam contoh sederhana ini adalah `3.125 + 0.42 = 3.545 BTC`; mengklaim lebih banyak membuat blok tidak valid, sedangkan mengklaim lebih sedikit diizinkan tetapi mengorbankan nilai.

Keluaran coinbase tunduk pada jatuh tempo konsensus `100 blocks` sebelum dapat dibelanjakan. Blok juga dapat menjadi basi atau direorganisasi sebelum jatuh tempo. Saldo dasbor pool, keluaran coinbase yang belum matang, dan pembayaran eksternal final adalah klaim berbeda dengan risiko kustodi dan penyelesaian yang berbeda.

### 4. Share pool dan asumsi pembayaran

Asumsikan share diterima dengan tingkat kesulitan sama: pool mencatat total `2,000,000` dan satu penambang menyumbang `50,000`, sehingga bagian yang dikreditkan adalah `50,000 / 2,000,000 = 2.5%`. Jika nilai blok 3,545 BTC dan biaya pool `2%`, jumlah ilustratif yang dapat dibagikan adalah `3.545 * (1 - 0.02) = 3.4741 BTC`, dan alokasi proporsionalnya `3.4741 * 2.5% = 0.0868525 BTC`.

Jika target pool `1,000` kali lebih mudah daripada target jaringan, share yang diterima memiliki peluang sederhana `1 / 1,000` untuk juga memenuhi target jaringan. Akuntansi nyata harus menormalkan kesulitan share yang berubah, menolak pekerjaan duplikat dan basi, menerapkan kontrak PPS, FPPS, PPLNS, atau lainnya yang disebutkan, serta membedakan nilai harapan yang dibayar pool dari pendapatan yang bergantung pada blok.

<a id="risks"></a>

## Risiko dan kegagalan peninjauan

### Kesalahan protokol dan templat

- Mengatakan penambang membuat transaksi valid, bukan memilih kandidat yang divalidasi secara independen oleh node penuh.
- Mencampur identitas chain, network, fork, tip, client, penyedia templat, atau pool.
- Menganggap mempool atau templat sebagai status konsensus, kumpulan transaksi lengkap, atau jaminan blok masa depan.
- Memilih transaksi menurut fee rate individual sambil mengabaikan ancestor, descendant, bobot, operasi tanda tangan, lock, dan komitmen.
- Salah menghitung tinggi subsidi, biaya yang disertakan, keluaran coinbase, komitmen witness, atau akar Merkle.
- Mencari pada hash sebelumnya yang salah, target basi, atau rentang waktu dan versi tanpa izin setelah tip baru muncul.
- Membandingkan hash header dengan target yang ditampilkan memakai encoding, endianness, atau algoritma yang keliru.

### Kesalahan pool dan operasi

- Menyamakan share pool yang diterima dengan blok valid jaringan atau memakai jumlah share tanpa menormalkan kesulitan.
- Mengubah bagian hashrate yang diharapkan menjadi blok, pendapatan, atau tanggal pembayaran yang terjamin sambil mengabaikan varians.
- Menganggap bagian blok pool sebagai kepemilikan perangkat keras permanen atau mengabaikan konsentrasi templat dan pembayaran.
- Menghilangkan share basi dan ditolak, latensi, firmware, suhu, uptime, curtailment, dan kerusakan perangkat keras.
- Mengabaikan metode pembayaran, dasar biaya, cadangan, minimum, jatuh tempo, kustodi, penarikan, dan syarat gagal bayar pool.
- Menganggap blok yang ditemukan final sebelum penerimaan independen, propagasi, pemilihan kanonis, dan peninjauan reorganisasi.
- Menggunakan ulang kredensial, alamat pembayaran, atau firmware jarak jauh tanpa autentikasi, kendali perubahan, dan respons insiden.

### Kesalahan ekonomi dan keamanan

- Menyebut nilai harapan BTC bruto sebagai laba fiat tanpa harga, kesulitan, biaya, listrik, pendinginan, tenaga kerja, depresiasi, pembiayaan, dan pajak.
- Menyimpulkan listrik atau emisi dari hashrate saja tanpa efisiensi perangkat, utilisasi, pendinginan, lokasi, waktu, dan campuran energi.
- Menganggap kesulitan langsung merespons hashrate atau blok sepuluh menit tiba sesuai jadwal.
- Mengklaim halving menjamin apresiasi harga, kapitulasi penambang, atau belanja keamanan yang tidak berubah.
- Mengklaim mayoritas hashrate dapat memalsukan tanda tangan, mengambil koin sembarang, atau membuat node penuh menerima inflasi tidak valid.
- Menganggap hashrate agregat tinggi sebagai bukti kebal terhadap konsentrasi pool, produsen, firmware, geografi, energi, jaringan, atau perangkat lunak.

<a id="misconceptions"></a>

## Kesalahpahaman umum

- **Penambang mengesahkan transaksi apa pun yang mereka inginkan sebagai valid.** Mereka memilih dan mengurutkan kandidat, tetapi node penuh yang jujur menolak blok yang melanggar konsensus.
- **Nonce adalah satu-satunya nilai yang dapat diubah penambang.** Extranonce mengubah coinbase dan akar Merkle, sementara bidang waktu dan versi yang diizinkan juga dapat memperluas ruang pencarian.
- **Share pool adalah sebagian dari sebuah blok.** Share adalah bukti yang memenuhi target pool lebih mudah; sebagian besar share tidak memenuhi target jaringan dan tidak pernah menjadi blok.
- **Pendapatan harian yang diharapkan adalah pembayaran terjamin.** Penemuan blok bersifat acak, dan waktu pembayaran juga bergantung pada kontrak pool, jatuh tempo, dan kinerja pihak lawan.
- **Hashrate lebih besar otomatis berarti laba lebih besar.** Bagian penambang, kesulitan, biaya, harga, efisiensi, listrik, dan struktur biaya penuh menentukan hasil.

<a id="related"></a>

## Topik terkait

- [Bitcoin](/id/crypto/bitcoin/)
- [Proof of work](/id/crypto/proof-of-work/)
- [Hashrate](/id/crypto/hashrate/)
- [Penyesuaian tingkat kesulitan](/id/crypto/difficulty-adjustment/)
- [Reorganisasi chain](/id/crypto/chain-reorg/)

<a id="sources"></a>

## 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: Mining](https://developer.bitcoin.org/devguide/mining.html) - Bitcoin Project (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: miner.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/node/miner.cpp) - 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)
- [BIP 22: getblocktemplate - Fundamentals](https://github.com/bitcoin/bips/blob/master/bip-0022.mediawiki) - Bitcoin BIPs (diakses: 2026-08-19)

Source: https://wiki.fcontext.com/id/crypto/mining/index.mdx