Bagaimana pool mining Bitcoin sebenarnya bekerja: dari share hingga payout

Penjelasan standarnya begini: penambang menggabungkan hashrate mereka, menemukan blok bersama, lalu membagi reward. Tidak ada yang salah dalam kalimat itu, tapi juga tidak ada yang berguna yang bisa disimpulkan darinya. Kalimat itu tidak menjelaskan mengapa kamu tetap dibayar pada hari saat pool tidak menemukan blok. Tidak menjelaskan mengapa dashboard menampilkan hashrate yang berbeda dari mesinmu. Tidak menjelaskan dari mana angka luck 78% berasal, atau mengapa angka itu terkadang tidak ada hubungannya dengan walletmu.

Berikut ini rantai lengkapnya: apa yang secara fisik keluar dari mesinmu, bagaimana itu dihitung, menjadi apa itu, dan pada titik mana itu menjadi transaksi di alamatmu. Tanpa metafora tiket lotre.

POOL BTC bukan pool. Kami membandingkan syarat operator lain dan menghitung berapa biaya yang mereka bebankan ke penambang, jadi di sini tidak ada operator yang dijual maupun yang dituduh. Hanya mekanisme, dan aritmatika yang bisa kamu hitung ulang sendiri.

Enam hal yang penting

1. Share dan block adalah objek yang sama. Hanya tinggi bar yang berbeda.
2. Pool memberimu bar pribadi yang mudah agar bisa melihat pekerjaanmu setiap beberapa detik, bukan sekali dalam satu abad.
3. Pool yang membangun block, bukan kamu. Hardwaremu mengiterasi angka di dalam header yang sudah datang dalam bentuk jadi.
4. Skema payout adalah aturan tentang siapa yang menanggung risiko nasib buruk: kamu atau operator.
5. Fee dipotong dari reward kotor, jadi secara nilai absolut fee itu berskala dengan harga dan dengan hashratemu.
6. Luck adalah statistik, bukan perilaku operator. Pada FPPS, luck sama sekali tidak menyentuh payoutmu.

Apa itu share, dan bagaimana bedanya dengan block yang valid?

Share adalah header block yang hash-nya berada di bawah target mudah yang diberikan pool khusus untukmu. Block adalah header yang sama yang hash-nya berada di bawah target untuk seluruh jaringan. Hanya tinggi bar yang berbeda: pekerjaan, format data, dan validasinya identik. Share mana pun yang kebetulan menembus target jaringan otomatis menjadi block yang valid.

Header block Bitcoin berukuran 80 byte dan berisi enam field: version, previous block hash, Merkle root, timestamp, nBits, dan nonce. nBits adalah enkoding ringkas dari target jaringan saat ini, dan itu diperluas menjadi angka 256 bit yang harus dipenuhi oleh hasil double SHA-256 dari header tersebut.

ASIC-mu mengambil header itu dan mengubah apa yang boleh diubah: nonce (4 byte), extranonce2 (panjangnya ditentukan pool saat koneksi dibuat, dan nilainya masuk ke Merkle root lewat transaksi coinbase) dan, jika pool maupun firmware sama-sama mendukung version rolling, beberapa bit dari field version. Setiap kandidat header di-hash dua kali dan dibandingkan dengan target.

Pool memeriksa dua target pada setiap submission. Share yang masuk dibandingkan dengan target pribadimu (jika menembusnya: dihitung ke akunmu) dan dengan target jaringan (jika itu juga tertembus: pool langsung mempublikasikan block). Tidak ada tindakan terpisah untuk "mencari block". Block adalah produk sampingan dari aliran share biasa.

Satu konsekuensi yang tidak terlihat jelas: pool tidak bisa menyembunyikan block yang ditemukannya tanpa membuang share itu sendiri. Transaksi coinbase pada templatenya membawa alamat dan tag milik pool itu sendiri, dan block apa pun yang dibangun dari template itu akan muncul di explorer dengan penanda yang sama. Prosedur praktis untuk memeriksa hal ini ada di artikel kami tentang memverifikasi bahwa sebuah pool membayar secara adil.

Menurut perhitungan POOL BTC, pada difficulty jaringan 127,450,789,715,843 dan difficulty share 65,536, satu block membutuhkan sekitar 1.94 miliar share rata-rata. Itu bukan perkiraan kasar melainkan pembagian langsung: difficulty jaringan dibagi difficulty share, karena keduanya dinyatakan dalam satuan expected work yang sama.

Apa itu share difficulty, dan mengapa pool menyesuaikannya dengan mesin (vardiff)?

Share difficulty adalah pengali yang menunjukkan seberapa jauh lebih mudah target yang diberikan kepadamu dibandingkan base target Bitcoin. Pada difficulty 1, sebuah share membutuhkan rata-rata 2^32 hash, sekitar 4.295 miliar. Pada difficulty 65,536 dibutuhkan 65,536 kali lipat dari itu. Pool mengubah angka ini agar aliran submissionmu tetap nyaman untuk dihitung.

Mekanisme penyesuaian ini disebut vardiff, singkatan dari variable difficulty. Pool memantau seberapa sering kamu mengirim submission dan menaikkan atau menurunkan difficultymu, dengan target interval yang nyaman antar share. Jika disetel terlalu rendah, farm besar akan membanjiri server dengan traffic. Jika disetel terlalu tinggi, statistik mesin kecil jadi berisik: jika satu share keluar sekali setiap dua menit, grafik hashrate per jam akan berayun puluhan persen hanya karena keacakan.

Menurut perhitungan POOL BTC, mesin 100 TH/s pada difficulty share 65,536 mengirim sekitar 21.3 share per menit, kira-kira satu setiap 2.8 detik. Perhitungannya: 100 TH/s adalah 10^14 hash per detik, dibagi 65,536 × 2^32 = 2.815 × 10^14 expected hash per share, yang menghasilkan 0.355 share per detik.

Mesin yang sama pada difficulty share yang berbeda:

Dan pada difficulty tetap 65,536, di berbagai hashrate:

Hal penting yang perlu diingat: share difficulty tidak memengaruhi pendapatanmu. Yang berubah adalah seberapa cepat estimasi pool mendekati hashrate asli mesinmu. Gandakan difficulty dan kamu mengirim separuh jumlah share dengan bobot dua kali lipat. Hasilnya tetap sama.

Siapa yang membangun block template, dan apa saja isi sebuah block?

Di bawah Stratum V1 klasik, pool yang membangun seluruh template. Pool menjalankan node Bitcoin miliknya sendiri, memilih transaksi dari mempool, menyusun transaksi coinbase yang membayar ke alamatnya sendiri, dan menghitung Merkle tree. Yang sampai ke miner bukan daftar transaksi melainkan sekumpulan Merkle branch ditambah dua bagian coinbase. Miner secara fisik tidak bisa memilih atau menolak sebuah transaksi.

Pesan mining.notify yang mendistribusikan pekerjaan membawa job id, previous block hash, kedua bagian transaksi coinbase, daftar Merkle branch, version, nBits, time, dan flag clean_jobs. Miner menyisipkan extranonce2 di antara dua bagian coinbase, menghitung ulang Merkle root dari branch tersebut, dan menyusun header.

Flag clean_jobs itu menjelaskan separuh dari hal yang tampak aneh di log miner. Saat block baru muncul di jaringan, pool mengirim job baru dengan clean_jobs diset true, dan sejak saat itu semua pekerjaan pada job sebelumnya tidak bernilai lagi. Share yang dikirim setelahnya terhadap job lama akan ditolak sebagai stale.

Apa sebenarnya isi sebuah block: transaksi coinbase (subsidy ditambah jumlah fee dari setiap transaksi yang disertakan, dengan subsidy sebesar 3.125 BTC per 24.09.2026) dan sekumpulan transaksi mempool, biasanya diurutkan berdasarkan fee per virtual byte. Porsi fee dari total block reward saat ini kecil. Menurut mempool.space pada 08.09.2026 angkanya 0.66% selama 4,320 block terakhir dan 0.57% selama 144 block terakhir, dan sepanjang bulan angka itu tetap di antara 0.66% dan 0.73%. Agregator lain yang melihat jendela satu hari melaporkan 0.40% hingga 0.56%, karena mereka memakai denominator yang berbeda. Tidak ada satu angka yang benar di sini, hanya angka dengan jendela waktu dan sumber yang disebutkan.

Satu bagian dari protokol yang mengambil alih pembangunan template dari pool adalah Job Declaration, bagian dari Stratum V2. Ini berjalan di produksi pada segelintir pool, dan tidak boleh disamakan dengan pool yang mengumumkan bahwa mereka "mendukung Stratum V2." Tiga angka adopsi terpisah di balik pengumuman itu dibedah dalam artikel kami tentang Stratum V2 dan siapa yang memilih transaksi.

Bagaimana pool mengukur kontribusi seorang miner dan mengubahnya menjadi payout?

Pool menyimpan log share yang diterima beserta bobotnya, terkait dengan workermu. Pada saat settlement (akhir periode harian untuk keluarga PPS, saat sebuah block ditemukan untuk PPLNS) pool menghitung porsimu berdasarkan rumusnya, memotong fee, mengkreditkan ke saldo internal, dan mengirim transaksi begitu saldo itu melewati payout threshold.

Alur lengkap satu share, dari ASIC hingga koin di walletmu:

1. Pool mengirim mining.notify dengan sebuah job dan difficulty workermu saat ini.
2. ASIC mengiterasi nonce, extranonce2, dan version bits hingga double SHA-256 dari header berada di bawah targetmu.
3. ASIC mengirim mining.submit: job id, extranonce2, time, nonce.
4. Pool memeriksa apakah job masih berlaku, apakah share bukan duplikat, dan apakah hash benar-benar di bawah targetmu. Pool membandingkannya dengan target jaringan pada saat yang sama.
5. Share yang diterima masuk ke log dengan bobot setara difficultynya.
6. Pool mengkreditkan porsimu: berupa rate tetap per share atau sepotong reward dari block yang ditemukan, tergantung skema.
7. Fee pool dipotong dari kredit itu, dihitung dari jumlah kotor.
8. Yang tersisa masuk ke saldo internal, biasanya ditampilkan sebagai "unpaid" di dashboard.
9. Begitu saldo melewati threshold, pool menyusun transaksi, memotong network fee sesuai kebijakannya sendiri, dan mengirimkannya ke alamatmu.
10. Setelah confirmations, jumlah itu akhirnya menjadi milikmu. Sebelum momen itu, itu adalah kewajiban operator, bukan uangmu.

Langkah sembilan dan sepuluh layak dijeda sejenak. Di antara "dikreditkan" dan "sampai" ada payout threshold, dan pada hashrate kecil threshold itu berubah menjadi masa tunggu.

Menurut perhitungan POOL BTC, mesin 100 TH/s pada hashrate jaringan 930.73 EH/s dan subsidy 3.125 BTC menghasilkan 0.00004835 BTC per hari dalam gross subsidy (parameter jaringan: mempool.space, snapshot 08.09.2026). Menambahkan porsi fee 0.66% membuatnya menjadi 0.00004867 BTC, dan setelah pool fee 2% tersisa 0.0000477 BTC per hari. Terhadap threshold 0.001 BTC yang dipublikasikan F2Pool, AntPool, dan Luxor, payout pertama tiba sekitar hari ke-21 dari operasi tanpa henti. Terhadap threshold Ocean, yang tercantum di sumber sekunder sebesar 0.01048576 BTC, waktu tunggunya sekitar 220 hari.

Ini bukan sindiran terhadap Ocean, yang juga membayar lewat Lightning tanpa threshold. Ini menggambarkan bahwa payout threshold berarti satu hal untuk satu mesin dan hal yang sama sekali berbeda untuk farm 10 PH/s. Kamu bisa menyesuaikan threshold dengan hashratemu sendiri dan menghitung interval antar payout di kalkulator POOL BTC.

Bagaimana PPS, FPPS, PPLNS, dan SOLO berbeda secara mekanis, bukan secara marketing?

Skema payout menjawab tepat satu pertanyaan: siapa yang menanggung risiko block datang lebih lambat dari perkiraan. Pada PPS dan FPPS, operator mengambil risiko itu dan menjual kepastian kepadamu lewat fee yang lebih tinggi. Pada PPLNS dan TIDES, risiko tetap ada pada miner dan tersebar di sepanjang jendela share. Pada SOLO, risiko sepenuhnya milikmu, tanpa perataan sama sekali.

Perbedaan mekanisnya muncul di dua tempat. Pertama, pada FPPS rate per share sudah diketahui sejak awal, sehingga kredit harian harus datar pada hashrate konstan, dan setiap lonjakan pada grafik itu pasti karena perubahan network difficulty atau masalah di sisimu. Kedua, jendela PPLNS didefinisikan dalam satuan pekerjaan, bukan waktu, jadi seiring naiknya network difficulty, jendela itu menyusut dengan sendirinya dalam hitungan jam.

Cara operator sebenarnya mendeskripsikan jendela mereka lebih beragam dari yang orang kira. ViaBTC secara resmi menyebut "5 putaran difficulty terakhir." Ocean mendokumentasikan jendelanya sebagai setara delapan kali difficulty block dalam share. AntPool dan F2Pool menyebut "N putaran difficulty terakhir" tanpa mempublikasikan nilai N. Braiins baru menjalankan BTC pada FPPS sejak Desember 2023 dan sama sekali tidak menawarkan skema bergaya PPLNS.

Rumus untuk setiap skema, beserta apa yang terjadi pada sharemu saat kamu meninggalkan sebuah pool, dibahas dalam artikel khusus kami tentang skema payout. Pembagian risiko di atas adalah bagian yang relevan di sini.

Dari mana asalnya pool fee dan apa saja yang ditanggungnya?

Pool fee adalah persentase yang ditahan operator dari reward kotor sebelum distribusi. Fee ini membiayai node Bitcoin dan server stratum di berbagai wilayah, tim on call, risiko variance yang ditanggung operator pada skema PPS, dan infrastruktur settlement. Rate di pool besar berkisar antara 1% dan 4%, dan membandingkannya langsung lintas skema tidak berlaku.

Detail yang sering dilewatkan orang: fee dipotong dari kredit kotor, bukan dari profit dan bukan dari sisa setelah listrik. Jadi persentase yang sama berarti nilai uang absolut yang berbeda pada harga dan hashrate yang berbeda, dan inilah juga sebabnya skema PPS mengenakan biaya lebih tinggi. Yang tertanam dalam persentase itu adalah harga dari jaminan operator atas payoutmu di minggu yang buruk.

Yang sudah terkonfirmasi tentang pool tertentu per snapshot ini:

Menurut perhitungan POOL BTC, selisih antara fee 2% dan 4% pada mesin 100 TH/s adalah 0.00000097 BTC per hari, sekitar 0.000355 BTC per tahun. Angka itu terlihat sepele sampai kamu mengalikannya dengan jumlah mesin: di seluruh farm berisi 100 ASIC identik, dua poin persentase yang sama itu menjadi 0.0355 BTC per tahun.

Mengapa peringkat pool berdasarkan satu persentase saja tetap tidak akurat dibahas dalam artikel kami tentang fee dan skor pool empat faktor: payout threshold, kebijakan network fee, dan spread auto conversion lebih sering mengalahkan selisih persentase dibandingkan persentase itu sendiri.

Apa itu luck dan variance, dan mengapa sebuah pool bisa gagal memenuhi ekspektasi dalam satu minggu?

Luck adalah rasio antara biaya share yang diharapkan dengan share yang sebenarnya dihabiskan untuk block yang ditemukan, ditampilkan sebagai persentase. Nilai 78% berarti block itu menghabiskan lebih banyak pekerjaan dari yang diharapkan pool, 130% berarti lebih sedikit. Variance adalah sebaran statistik tempat luck itu berasal. Penemuan block adalah proses Poisson, jadi deviasi tidak terhindarkan dan hanya mengecil seiring bertambahnya sampel.

Satu sifat berguna dari distribusi Poisson: standar deviasi sama dengan akar kuadrat dari ekspektasi. Sebaran relatif karena itu menurun seiring akar kuadrat dari jumlah block, bukan proporsional dengan hashrate.

Menurut perhitungan POOL BTC, pada hashrate jaringan 930.73 EH/s dan 1,008 block per minggu:

Baris teratas adalah mesin 100 TH/s yang sama, menambang solo: waktu yang diharapkan untuk mendapat satu block pada difficulty 127.45 triliun adalah sekitar 173 tahun, dan peluang menemukan satu block dalam minggu tertentu kira-kira 0.011%.

Baris terbawah sesuai dengan Foundry USA. Menurut tabel ChainBulletin untuk 08.09.2026 (dimuat ulang dalam tulisan KuCoin 10.09.2026) pool ini memegang sekitar 244.6 EH/s, sekitar 27% dari jaringan, dengan AntPool di sekitar 156 EH/s dan F2Pool di sekitar 127 EH/s. Nakamoto coefficient, yaitu jumlah pool yang memproduksi lebih dari separuh semua block, berada di angka 3 menurut laporan D-Central untuk paruh pertama 2026.

Dua kesimpulan muncul dari tabel itu. Pool 10 EH/s yang sepenuhnya jujur dan tanpa insiden akan berakhir kira-kira satu dari tiga minggu di bawah 70% atau di atas 130% luck, dan itu adalah perilaku wajar untuk sebuah variabel acak. Pada saat yang sama, jika kamu berada di FPPS, baris ini sama sekali tidak berlaku untukmu, karena kamu dibayar dengan rate per share terlepas dari apakah pool menemukan block atau tidak. Luck pada FPPS adalah metrik operator, bukan metrikmu.

Sebaliknya juga berlaku. Satu minggu luck saja tidak membuktikan apa pun ke arah mana pun. Sampel yang bermakna untuk membahas kejujuran sebuah pool PPLNS baru dimulai pada level satu kuartal.

Apa yang terjadi saat kamu terputus: stale share, reject rate, failover?

Saat koneksi terputus, ASIC tetap menghitung hash terhadap job terakhir yang diterimanya, tapi tidak ada tempat untuk mengirim hasilnya, jadi pekerjaan itu hilang. Begitu koneksi kembali, share terhadap job yang sudah kedaluwarsa akan ditolak sebagai stale. Saldo yang sudah terkumpul tidak terganggu: saldo itu tetap ada di akun menunggu payout threshold. Yang hilang adalah pekerjaan saat itu, ditambah posisimu dalam jendela jika kamu berada di PPLNS.

Alasan sebuah pool menolak sebuah share berarti hal yang berbeda-beda dan perlu dipisahkan dalam logmu:

1. Stale, atau job not found: share tiba terhadap job yang sudah tidak berlaku lagi. Biasanya karena jaringan, latency, atau block baru di jaringan.
2. Low difficulty share: hash tidak mencapai targetmu saat ini. Sering terjadi karena desync tepat setelah perubahan vardiff.
3. Duplicate share: kombinasi nonce dan extranonce2 yang sama dikirim dua kali. Tanda adanya masalah firmware atau gangguan controller.
4. Above target: header gagal validasi sepenuhnya. Biasanya karena hardware yang dipaksa terlalu jauh pada overclock atau suhu.

Setiap operator menetapkan standar normalnya sendiri untuk reject, dan tidak ada ambang batas industri yang baku. AntPool menyebut di bawah 1% sebagai normal dan secara terpisah menyebut rata-rata stale rate 0.5% atau lebih rendah. ViaBTC menyebut dalam batas 3%. F2Pool menyebut sekitar 2% sebagai delayed share rate yang wajar. Braiins dan Luxor tidak mempublikasikan ambang batas numerik.

Menurut perhitungan POOL BTC, setiap 2 poin persentase reject rate menghabiskan biaya yang persis sama dengan 2 poin persentase pool fee, karena keduanya dipotong dari kredit kotor. Untuk mesin 100 TH/s itu sama dengan 0.000355 BTC per tahun. Pool dengan reject rate 2% tapi koneksi buruk ke servernya kalah dibandingkan pool dengan reject rate 3% tapi koneksi stabil.

Ini membuat failover jadi tidak seopsional kelihatannya. Konfigurasi stratum sebuah ASIC menerima beberapa alamat pool, dan firmware berpindah ke alamat berikutnya saat yang utama terputus. Isi semua slot yang tersedia, dan pertahankan setidaknya satu cadangan pada operator berbeda atau setidaknya di wilayah berbeda, atau keduanya bisa gagal pada saat yang sama. Firmware bawaan Antminer punya tiga slot (Pool 1, 2, dan 3, menurut dukungan Bitmain), dan Whatsminer punya tiga slot yang sama.

Satu detail khusus untuk PPLNS: meninggalkan sebuah pool tidak membakar sharemu sebagai hukuman. Share itu hanya menua keluar dari jendela seiring datangnya pekerjaan baru. Ocean mendokumentasikan ini secara eksplisit, menyatakan bahwa share tidak pernah dihapus dari share log dan hanya berhenti dihitung begitu volume pekerjaan mendorongnya melewati batas jendela. Efek praktisnya sama, tapi "pool menyimpan sharemu" adalah deskripsi yang keliru.

Apa bedanya pool dengan hosting dan dengan cloud mining?

Pool adalah koordinasi pekerjaan: hardwarenya milikmu, berada di mana pun kamu menyimpannya, dan pool membagikan job serta membayar share yang diterima. Hosting adalah sebuah lokasi: hardwarenya tetap milikmu, tapi daya, pendinginan, dan konektivitas milik pihak lain, dan kamu tetap memilih poolmu sendiri. Cloud mining adalah sebuah kontrak: kamu tidak memiliki hardware sama sekali, hanya janji dari lawan transaksi untuk membayarmu sejumlah aliran pendapatan.

Hosting ditambah pool adalah kombinasi yang normal, dan keduanya tidak saling bersaing. Cloud mining berbeda sendiri karena menghilangkan satu-satunya tautan yang bisa diverifikasi dalam seluruh rantai: korespondensi antara hardwaremu, sharemu, dan koin di blockchain. Dengan pool dan dengan hosting, tautan itu tetap bertahan, dan kamu bisa menghitungnya ulang sendiri.

Cara membaca syarat pool saat memilih, dan apa saja yang perlu dilihat selain persentase, dibahas dalam perbandingan 12 pool kami.

Pertanyaan yang sering diajukan tentang mekanisme pool mining

Bisakah sebuah pool mencuri block yang ditemukannya dan tidak bilang apa-apa?

Sebuah block yang dibangun dari template pool membawa transaksi coinbase dengan alamat dan tag milik pool tersebut, dan itu muncul di explorer mana pun. Menyembunyikannya tidak mungkin. Yang benar-benar tidak bisa diperiksa dari luar adalah akuntansi internalnya: porsi seorang miner tertentu dalam jendela PPLNS dan hashrate asli pool tetap menjadi laporan miliknya sendiri.

Apakah share difficulty memengaruhi pendapatanku?

Tidak. Share difficulty hanya mengubah frekuensi dan bobot submission, dan hasilnya tetap sama. Gandakan difficulty dan kamu mengirim separuh jumlah share, masing-masing bernilai dua kali lipat. Ini memang memengaruhi akurasi statistik: difficulty yang terlalu tinggi membuat grafik hashrate mesin kecil jadi berisik.

Mengapa dashboard pool menampilkan hashrate lebih rendah dari ASIC-ku?

Mesinmu melaporkan kecepatan hashing sesaat, sementara pool mengestimasi hashratemu belakangan, dari share yang diterima selama jendela rata-rata. Keduanya tidak bisa cocok secara konstruksi. Share yang ditolak dan stale memperlebar selisih ini lebih jauh, begitu pula latency ke server stratum. Bandingkan angka harian dengan angka harian.

Apa yang terjadi pada sharemu jika aku keluar sebelum pool menemukan block?

Pada PPS dan FPPS, tidak ada apa-apa: kamu sudah dikreditkan rate untuk setiap share yang diterima dan itu sudah ada di saldomu. Pada PPLNS, sharemu tetap berada di jendela dan ikut serta dalam block yang ditemukan setelah kamu keluar, sampai pekerjaan baru mendorongnya melewati batas. Saldo yang sudah terkumpul tidak terbakar, ia menunggu threshold.

Mengapa pool membutuhkan hashrateku jika pool membayar berdasarkan share?

Pool tidak tahu hashratemu secara langsung. Pool menurunkannya dari aliran share: share yang diterima dikalikan difficultynya, dibagi panjang jendela. Itu adalah estimasi, bukan pengukuran, dan itulah tepatnya sebabnya grafik lima menit melompat-lompat sementara grafik harian terlihat mulus.

Apa yang masih belum terkonfirmasi dalam data kami per 24.09.2026

1. Persentase fee di Luxor dan Foundry USA. Tidak ada yang mempublikasikan satu angka tunggal: Luxor menyebut feenya sebagai diskon terhadap spot FPPS, Foundry menetapkan harga berdasarkan tier hashrate.
2. Payout threshold EMCD: artikel help center yang seharusnya menyebutkannya mengembalikan 404 pada 24.09.2026.
3. Angka 3% Kryptex berasal dari pemeriksaan manual kami pada 29.08.2026; pada 24.09.2026 persentase itu tidak muncul dalam teks halaman fee publiknya.
4. Parameter jaringan dalam perhitungan di atas adalah snapshot dari 08.09.2026 (hashrate 930.73 EH/s, difficulty 127,450,789,715,843, mempool.space). Pada 24.09.2026, API yang sama menunjukkan 917.89 EH/s dan difficulty 132,757,073,449,487, sehingga mesin 100 TH/s sekarang menghasilkan sekitar 4% lebih sedikit subsidy per hari dibandingkan contoh di atas. Retarget berikutnya pada block 969,696 diperkirakan sekitar minus 5.5%.
5. Nilai share difficulty dalam tabel di atas adalah pangkat dua bulat, dipilih agar aritmatikanya mudah dibaca. F2Pool, AntPool, dan Braiins tidak mempublikasikan share difficulty default atau minimum. ViaBTC mempublikasikan mekanismenya, bukan sebuah angka: parameter d= dalam password worker menetapkan difficulty awal dan md= menetapkan batas bawahnya.

Singkatnya

Share adalah block dengan bar yang direndahkan, tidak lebih dari itu. Pool memilih tinggi bar itu agar sesuai dengan mesinmu, sehingga bisa melihat pekerjaanmu secara real time, dan pengaturan itu tidak menyentuh pendapatanmu.

Pool yang membangun block, bukan kamu. Di bawah Stratum V1, miner menerima Merkle branch dan sebuah coinbase stub, tidak pernah daftar transaksi. Itu baru berubah di bawah Job Declaration, dan hanya segelintir pool yang menjalankannya di produksi.

Skema payout menjawab satu pertanyaan: risiko siapa. PPS dan FPPS menjual kepastian kepadamu lewat persentase, PPLNS menyerahkan sebarannya pada miner, SOLO tidak merata-ratakan apa pun. Luck adalah metrik pool, dan pada FPPS luck tidak pernah sampai ke payoutmu.

Reject rate menghabiskan biaya yang persis sama dengan yang dihabiskan fee, karena keduanya dipotong dari kredit kotor. Dua poin persentase yang hilang karena konektivitas menghabiskan jumlah yang sama dengan dua poin persentase tarif, itulah sebabnya pool dengan koneksi baik pada rate lebih tinggi sering mengalahkan pool murah yang jauh.

Artikel ini berisi tautan referral ke pool mining (ditandai sebagai sponsor). Kami dapat menerima imbalan jika Anda mendaftar melalui tautan tersebut. Hal ini tidak mengubah angka maupun urutan baris pada tabel: ketentuan diambil dari halaman resmi pool.