---
title: "Proof of Work"
description: "Proof of Work membuat produksi blok mahal untuk diproduksi dan murah untuk diverifikasi dengan mewajibkan saksi komputasi yang ditetapkan oleh protokol. Analisis validitas, probabilitas target, pekerjaan kumulatif, kesulitan, konfirmasi, ekonomi penambangan, konsentrasi, dan asumsi energi 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.

# Proof of Work

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

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

## Jawaban langsung

Proof of Work (PoW) adalah keluarga mekanisme di mana seorang peserta harus menghasilkan saksi komputasi yang ditentukan oleh protokol yang mahal untuk dicari tetapi murah untuk diverifikasi oleh orang lain. Dalam blockchain berbasis hash yang tipikal, seorang produsen mengubah data kandidat sampai hash yang dihasilkan secara numerik berada di atau di bawah target. Saksi yang diterima membuktikan bahwa hasil pencarian yang memenuhi syarat ditemukan untuk input tepat itu di bawah seperangkat aturan tersebut; itu tidak membuktikan berapa banyak mesin fisik yang digunakan, sumber energi apa yang menggerakkannya, atau bahwa setiap hash antara yang diklaim benar-benar dihitung.

PoW menyediakan ketahanan Sybil dengan memberi bobot pada peluang produksi blok menggunakan komputasi yang langka daripada identitas, akun, atau saldo token. Ini hanyalah satu komponen dari sistem konsensus yang diterapkan. Node harus secara independen memvalidasi header, transaksi, tanda tangan, aturan keluaran yang digunakan, penerbitan, batas, dan aturan transisi keadaan lainnya. Sebuah blok dengan pekerjaan yang diklaim sangat besar tetap tidak sah jika transaksinya atau hadiahnya melanggar konsensus.

Bitcoin menggabungkan pekerjaan header SHA-256d dengan aturan target dan retarget spesifik jaringan, propagasi peer-to-peer, validasi blok independen, dan pemilihan cabang valid dengan jumlah work rantai kumulatif terbesar. "Rantai terpanjang" adalah istilah informal untuk work valid yang paling banyak terakumulasi, tidak selalu cabang dengan jumlah blok terbesar. Sistem PoW lainnya dapat menggunakan teka-teki, input, aturan penyesuaian, formula work, interval blok, jadwal reward, dan aturan pilihan fork yang berbeda.

PoW membuat penulisan ulang sejarah yang diterima membutuhkan kerja yang bersaing di bawah asumsi jaringan dan lawan yang ditentukan, tetapi ini tidak menciptakan finalitas deterministik. Blok yang bersaing, propagasi yang tertunda, pemisahan jaringan, penambangan egois, daya hash yang disewa atau dialihkan, kesalahan perangkat lunak, dan insentif ekonomi mempengaruhi keamanan. Kedalaman konfirmasi hanya mengurangi beberapa risiko reorganisasi dalam model yang ditentukan; hal ini tidak dapat membuktikan kebenaran di luar rantai, pihak yang benar, kepemilikan hukum, nilai aset di masa depan, atau ketidakmampuan dibalikkan secara permanen.

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

## Cara menganalisis Proof of Work

1. **Tetapkan sistem dan cakupan aturan.** Catat jaringan, genesis, versi klien, status aktivasi, algoritma kerja, input kandidat, encoding dan batas maksimum target, aturan penyesuaian, aturan pemilihan fork, pengamat, peer, dan waktu. Jangan menerapkan parameter mainnet Bitcoin pada chain atau jaringan uji lain.
2. **Validasi blok kandidat secara mandiri.** Susun kembali header dan data yang dikomit oleh blok, lalu verifikasi transaksi, tanda tangan, skrip atau eksekusi, aturan state yang telah dibelanjakan, penerbitan, komitmen, batas ukuran atau bobot, dan garis leluhur. PoW diperiksa sebagai tambahan atas validitas, bukan penggantinya.
3. **Mengulang tes kerja.** Terapkan algoritma hash atau teka-teki dan serialisasi yang tepat, dekode targetnya, tolak kisaran atau encoding yang tidak valid, dan uji ketidaksetaraan protokol seperti `work_hash <= target`. Pisahkan urutan byte yang ditampilkan dari perbandingan integer yang digunakan oleh konsensus.
4. **Kuantifikasi probabilitas pencarian.** Untuk hash `n`-bit yang seragam dan target inklusif `T`, satu percobaan berhasil dengan `p = (T + 1) / 2^n`, dan percobaan yang diharapkan adalah `1 / p`. Nyatakan tingkat hash kompatibel efektif dan waktu aktif; waktu yang diharapkan bukanlah batas waktu dan kegagalan sebelumnya tidak membuat percobaan independen berikutnya lebih mungkin berhasil.
5. **Merekonstruksi pekerjaan kumulatif dan pilihan cabang.** Untuk setiap cabang yang valid, turunkan pekerjaan setiap blok dari targetnya menggunakan aturan bilangan bulat jaringan, jumlahkan melalui silsilah, dan terapkan perilaku ikatan dan ketersediaan yang sebenarnya. Bandingkan pekerjaan kumulatif, bukan tinggi, kesulitan yang ditampilkan, atau satu header secara terpisah.
6. **Nilai konfirmasi dan uji asumsi serangan.** Catat kedalaman transaksi dalam chain aktif pengamat, propagasi, tingkat blok stale, partisi, keragaman peer, konsentrasi penambang dan pool, pasar hash alternatif, sensor, withholding, dan kemampuan reorganisasi. Hindari menyajikan ambang 51% atau jumlah konfirmasi sebagai aturan universal.
7. **Mempertemukan ekonomi dan eksternalitas.** Pisahkan subsidi, biaya, persyaratan pool, variasi, harga, kesulitan, efisiensi, daya, pendinginan, hosting, waktu henti, depresiasi, pembiayaan, dan pajak. Perkirakan listrik hanya dari hash rate dengan distribusi efisiensi perangkat keras yang sudah kadaluwarsa dan overhead fasilitas; perkirakan emisi hanya setelah menambahkan lokasi, waktu, campuran energi, pembatasan, dan ketidakpastian metodologi.

Bukti yang dihasilkan harus menjaga lima lapisan tetap terpisah: kandidat yang valid, bukti yang valid untuk kandidat tersebut, pekerjaan kumulatif dari cabang, pilihan rantai-aktif saat ini dari node, dan kebijakan penyelesaian aplikasi. Menggabungkan lapisan-lapisan tersebut menghasilkan sebagian besar kesalahan interpretasi PoW.

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

## Contoh yang dikerjakan

### 1. Probabilitas target dan asimetri verifikasi

Misalkan sebuah aturan hash seragam mainan menerima satu keluaran dalam `2^20`. Probabilitas keberhasilan per percobaan independen adalah `p = 1 / 1,048,576`, sehingga jumlah percobaan yang diharapkan adalah `1,048,576`. Pada `5,000,000 hashes/second`, waktu pencarian yang diharapkan adalah:

`1,048,576 / 5,000,000 = 0.2097152 seconds`

Verifikasi memerlukan satu hash dan satu perbandingan target setelah kandidat diberikan. Namun waktu yang diharapkan bukanlah jaminan: setelah `1,000,000` percobaan, probabilitas tidak berhasil adalah sekitar `(1 - 1/1,048,576)^1,000,000 = 38.53%`. Satu percobaan yang gagal tidak membuat percobaan berikutnya “harus dilakukan.”

### 2. Keabsahan sebelum pekerjaan kumulatif

Cabang A berisi enam blok valid yang masing-masing bernilai `100` unit kerja, untuk `600`. Cabang B berisi lima blok valid yang masing-masing bernilai `130`, untuk `650`. Berdasarkan aturan kerja paling kumulatif, B menang meskipun memiliki lebih sedikit blok.

Sekarang misalkan cabang C mengklaim `1,200` unit kerja tetapi membuat hadiah yang tidak valid. Karyanya tidak relevan bagi node validasi yang jujur: C ditolak sebelum perbandingan cabang. PoW membatasi siapa yang dapat dengan murah memperluas sejarah yang valid; itu tidak membeli pengecualian terhadap aturan validitas.

### 3. Bagikan hash dan variasi blok

Asumsikan tingkat jaringan yang kompatibel ilustratif sebesar `500 EH/s` dan tingkat penambang sebesar `2 PH/s`. Bagian sederhana penambang adalah:

`2 PH/s / 500 EH/s = 0.000004 = 0.0004%`

Dengan asumsi `144` blok per hari, blok solo yang diharapkan adalah `144 * 0.000004 = 0.000576 per day`, yang menyiratkan waktu tunggu rata-rata sekitar `1 / 0.000576 = 1,736.11 days`. Pendekatan Poisson memberikan `P(0) = exp(-0.000576) = 99.9424%` untuk tidak ada blok pada hari itu. Ekspektasi ini bukan janji pembayaran maupun bukti bahwa sebuah pool berutang jumlah tertentu kepada penambang.

### 4. Dari hash rate ke perkiraan energi

Misalkan seorang analis memodelkan `500 EH/s` menggunakan efisiensi rata-rata armada sebesar `25 J/TH`. Karena `500 EH/s = 500,000,000 TH/s`, daya mesin yang dimodelkan adalah:

`500,000,000 TH/s * 25 J/TH = 12.5 GW`

Dengan asumsi efektivitas penggunaan daya fasilitas sebesar `1.10`, total permintaan yang dimodelkan menjadi `12.5 * 1.10 = 13.75 GW`, atau `13.75 * 8,760 = 120.45 TWh` jika diasumsikan tahunan dan kondisi tetap konstan. Ini adalah perkiraan, bukan pembacaan meter. Mengubah kombinasi perangkat keras, waktu operasional, biaya fasilitas, atau jendela tingkat-hash akan mengubah hasil; emisi memerlukan asumsi tambahan mengenai lokasi geografis dan pembangkit.

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

## Risiko dan kegagalan tinjauan

### Kesalahan protokol dan validitas

- **Menganggap PoW sebagai seluruh protokol konsensus:** Teka-teki ini tidak menentukan keabsahan transaksi, propagasi, pilihan cabang, hadiah, atau penyelesaian aplikasi. Dokumenkan setiap aturan sekitarnya.
- **Jaringan atau algoritma salah:** Saksi yang valid pada satu rantai, percabangan, jaringan uji, atau fungsi hash mungkin tidak berarti pada yang lain. Ikat bukti ke genesis dan aturan yang aktif.
- **Input serialisasi salah:** Mengabaikan sebuah field, komitmen, aturan urutan byte, atau mutasi yang diizinkan dapat menguji teka-teki yang berbeda. Rekonstruksi byte kandidat yang tepat.
- **Penalaran sebelum-validitas:** Pekerjaan besar tidak dapat melegalkan tanda tangan yang tidak valid, pengeluaran ganda, penerbitan, atau transisi status. Validasi seluruh kandidat sebelum membandingkan cabang.
- **Inversi target dan kesulitan:** Target yang lebih kecil lebih sulit, sementara tingkat kesulitan yang ditampilkan biasanya merupakan ukuran relatif terbalik. Verifikasi formula bilangan bulat tepat dari jaringan.
- **Tinggi alih-alih rantai:** Lebih banyak blok tidak harus berarti lebih banyak pekerjaan kumulatif ketika target per blok berbeda. Jumlahkan pekerjaan yang berasal dari protokol selama silsilah yang valid.
- **Menerapkan asumsi retarget lintas jaringan:** Periode penyesuaian, input timestamp, batas atas dan bawah, aturan darurat, serta target maksimum berbeda. Jangan menyebut satu desain sebagai perilaku PoW universal.

### Kesalahan keamanan dan jaringan

- **Klaim finalitas deterministik:** Rantai  PoW dapat direorganisasi. Tetapkan kebijakan konfirmasi dari nilai, kedalaman, pekerjaan yang diamati, likuiditas, kemampuan lawan, dan respons operasional.
- **51% sebagai ambang universal:** Withholding blok, keunggulan propagasi, serangan eclipse, suap, hash sewaan, dan kebijakan aplikasi dapat penting di bawah maupun di atas porsi nominal ini. Nyatakan modelnya.
- **Klaim kekuasaan tidak sah:** Mayoritas kekuatan hash dapat menyensor atau menyusun ulang dan mungkin mengalahkan sejarah yang sah, tetapi tidak dapat membuat node jujur menerima tanda tangan palsu atau inflasi yang tidak sah.
- **Tingkat hash sama dengan desentralisasi:** Template pool, kontrol efektif, firmware, produsen, hosting, geografi, pemasok energi, dan perangkat lunak dapat tetap terkonsentrasi.
- **Perkiraan tingkat hash sebagai telemetri:** Tingkat hash jaringan disimpulkan dari pekerjaan dan kedatangan blok acak; ini bukan sensus langsung atas mesin, operator, atau kapasitas.
- **Mengabaikan partisi dan serangan gerhana:** Sebuah node dengan pandangan terbatas dapat mengikuti pekerjaan yang usang atau merugikan meskipun tingkat hash global tinggi. Tinjau keragaman rekan dan jaringan.
- **Mengabaikan kontrol pool dan template:** Banyak penambang nominal dapat mengikuti satu template blok atau operator pembayaran. Pisahkan kepemilikan hash fisik, wewenang template, dan pengelolaan hadiah.

### Ekonomi, energi, dan eksternalitas

- **Hadiah yang diharapkan sebagai arus kas yang dijamin:** Hasil pencarian bersifat acak, sementara pool menambahkan aturan share, cadangan, biaya, masa kematangan, kustodi, dan risiko gagal bayar.
- **Output token kotor sebagai keuntungan:**Harga, biaya, kesulitan, waktu aktif, daya, pendinginan, tenaga kerja, hosting, perbaikan, depresiasi, pembiayaan, lindung nilai, dan pajak dapat membalikkan hasilnya.
- **Tingkat hash secara langsung sama dengan listrik:** Konversi memerlukan efisiensi perangkat keras, pemanfaatan, komposisi armada, pendinginan, dan biaya fasilitas pada waktu pengamatan yang sama.
- **Listrik langsung sama dengan emisi:** Dampak karbon  tergantung pada lokasi, pembangkitan marginal dan rata-rata, waktu, kontrak, pengurangan produksi, klaim metana, dan batas-batas akuntansi.
- **Efisiensi menjamin penggunaan total yang lebih rendah:**Perangkat keras yang lebih efisien menurunkan energi per hash, tetapi kompetisi jaringan, harga, hadiah, dan penyebaran dapat mengubah total laju hash dan permintaan.
- **Mengabaikan eksternalitas dan keterbatasan lokal:** Kepadatan jaringan, kebisingan, panas, air, tanah, perputaran peralatan, limbah elektronik, subsidi, dan pemadaman dapat memengaruhi komunitas dan operasi.

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

## Kesalahpahaman umum

### Proof of Work membuat setiap transaksi dalam blok yang ditambang menjadi sah

Tidak. Header yang memenuhi target hanya menunjukkan bahwa blok kandidat memenuhi aturan kerja. Full node secara mandiri menolak transaksi, komitmen, hadiah, atau transisi state yang tidak valid tanpa memandang pengeluaran penambang.

### Kerja adalah energi yang tersimpan yang membuat sebuah balok secara fisik tidak dapat dikembalikan

Blok memuat bukti ringkas yang dapat diverifikasi, bukan listrik yang dapat dipulihkan. Pekerjaan valid yang bersaing dapat mereorganisasi riwayat, dan kegagalan sosial atau perangkat lunak masih dapat memerlukan keputusan pemulihan. PoW meningkatkan biaya penulisan ulang berdasarkan asumsi tertentu; PoW tidak menciptakan finalitas fisik atau deterministik.

### Rantai terpanjang selalu berarti rantai dengan blok terbanyak

Tidak selalu. Bitcoin Core membandingkan total chainwork di antara kandidat yang valid. Cabang yang lebih pendek bisa mewakili lebih banyak pekerjaan ketika bloknya dibuat dengan target yang lebih sulit.

### Penyerang dengan kekuatan hash mayoritas dapat mencuri koin apa pun atau mengubah aturan apa pun

Kekuatan hash dapat menciptakan risiko reorganisasi, sensor, pengurutan, dan penolakan layanan, tetapi node yang jujur masih menegakkan tanda tangan, penerbitan, dan aturan konsensus. Mengubah aturan tersebut membutuhkan pengguna menjalankan perangkat lunak yang kompatibel; kerja sendiri tidak menghasilkan otorisasi.

### Bagan hash-rate mengungkap penggunaan listrik dan emisi secara tepat

Tidak demikian. Listrik dimodelkan dari asumsi peralatan dan fasilitas yang tidak pasti, dan emisi menambahkan asumsi lokasi, pembangkitan, waktu, dan akuntansi. Perkiraan yang bertanggung jawab mengungkapkan rentang dan metodologi daripada menyajikan satu angka pasti.

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

## Topik terkait

- [Pertambangan](/id/crypto/mining/)
- [Tingkat hash](/id/crypto/hashrate/)
- [Penyesuaian kesulitan](/id/crypto/difficulty-adjustment/)
- [Konsensus Nakamoto](/id/crypto/nakamoto-consensus/)
- [Reorganisasi rantai](/id/crypto/chain-reorg/)

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

## Sumber

- [Tinjauan Teknologi Blockchain](https://csrc.nist.gov/pubs/ir/8202/final) - NIST (diakses: 2026-08-19)
- [Hashcash - Langkah Penanggulangan Penolakan Layanan](https://www.hashcash.org/papers/hashcash.pdf) - Hashcash.org (diakses: 2026-08-19)
- [Bitcoin: Sistem Uang Elektronik Peer-to-Peer](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (diakses: 2026-08-19)
- [Panduan Pengembang Bitcoin: Penambangan](https://developer.bitcoin.org/devguide/mining.html) - Proyek Bitcoin (diakses: 2026-08-19)
- [Bitcoin Inti: Perhitungan Bukti-Kerja](https://github.com/bitcoin/bitcoin/blob/master/src/pow.cpp) - Bitcoin Inti (diakses: 2026-08-19)
- [Bitcoin Inti: Perhitungan Chainwork](https://github.com/bitcoin/bitcoin/blob/master/src/chain.cpp) - Bitcoin Inti (diakses: 2026-08-19)
- [Bitcoin Inti: Antarmuka Validasi Blok](https://github.com/bitcoin/bitcoin/blob/master/src/validation.h) - Bitcoin Inti (diakses: 2026-08-19)
- [Indeks Konsumsi Listrik Cambridge Bitcoin: Metodologi](https://ccaf.io/cbnsi/cbeci/methodology) - Pusat Keuangan Alternatif Cambridge (diakses: 2026-08-19)

Source: https://wiki.fcontext.com/id/crypto/proof-of-work/index.mdx