Bagaimana pool mining bitcoin sebenarnya bekerja: dari share sampai payout

Kebanyakan penjelasan tentang pool berhenti pada kalimat "para miner menggabungkan hashpower dan membagi reward". Ini benar sekaligus tidak berguna: dari deskripsi seperti itu tidak jelas kenapa penghasilan terlihat aneh di hari pertama setelah pindah pool, kenapa mematikan mesin di akhir pekan lebih merugikan di PPLNS dibanding di PPS, dan ke mana perginya sebagian biaya transaksi. Berikut mekanismenya langkah demi langkah: apa yang keluar dari ASIC Anda ke jaringan setiap detik, bagaimana itu dihitung, dan bagaimana itu berubah menjadi satoshi di saldo Anda.

POOL BTC bukan pool mining. Ini adalah situs perbandingan independen untuk pool, kalkulator, dan layanan, jadi di dalam teks ini tidak ada skema yang perlu dibela.

Apa itu share dan untuk apa gunanya

Share adalah hash header block yang ditemukan miner, yang berada di bawah ambang difficulty yang ditetapkan pool, tetapi di atas difficulty jaringan. Ia tidak akan pernah menjadi block sungguhan, tetapi berfungsi sebagai bukti kerja: untuk menemukan hash seperti itu harus benar-benar mencoba jutaan kombinasi secara jujur. Pool menghitung share dan dengan itu mengukur kontribusi setiap worker.

Mekanisme pencarian sama untuk block maupun share. Miner mengambil template block, mengubah nonce dan field lain yang bisa diubah, menjalankan double SHA-256, dan melihat hasilnya. Bedanya hanya angka mana yang dibandingkan. Jika hash di bawah difficulty jaringan, itu block, uang untuk seluruh pool. Jika di bawah share difficulty tetapi di atas jaringan, itu share, unit akuntansi untuk kontribusi Anda.

Dari sini muncul sifat terpenting sistem ini: share tidak bisa dipalsukan dan tidak bisa dipakai ulang. Setiap share terikat pada job tertentu dengan alamat payout pool, jadi Anda tidak bisa mengirim share orang lain, dan tidak bisa menyerahkan share Anda sendiri dua kali.

Betapa langkanya tiket lotre ini terlihat dari snapshot jaringan tanggal 29.08.2026: hashrate jaringan 896,89 EH/s, difficulty 125 807 076 547 197,5. Reward block adalah 3,125 BTC, dan pada 4320 block terakhir biaya transaksi menambahkan 0,73% padanya. Dengan kurs sekitar 77 817 dolar pada pagi 29.08.2026, itulah seluruh kue yang kemudian dibagi menurut aturan skemanya.

Perbedaan share difficulty dari difficulty jaringan

Difficulty jaringan sama untuk semua orang dan berubah setiap 2016 block. Share difficulty ditentukan oleh pool sendiri, terpisah untuk setiap koneksi, dan bisa diubah kapan saja. Ini murni pengaturan akuntansi internal: sama sekali tidak memengaruhi peluang menemukan block, hanya memengaruhi seberapa sering miner Anda melapor kerja.

Logikanya sederhana. Ambang yang terlalu rendah berarti aliran share setiap pecahan detik: jaringan penuh sesak, server pool kelebihan beban, dan akurasi estimasi tidak meningkat. Ambang yang terlalu tinggi berarti laporan jarang: statistik hashrate melompat-lompat, dan mesin yang mati baru terdeteksi belakangan. Pool menjaga interval sekitar beberapa share per menit per koneksi, menyesuaikan ambang dengan hashpower.

Detail penting bagi yang membandingkan dashboard: jumlah share di antarmuka tidak bisa dibandingkan antar pool, karena ambangnya berbeda-beda di setiap pool. Yang masuk akal dibandingkan hanyalah hashrate yang diterima dan tingkat penolakan.

Apa itu vardiff dan kenapa tetangga Anda punya difficulty berbeda

Vardiff adalah penyesuaian otomatis share difficulty untuk worker tertentu. S21 dan S9 lama pada ambang yang sama akan berperilaku berbeda: mesin yang kuat akan membanjiri server dengan share, yang lemah akan mengirimnya terlalu jarang. Karena itu pool menaikkan ambang untuk mesin cepat dan menurunkannya untuk yang lambat, dengan target laju laporan yang kurang lebih sama untuk semua.

Penyesuaian ini tidak bekerja seketika. Setelah mesin baru terhubung, butuh waktu sampai ambang masuk ke rentang kerja, dan selama periode ini grafik hashrate di dashboard berbohong: kadang menunjukkan nilai terlalu rendah, kadang terlalu tinggi. Dari sini muncul kesalahan khas pemula yang lima belas menit setelah pindah pool menulis ke support bahwa pool mencuri hashpower-nya.

Poin praktis kedua: vardiff rusak pada koneksi yang tidak stabil. Jika koneksi terputus, miner terhubung ulang, ambang direset ke nilai awal setiap kali, dan hasilnya adalah lebih banyak laporan sampah dan grafik yang jelas bengkok. Dalam situasi ini, perbedaan antara hashrate yang dilaporkan dan yang diterima adalah normal dan diselesaikan dengan memperbaiki koneksi, bukan dengan mengganti pool.

Bagaimana Stratum bekerja: job, extranonce, dan antrean tugas

Stratum adalah protokol antara miner dan pool. Pool mengirim tugas (job) dengan template block, miner mencoba berbagai variasi dan hanya mengirim balik hasil yang berhasil. Block lengkap tidak melewati kabel, traffic minimal, sehingga satu pool bisa menampung puluhan ribu koneksi per server.

Urutan pertukarannya seperti ini:

1. Miner terhubung dan berlangganan tugas.
2. Pool memberinya extranonce unik, sepotong data pribadi di dalam transaksi coinbase.
3. Pool mengirim job: hash sebelumnya, cabang merkle, versi, waktu, target difficulty.
4. Miner menyusun versi coinbase-nya sendiri dengan menyisipkan extranonce miliknya, dan menghitung merkle root.
5. Miner mencoba nonce dan field lain, mengirim ke atas semua yang lolos ambang.
6. Pool memverifikasi share, menghitungnya dan menyimpannya, dan jika hash di bawah difficulty jaringan, mempublikasikan block.
7. Ketika block baru muncul di jaringan, pool mengirim tugas baru dan meminta untuk membuang yang lama.

Extranonce adalah detail kunci di sini. Justru itulah yang membuat ruang pencarian berbeda untuk setiap miner: dua ASIC dengan tugas yang sama menghitung coinbase yang berbeda, jadi merkle root berbeda, jadi hash berbeda. Tanpa itu, separuh farm akan menduplikasi pekerjaan yang lain.

Poin terakhir dalam daftar menjelaskan share stale. Antara saat jaringan melihat block baru dan saat miner Anda menerima tugas baru berlalu waktu, dan semua yang dihitung selama waktu itu masuk ke sampah. Dari sini muncul persyaratan ping dan alasan memilih server yang secara geografis dekat. Bagaimana ini berkaitan dengan jarak ke server stratum dan pemilihan region dibahas di artikel cara memilih pool bitcoin.

Kenapa yang menemukan block adalah pool, bukan miner tunggal

Secara formal, hash block ditemukan oleh mesin tertentu milik peserta tertentu. Tetapi transaksi coinbase dalam tugas dibentuk oleh pool, dan alamat penerima reward di dalamnya juga milik pool. Miner secara fisik tidak bisa menyisipkan alamatnya sendiri di sana: mengubah coinbase mengubah merkle root, dan hasilnya tidak lagi cocok dengan tugas yang diberikan.

Karena itu kalimat "miner saya menemukan block" tidak punya arti ekonomi: reward tiba di alamat pool, dan peserta menerima bagiannya menurut aturan skema yang dipilih. Ini juga menjelaskan kenapa statistik block dipublikasikan di level pool dan kenapa porsi pool dalam hashrate total terlihat di blockchain.

Hanya ada satu pengecualian: mode solo, di mana Anda sendiri yang menentukan alamat reward. Perbedaan waktu tunggu dan varians sangat besar, dan kami menghitungnya secara terpisah dalam teks tentang solo mining vs pool mining.

Bagaimana kontribusi miner dihitung

Kontribusi tidak dihitung dalam share, melainkan dalam unit difficulty: setiap share berbobot sebesar share difficulty-nya saat itu. Lima puluh share pada ambang 10000 dan lima share pada ambang 100000 memberi kontribusi yang sama. Karena itu vardiff tidak memberi keuntungan pada mesin cepat maupun lambat, ia hanya mengubah frekuensi laporan.

Dari jumlah kumulatif difficulty, pool menurunkan hashrate Anda. Dari sini muncul dua angka di dashboard yang sering tertukar. Hashrate lokal ditampilkan oleh miner itu sendiri berdasarkan perhitungannya sendiri. Hashrate di pool direkonstruksi secara statistik dari share yang diterima, dan pada jendela pendek ia berfluktuasi hanya karena share datang secara tidak merata. Angka-angka ini menyatu pada jendela satu hari, bukan sepuluh menit.

Terpisah dalam statistik ada share yang ditolak: yang usang, duplikat, dan yang tidak lolos verifikasi. Porsi penolakan yang kecil normal untuk koneksi apa pun, tetapi kenaikan berkali-kali lipat adalah sinyal masalah di sisi koneksi atau firmware.

PPS, PPS+, FPPS, PPLNS, dan solo: perbedaan mekanis antar skema

Skema pembayaran menjawab pertanyaan tentang apa sebenarnya yang dibayar pool: share yang dikirim atau block yang benar-benar ditemukan. Semua hal lain, termasuk perbedaan risiko, adalah konsekuensi dari pilihan ini. Berikut mekanismenya tanpa penilaian.

Perbedaan perilaku lebih jelas dengan satu contoh. Pada PPS, pool membeli kerja Anda dengan harga tetap: apakah ia menemukan block atau tidak, itu tidak memengaruhi pembayaran Anda, varians ditanggung pool dan dimasukkan ke dalam biayanya. Pada PPLNS, pool membagi reward yang sudah diterima di antara peserta, jadi penghasilan Anda bergantung pada berapa banyak block yang berhasil ditangkap pool selagi share Anda ada di dalam jendela.

Analisis rinci tiga skema paling umum dengan contoh perhitungan ada di artikel FPPS vs PPLNS vs PPS+, dan istilah dari bagian ini dikumpulkan di glosarium miner.

Apakah PPLNS benar-benar ada di pool BTC besar?

Jawaban singkat: hampir tidak ada di mana pun sebagai mode utama. Menurut dokumentasi resmi per 01.09.2026, Braiins, Foundry USA, Binance Pool, dan Luxor menghitung BTC hanya dengan FPPS. AntPool dan ViaBTC menawarkan PPLNS sebagai opsi, tetapi default keduanya adalah PPS+. Ocean tidak bekerja dengan PPLNS, melainkan dengan skema TIDES miliknya sendiri. Kryptex dan NiceHash sama sekali tidak berhubungan dengan PPLNS klasik untuk bitcoin.

Ini adalah hal yang tidak jelas: setengah artikel di internet membahas PPLNS seolah-olah itu default industri, padahal untuk memilihnya untuk BTC di sebagian besar pool besar sama sekali tidak ada tempatnya.

Kesimpulan praktis bagi yang memilih pool khusus demi PPLNS: opsi nyatanya sedikit, dan hampir selalu mode ini harus diaktifkan secara manual, bukan didapat secara default. Logika jendela di bagian berikutnya berlaku tepat untuk pool-pool ini, bukan untuk seluruh pasar.

Apa itu sliding window PPLNS dan kenapa idle mahal harganya di dalamnya

PPLNS tidak menghitung waktu, melainkan volume kerja terakhir pool: jendela adalah N share terakhir (atau unit difficulty) dalam aliran total. Ketika pool menemukan block, reward dibagi di antara semua orang yang share-nya, pada saat itu, berada di dalam jendela. Bagian Anda sama dengan porsi difficulty Anda dalam jendela ini.

Konsekuensi kuncinya: jendela bergerak maju oleh share orang lain, bukan oleh jam. Jika Anda mematikan mesin, share Anda tetap berada di jendela dan terus membawa porsi dari setiap block yang ditemukan, tetapi secara bertahap terdorong keluar oleh kerja peserta lain. Kecepatan pendorongan keluar bergantung pada ukuran jendela dan hashrate total pool, bukan pada jadwal Anda.

Karena itu PPLNS punya dua sisi yang tidak simetris:

1. Ramp-up. Beberapa jam pertama setelah terhubung ke pool baru, jendela belum terisi dengan share Anda, dan penghasilan lebih rendah dari level yang sudah stabil.
2. Ekor. Setelah mati mesin, penghasilan tidak langsung terputus, melainkan menyusut seiring share Anda terdorong keluar dari jendela.

Ekor sebagian mengompensasi ramp-up saat pindah pool, tetapi hanya jika Anda pergi selamanya dan tidak kembali. Menyalakan dan mematikan sering di PPLNS lebih mahal daripada di PPS: setiap kali Anda membayar fase ramp-up, dan ekornya tidak selalu bisa dikumpulkan sepenuhnya. Berapa banyak yang hilang dalam satoshi saat pindah pool sudah dihitung dalam artikel tentang biaya pindah pool.

Seberapa besar jendela di pool-pool tertentu

Angka pasti hanya dipublikasikan oleh segelintir pool. Data di bawah ini diverifikasi dari halaman resmi pool per 01.09.2026, dan di tempat kelipatannya tidak dipublikasikan, hal itu ditulis apa adanya.

Dari sini muncul hal yang tidak menyenangkan untuk perbandingan: di sebagian besar pool Anda tidak bisa menghitung di muka berapa panjang ekor setelah mati mesin, karena ukuran jendela tidak diungkap. Memperkirakannya sendiri dari statistik publik juga tidak bisa, di dashboard yang terlihat adalah share, bukan aturan keluarnya.

Detail khusus tentang Ocean: di sana share dari log sama sekali tidak dihapus. Dokumentasinya secara langsung mengatakan bahwa satu share rata-rata dibayar delapan kali selama masih berada di dalam jendela, lalu setelah itu hanya berhenti dihitung untuk block baru seiring masuknya kerja baru. Ini bukan hukuman karena keluar, melainkan keluar alami berdasarkan volume, dan ungkapan "share terbakar" tidak berlaku untuk TIDES.

Apa itu pool hopping dan bagaimana jendela melindungi dari itu

Pool hopping adalah strategi melompat antar pool untuk mendapatkan bagian di tempat pembayaran saat ini secara statistik lebih menguntungkan, dan pergi sebelum periode tidak menguntungkan tiba. Strategi ini berjalan pada skema lama seperti perhitungan proporsional murni per putaran, di mana share awal putaran bernilai lebih mahal daripada yang belakangan.

Dalam skema proporsional, putaran dimulai setelah block ditemukan dan berlangsung sampai berikutnya. Reward dibagi di antara share putaran itu, jadi pada putaran pendek setiap share bernilai banyak, dan pada putaran panjang bernilai sedikit. Artinya menguntungkan datang di awal putaran dan pergi jika putaran memanjang. Peserta yang bertahan dirugikan dalam hal ini, karena mereka membagi reward yang sama dengan hopper yang datang belakangan.

Sliding window menghilangkan dasar dari strategi ini sepenuhnya. Jendela tidak punya awal maupun akhir putaran: selalu memiliki panjang yang sama dan selalu terdiri dari N share terakhir. Momen koneksi tidak memberikan keuntungan apa pun, dan lompatan yang sering hanya melipatgandakan fase ramp-up. Karena alasan yang sama, jendela sedikit lebih ketat pada miner jujur dengan jadwal tidak stabil, dan itu adalah harga dari perlindungan ini, bukan cacat sampingan.

Dari mana asal biaya pool dan apa itu transaction fee passthrough

Biaya ditahan sebagai persentase dari pembayaran dan menutupi infrastruktur, pengembangan, support, dan untuk keluarga PPS, risiko varians yang ditanggung pool sendiri. Tarifnya berbeda antar pool dan bergantung pada skema: untuk pembayaran terjamin pool memasukkan asuransi, untuk yang proporsional mengambil lebih sedikit.

Komponen kedua penghasilan adalah biaya transaksi di dalam block. Reward block terdiri dari emisi ditambah jumlah biaya semua transaksi yang termasuk, dan skema yang berbeda memperlakukan bagian ini dengan cara yang berbeda:

1. PPS murni hanya membayar untuk bagian emisi, biaya transaksi tetap di pool.
2. PPS+ membagikan biaya sesuai fakta: berapa yang terkumpul di block nyata, sebanyak itu yang dibagikan.
3. FPPS menyematkan tambahan rata-rata langsung ke tarif per share, sehingga di periode tenang ini lebih menguntungkan daripada fakta, dan di periode biaya tinggi sebaliknya.
4. PPLNS biasanya membagikan seluruh reward block bersama biayanya.

Seberapa berat hal ini sekarang ditunjukkan oleh statistik jaringan: pada 4320 block terakhir (ketinggian 960211 sampai 964530, snapshot 29.08.2026) biaya transaksi menyumbang 0,73% dari total reward. Artinya perdebatan tentang passthrough di pasar saat ini berlangsung untuk kurang dari satu persen penghasilan, dan perbedaan persentase biaya pool hampir selalu lebih berat dari itu. Pada periode kepadatan mempool gambarannya berubah, tetapi ini harus diverifikasi dengan data terbaru, bukan dengan ingatan tahun 2023.

Berikut cara pool-pool tertentu memperlakukan biaya transaksi menurut dokumentasi mereka sendiri per 01.09.2026:

Kontradiksi AntPool yang perlu diketahui sejak awal

Tentang AntPool tidak bisa dijawab dalam satu baris, dan itu lebih jujur daripada memilih versi yang nyaman. Dua halaman resmi pool ini mengatakan hal yang berbeda tentang biaya transaksi yang tidak dibagikan pada PPLNS. Panduan di GitBook menulis bahwa biaya transaksi juga dibagikan ke para miner dan pool mengambil biaya nol pada PPLNS. Versi yang lebih lama dari dokumen yang sama di Zendesk tertanggal 14.12.2022 menulis bahwa biaya transaksi yang tidak dibayarkan ke miner masuk ke pemeliharaan dan bonus insinyur.

Kedua halaman resmi, keduanya bisa diakses, dan tidak ada yang ditandai sebagai kedaluwarsa. Kami tidak memilih pihak: jika bagian penghasilan ini penting bagi Anda secara prinsip, ada baiknya menanyakan hal ini secara tertulis ke support pool dan menyimpan jawabannya, alih-alih mengandalkan halaman bantuan pertama yang ditemukan.

Biaya pool per snapshot 29.08.2026

Semua angka di bawah ini diverifikasi ulang pada 29.08.2026, sebagian pool tidak mengungkap tarifnya secara publik atau hanya menampilkannya setelah login. Baris-baris seperti itu ditandai secara langsung, tidak diganti dengan dugaan.

Membandingkan pool hanya berdasarkan persentase biaya juga tidak masuk akal karena alasan lain: sepertiga pool besar sama sekali tidak mempublikasikan persentase ini secara publik. Yang harus dihitung adalah pembayaran akhir per terahash dalam satu bulan berdasarkan mutasi rekening Anda sendiri. Anda bisa memperkirakan hasilnya berdasarkan model ASIC Anda dan tarif listrik Anda di kalkulator mining.

Apa itu ambang payout dan kenapa lebih penting daripada biaya pada hashrate kecil

Ambang adalah saldo minimum yang membuat pool mengirim transaksi kepada Anda. Selama yang terkumpul lebih kecil dari ambang, uang tetap berada di rekening internal dan tidak sampai ke wallet Anda. Semuanya tercatat dengan benar selama itu; pertanyaannya hanya kapan jumlah itu meninggalkan pool.

Ambang ini ada karena biaya transaksi on-chain. Mengirim debu lebih mahal daripada nilainya, jadi pool menunggu sampai terkumpul jumlah di mana biaya jaringan tidak memakan habis pembayaran. Dari sini muncul konsekuensi langsung bagi miner kecil: semakin kecil hashrate Anda, semakin panjang interval antara payout nyata, dan semakin lama uang Anda hidup di saldo orang lain.

Justru di sinilah ambang melampaui pentingnya biaya. Perbedaan biaya antar pool diukur dalam pecahan persen dari penghasilan, sedangkan ambang yang terlalu tinggi dengan hanya satu mesin rumahan berarti berminggu-minggu atau berbulan-bulan menunggu, dan risiko counterparty selama seluruh waktu itu. Sebelum terhubung, ada baiknya memeriksa empat hal:

1. Ambang minimum dan apakah bisa dinaikkan atau diturunkan secara manual.
2. Jadwal payout: setiap hari begitu mencapai ambang, atau menurut kalender tetap.
3. Siapa yang membayar biaya jaringan untuk payout, pool atau Anda dari jumlah Anda sendiri.
4. Apa yang terjadi pada sisa saldo jika Anda meninggalkan pool tanpa mencapai ambang.

Ambang per snapshot 29.08.2026:

Apa yang terjadi pada sisa saldo jika pergi tanpa mencapai ambang

Sebagian besar pool tidak punya jawaban resmi langsung. Yang dikonfirmasi adalah: F2Pool membiarkan jumlah di bawah ambang tetap di saldo, tidak hilang dan terus terkumpul. ViaBTC menahan penghasilan di saldo sampai siklus berikutnya jika belum mencapai minimum. Luxor hanya mengirim payout ketika saldo subaccount melebihi ambang bersama biaya penarikan, artinya sisanya juga menunggu.

Satu pengecualian hukum layak mendapat paragraf terpisah. Menurut ketentuan layanan F2Pool, pengguna kehilangan hak atas jumlah yang tercatat jika tidak memberikan alamat payout yang valid dalam enam bulan setelah pemberitahuan tertulis, dan pool berhak menganggap jumlah tersebut hilang. Dalam help pool disebutkan juga bahwa jika alamat pembayaran tidak ditetapkan lebih dari 90 hari, reward bisa dianggap sebagai donasi. Ini adalah satu-satunya dari pool yang diverifikasi yang aturan kehilangan hak atas akumulasi dirumuskan secara eksplisit. Pada pool lainnya tidak ada aturan serupa di halaman yang ditemukan, tetapi itu hanya berarti tidak ditemukan, bukan berarti pasti tidak ada.

Tentang AntPool, Foundry USA, Binance Pool, EMCD, Braiins, Kryptex, NiceHash, dan Trustpool, tidak berhasil ditemukan rumusan resmi tentang nasib sisa saldo saat meninggalkan pool. Jika jumlah di saldo itu penting bagi Anda, satu-satunya cara yang bisa diandalkan tetap sama: permintaan tertulis ke support sebelum terhubung.

Tentang Ocean sudah dikatakan di atas: di sana share dari log sama sekali tidak dihapus dan keluar dari jendela berdasarkan volume kerja, bukan karena fakta Anda pergi.

Perjalanan lengkap satu share: ringkasan

1. ASIC menerima job lewat Stratum dan extranonce miliknya sendiri.
2. Mesin menyusun coinbase dengan alamat pool dan menghitung merkle root.
3. Mencoba nonce, double SHA-256, membandingkan hasil dengan ambang.
4. Hash di bawah share difficulty dikirim ke server pool.
5. Pool memverifikasi share dan mencatat bobotnya, sama dengan difficulty-nya.
6. Hashrate di dashboard dihitung ulang berdasarkan bobot yang terkumpul.
7. Ketika hash seseorang ternyata di bawah difficulty jaringan, pool mempublikasikan block.
8. Reward block (emisi ditambah biaya transaksi) tiba di alamat pool.
9. Pool menahan biayanya sendiri dan membagikan sisanya menurut aturan skema.
10. Bagian Anda masuk ke saldo internal.
11. Setelah mencapai ambang, pool mengirim transaksi on-chain ke alamat Anda.

Antara langkah 4 dan langkah 11 bisa berlalu dari beberapa jam sampai beberapa minggu, dan hampir semua keluhan tentang pool sebenarnya adalah kesalahpahaman di dalam rentang waktu ini.

Kesimpulan

Pool adalah sistem akuntansi di atas mining biasa, bukan jenis penambangan yang terpisah. Ia membagikan tugas, menghitung kerja yang terverifikasi dalam unit difficulty, dan membagikan reward yang diterima menurut aturan yang diumumkan sebelumnya. Skema pembayaran menjawab pertanyaan siapa yang membayar sial, jendela PPLNS menjawab pertanyaan seberapa lama kerja Anda tetap berharga setelah mati mesin, dan ambang menjawab pertanyaan kapan uang benar-benar pergi ke wallet Anda.

Tiga hal dari teks ini layak diingat sebelum memilih pool. PPLNS untuk bitcoin jauh dari ada di mana-mana dan hampir tidak pernah menjadi default. Ukuran jendela hanya dipublikasikan oleh segelintir pool, jadi panjang ekor setelah mati mesin paling sering tidak bisa dihitung. Biaya transaksi menyumbang 0,73% reward pada 4320 block terakhir per 29.08.2026, sehingga perdebatan tentang pembagiannya sekarang berlangsung untuk kurang dari satu persen penghasilan.

Dengan memahami mekanisme ini, Anda berhenti membandingkan pool berdasarkan persentase di halaman depan dan mulai membandingkan berdasarkan payout akhir per terahash. Cara melakukannya pada pool-pool tertentu dibahas di artikel tentang memilih pool mining.