Memeriksa apakah pool Anda membayar dengan adil: metode 30 hari yang bisa Anda jalankan sendiri

Cepat atau lambat setiap penambang mengajukan pertanyaan yang sama. Pendapatan turun padahal difficulty tetap datar, atau dashboard pool menunjukkan hashrate lebih rendah dari yang dilaporkan mesin, atau minggu itu ditutup dengan luck 82% dan obrolan sudah membicarakan soal pencurian.

Sebagian dari pertanyaan itu bisa dijawab. Sebagian lagi tidak, dan kerja spreadsheet sebanyak apa pun tidak akan mengubah itu. Data blok, atribusi coinbase, dan transaksi payout Anda sendiri bersifat publik. Apa yang terjadi di dalam pool antara share yang Anda kirim dan saldo Anda hanya terlihat melalui laporan pool itu sendiri.

POOL BTC bukan pool. Kami membandingkan syarat milik pihak lain dan menghitung berapa biayanya bagi seorang penambang, jadi yang berikut ini adalah prosedur, bukan tuduhan. Jalankan dengan angka Anda sendiri.

Apa yang benar-benar bisa Anda verifikasi, dan apa yang tidak akan pernah bisa diverifikasi?

Anda bisa sepenuhnya memverifikasi apa pun yang tercatat di blockchain atau diukur oleh hardware Anda sendiri: blok yang ditemukan pool, fee di dalam blok tersebut, jumlah yang masuk ke alamat Anda, hashrate Anda, dan reject rate Anda. Semua hal internal pool, dari pencatatan share hingga jendela PPLNS, hanya ada untuk Anda dalam bentuk laporan.

Kesimpulan jujur dari tabel itu: seorang penambang tidak bisa membuktikan penipuan. Seorang penambang bisa membuktikan pada dirinya sendiri bahwa tidak ada selisih, dan jika memang ada, melokalisasinya dan menyampaikannya kepada operator dalam bentuk hitungan.

Mengapa dashboard pool menunjukkan hashrate lebih rendah dari ASIC Anda?

Karena keduanya mengukur hal yang berbeda. Mesin Anda melaporkan kecepatan hashing instan. Pool memperkirakan hashrate Anda setelah kejadian, dari share yang diterima selama jendela rata-rata. Keduanya secara konstruksi tidak bisa cocok, karena pool hanya menghitung apa yang sampai kepadanya dan lolos validasi.

Empat alasan biasa untuk selisih ini:

1. Jendela rata-rata. Angka lima menit berayun puluhan persen, angka 24 jam lebih halus. Bandingkan harian dengan harian, jangan pernah instan dengan harian.
2. Varians share. Menemukan share adalah proses acak, dan jendela pendek membawa noise yang nyata.
3. Share yang ditolak dan stale. Keduanya tidak masuk hitungan, sehingga hashrate efektif Anda berada di bawah nameplate.
4. Latensi jaringan. Semakin jauh server stratum dan semakin buruk koneksinya, semakin banyak pekerjaan yang tiba dalam keadaan sudah usang.

Beberapa pool mempublikasikan apa yang mereka anggap sebagai reject rate normal. Angka yang dipublikasikan saling berbeda, dan tidak ada standar industri yang berlaku.

Sumber: halaman dukungan AntPool, ViaBTC, dan F2Pool, diperiksa 09.09.2026. Halaman-halaman itu mengembalikan 403 untuk pengambilan otomatis, sehingga kutipan berasal dari cuplikan hasil pencarian terhadap URL yang sama, bukan dari isi halamannya. Layak dibuka secara manual jika kata-kata persisnya penting bagi Anda.

Rentang antara 0.5% dan 3% membawa makna praktis: "normal" untuk pool Anda ditentukan oleh pool Anda sendiri, bukan oleh industri. Ambang alarm yang bisa dipakai adalah selisih persisten di atas 5% pada angka harian yang tidak dijelaskan oleh reject rate Anda.

Bagaimana cara menghitung pendapatan yang diharapkan dan membandingkannya dengan yang aktual?

Ambil bagian Anda dari hashrate jaringan, kalikan dengan block reward efektif dan dengan jumlah blok per hari. Satu formula berlaku untuk semua skema. Yang berbeda antar skema adalah seberapa jauh kredit aktual diperbolehkan menyimpang dari garis itu: nyaris tidak sama sekali pada FPPS, terlihat jelas pada PPLNS.

\`\`\`

miner share = miner hashrate / network hashrate

reward_eff = 3.125 BTC × (1 + transaction fee share)

BTC per day = miner share × 144 × reward_eff × (1 - pool fee)

\`\`\`

Menggunakan snapshot jaringan untuk 09.09.2026: hashrate jaringan 943.73 EH/s, transaction fee share selama 4320 blok terakhir 0.669%, sehingga reward_eff = 3.125 × 1.00669 = 3.1459 BTC. Difficulty pada tanggal yang sama adalah 127,450,789,715,843.1 (mempool.space, diakses 09.09.2026).

FPPS dan PPS+: kredit harian harus datar

Pada FPPS, pool membayar tarif tetap per share yang dikirim, termasuk fee transaksi, terlepas dari apakah pool menemukan blok pada hari itu atau tidak. Karena itu, kredit harian Anda seharusnya mengikuti garis hitungan dengan ketat. Hari Senin yang membayar setengah dari hari Selasa pada hashrate yang identik bukan varians skema pada FPPS, itu adalah hal yang perlu ditanyakan.

PPS+ bekerja dengan cara yang sama pada subsidi, tetapi mendistribusikan fee transaksi berdasarkan blok yang benar-benar ditemukan, sehingga selisih harian yang moderat memang wajar terjadi. Bagaimana skema-skema ini berubah menjadi dolar pada hashrate yang sama dijelaskan dalam artikel FPPS, PPS+, PPLNS and SOLO.

PPLNS: hanya bandingkan pada jendela waktu yang panjang

PPLNS membayar Anda sepotong dari blok yang benar-benar ditemukan pool. Tidak ada blok, tidak ada yang didistribusikan, dan angka harian melompat-lompat. Perbandingan baru masuk akal minimal dalam satu bulan, dan satu kuartal lebih baik lagi. Hari-hari pertama Anda di pool PPLNS baru hampir selalu terlihat seperti pembayaran kurang, karena jendela belum terisi penuh oleh share Anda.

Perbandingannya sendiri:

1. Catat hashrate harian Anda dari dashboard pool untuk setiap hari dalam periode tersebut.
2. Catat hashrate jaringan dan transaction fee share untuk setiap tanggal tersebut, bukan satu nilai untuk seluruh bulan. Antara 29.08 dan 09.09.2026 jaringan naik dari 896.89 menjadi 943.73 EH/s, naik 5.2%, dan setiap orang yang tidak mengganti hardware kehilangan persis sebanyak itu.
3. Hitung ekspektasi untuk setiap hari dan jumlahkan.
4. Jumlahkan kredit aktual untuk hari-hari yang sama dari laporan pool.
5. Bandingkan kedua total tersebut dan nyatakan selisihnya dalam persen.
6. Secara terpisah, jumlahkan apa yang benar-benar sampai ke wallet Anda dan bandingkan dengan apa yang keluar dari saldo pool Anda. Keduanya adalah dua pemeriksaan berbeda: pengkreditan dan pengiriman.

Jalankan angka Anda sendiri melalui mining calculator, periksa waktu payout per pool pada halaman payout time, dan lihat bagaimana kami membangun estimasi kami sendiri di metodologi.

Apa itu pool luck, dan apakah luck rendah membuktikan kecurangan?

Luck adalah rasio antara blok yang benar-benar ditemukan dengan jumlah yang diharapkan dari hashrate pool selama suatu periode. Pada 100%, pool menemukan persis sebanyak yang diprediksi statistik. Ini adalah variabel acak, sehingga satu minggu di angka 80% atau 130% adalah dispersi biasa dan bukan bukti apa pun.

Bagian yang paling sering dilewatkan dalam perdebatan: pada FPPS dan PPS, luck sama sekali tidak menyentuh payout Anda. Pool membayar dengan tarif tetap dan menanggung sendiri rentetan sial, yang justru itulah yang dibeli oleh fee yang lebih tinggi dibanding PPLNS. Meminta perhitungan ulang setelah minggu yang sial pada FPPS tidak masuk akal, karena minggu itu sudah dibayar dengan tarif formula.

Pada PPLNS dan TIDES, luck langsung berpengaruh: tidak ada blok berarti tidak ada distribusi. Luck rendah di sana benar-benar mengurangi pendapatan Anda, tetapi itu adalah sifat dari skema tersebut, bukan tindakan operator. Nilai itu selama satu kuartal, dan hanya ketika block share pool di tabel publik tetap datar.

Tiga hal yang layak diperiksa sebelum menarik kesimpulan dari sebuah angka luck:

1. Jendelanya: per round, per hari, atau rolling 30 hari. Jendela yang berbeda menceritakan kisah yang berbeda dari data yang sama.
2. Apakah luck dihitung berdasarkan jumlah blok atau berdasarkan round share. Yang kedua lebih stabil.
3. Apakah jumlah blok dalam laporan pool cocok dengan jumlah yang diatribusikan kepadanya oleh explorer publik.

Referensi siap pakai berbentuk "beginilah tampilan luck mingguan di pool besar" bukan sesuatu yang bisa kami berikan, dan ada baiknya mengetahui alasannya sejak awal. Tidak ada satu pun sumber yang kami periksa yang mempublikasikan rangkaian luck mingguan atau bulanan aktual selama dua belas bulan terakhir dengan metodologi yang dinyatakan. Berikut yang benar-benar ada per 2026-09-11:

1. F2Pool menampilkan widget luck untuk 3, 7, 30, dan 90 hari pada halaman statistiknya dan menyimpan log terpisah tentang blok yang ditemukan beserta luck masing-masing. Itu adalah jendela rolling saat ini, bukan arsip minggu-minggu tahun lalu. Pool menyatakan metodenya di help center: blok yang benar-benar ditemukan dibagi dengan jumlah yang secara teoretis diharapkan dari hashrate pool.
2. ViaBTC menjelaskan formula yang sama di blognya dengan satu contoh perhitungan: luck tujuh hari sebesar 92.17% pada 2024-05-07. Tidak ada rangkaian yang dipublikasikan secara berkelanjutan di sana, itu hanyalah ilustrasi metode.
3. Antpool tidak memiliki halaman luck publik khusus di sumber resminya.
4. Braiins mempublikasikan distribusi hashrate historis bulan demi bulan di antara pool-pool sejak 2012, tetapi itu adalah bagian daya, bukan luck.
5. Pelacak independen seperti soloblocks.io dan blocksrace.com menghitung luck dengan formula yang sama pada jendela pendek, dari beberapa jam hingga 30 hari. Yang pertama menyatakan secara terus terang bahwa mereka belum memiliki data tahunan yang terkumpul: layanan tersebut baru berjalan sejak Maret 2026.

Kesimpulan praktisnya sederhana. Bandingkan pool Anda bukan dengan "norma" industri yang tidak tersedia untuk publik, melainkan dengan angkanya sendiri pada jendela yang panjang: lihat luck 90 hari di tempat pool mempublikasikannya, dan silangkan jumlah blok dengan tabel explorer publik. Itulah tepatnya mengapa bagian berikutnya membahas blok, bukan luck.

Bagaimana cara memastikan pool benar-benar menemukan blok?

Melalui transaksi coinbase. Setiap blok membawa satu transaksi ini, dan pool menaruh tag teks serta alamat reward di dalamnya. Explorer mengumpulkan tag-tag tersebut ke dalam tabel atribusi, itulah sebabnya siapa pun bisa menghitung jumlah blok suatu pool tanpa akses apa pun ke dashboardnya.

Prosedurnya:

1. Buka tabel pool di mempool.space untuk jendela satu minggu dan satu bulan.
2. Cari pool Anda dan catat jumlah blok serta sahamnya.
3. Bandingkan saham tersebut dengan apa pun yang diklaim pool tentang hashratenya sendiri di situsnya.
4. Ambil dua blok spesifik dari laporan pool itu sendiri dan cari berdasarkan block height. Coinbase-nya seharusnya membawa tag pool tersebut.
5. Jika pool tersebut tidak pernah muncul sama sekali di tabel publik, tanyakan kepada support mengapa. "Kami tidak menandai coinbase kami" adalah jawaban yang bisa diperiksa. "Rahasia komersial" bukan.

Berikut distribusinya menurut mempool.space pada 11.09.2026:

Jendela mingguan mencakup 1026 blok, jendela bulanan 4497. Sumber untuk keduanya: mempool.space Mining Pools API, diakses 11.09.2026.

Satu catatan metodologis. Block share adalah proksi untuk hashrate, bukan pengukurannya, jadi baca kolom mingguan dan bulanan bersamaan. Selisih satu atau dua poin di antara keduanya, seperti pada SECPOOL dan NiceHash di atas, adalah varians biasa pada jumlah kecil, bukan pool yang menambah atau kehilangan mesin. Siapa yang sebenarnya menyusun isi sebuah blok, dan mengapa itu pertanyaan terpisah, dibahas dalam artikel Stratum V2.

Ke mana perginya fee transaksi dalam sebuah blok di bawah FPPS?

Pada implementasi FPPS yang benar, fee tersebut masuk ke dalam tarif Anda. Pool merata-ratakan fee share pada blok-blok terkini, menambahkannya ke subsidi, dan mengambil fee-nya sendiri dari total tersebut. Itulah seluruh perbedaan dari PPS biasa, di mana Anda hanya dibayar berdasarkan subsidi dan fee tetap menjadi milik pool.

Saat ini jumlahnya kecil. Menurut mempool.space, fee transaksi menyumbang 0.66% dari block reward selama 4320 blok terakhir pada 08.09.2026 dan 0.669% pada 09.09.2026, sementara jendela 144 blok memberikan 0.57%. Selama bulan lalu, rentangnya berada di 0.66-0.73%, yang merupakan pasar fee yang tenang tanpa peristiwa bergaya Ordinals atau Runes di dalamnya.

Agregator yang berbeda menghasilkan angka yang berbeda dari chain yang sama, dan itu adalah soal metodologi, bukan kesalahan. Pada awal September 2026, metrik harian dari Glassnode dan Newhedge menunjukkan 0.40-0.56% berbanding 0.66-0.70% dari mempool.space selama 4320 blok. Jadi ketika Anda mengajukan selisih kepada sebuah pool, nyatakan sumber, jendela, dan tanggalnya, atau Anda akan berdebat soal angka yang dihitung di bawah aturan yang berbeda.

Pasar fee yang tenang tidak bertahan selamanya. Pada 20.04.2024, sehari setelah halving dan peluncuran Runes, fee mencapai 73.8-75% dari pendapatan penambang tergantung metodologi, dan pada 08.05.2023 saat puncak Ordinals sebesar 40.8-42.59% untuk hari itu. Pada hari-hari seperti itu, selisih antara FPPS dan PPS berhenti menjadi hal akademis, yang menjadi momen yang tepat untuk membaca ulang apa yang dikatakan dokumentasi pool Anda tentang fee transaksi.

Apa yang perlu diperiksa di sini:

1. Skema apa yang benar-benar disebutkan dokumentasi: FPPS, PPS+, atau PPS. Berbeda satu kata dalam teks, berbeda poin persentase dalam uang.
2. Apakah pool mempublikasikan jendela yang digunakannya untuk merata-ratakan fee share.
3. Apakah komponen fee dari kredit Anda cocok dengan fee share publik untuk tanggal-tanggal tersebut, setidaknya dalam orde besaran.

Apa lagi yang dipotong selain fee pool?

Empat mekanisme: fee jaringan pada transaksi payout, ambang payout minimum, pembulatan pada kredit, dan spread pada konversi apa pun. Tidak ada satu pun dari itu yang merupakan kecurangan, semuanya didokumentasikan setidaknya oleh sebagian pool, dan secara bersama-sama menjelaskan sebagian besar kasus di mana jumlah yang diterima lebih kecil dari yang diharapkan.

Fee withdrawal flat layak mendapat catatan tersendiri, karena fee tersebut berubah menjadi persentase yang bergantung pada jumlahnya. Kryptex App mengenakan 0.00003 BTC on chain terhadap minimum 0.00025 BTC, yang berarti 12% dari withdrawal terkecil yang mungkin dan 0.3% pada withdrawal 0.01 BTC. Lightning pada layanan yang sama menghabiskan biaya 2% dengan minimum 0.00001 BTC: lebih murah secara absolut, lebih mahal sebagai tarif.

Berapa lama uang Anda mengendap di saldo operator adalah aritmetika sederhana. Pada parameter jaringan dari 09.09.2026:

Itu adalah hitungan ekspektasi pada hashrate jaringan 943.73 EH/s dan reward efektif 3.1459 BTC, bukan data pool. Varians PPLNS dan TIDES tidak termasuk di dalamnya.

Untuk F2Pool dan ViaBTC, aturan itu memang ada di help center resminya, dan itu menguntungkan penambang.

F2Pool menyatakan pada halaman bantuannya bahwa mereka tidak mengenakan fee transaksi untuk membayarkan pendapatan mining begitu saldo melampaui ambang minimum. Ambang tersebut untuk BTC adalah 0.005 BTC menurut tabel pool itu sendiri dan dapat disesuaikan pengguna. Kasus terpisah adalah withdrawal manual di bawah ambang: tersedia mulai dari 10% dari nilai default, yaitu dari 0.0005 BTC, hanya melalui Lightning, dan di sana fee 0.000001 BTC dibayar oleh penambang. Pool menjabarkan aturan sebaliknya untuk ETHW dan ALEO, yang tidak berlaku untuk bitcoin.

ViaBTC menyatakannya bahkan lebih jelas lagi: auto-withdrawal di atas minimum dijelaskan di help center sebagai sepenuhnya gratis, dan sebuah pengumuman di bagian yang sama menyatakan pool terus menanggung seluruh biaya transaksi. Minimum auto-withdrawal BTC adalah 0.001 BTC. Satu tempat yang belum jelas adalah Normal Transfer manual: FAQ resmi mengakui fee-nya mengambang mengikuti kepadatan jaringan, tetapi halamannya tidak menyebutkan siapa yang membayarnya. Kami tidak akan menebak atas nama pool, jadi periksa jumlahnya di layar withdrawal sebelum mengonfirmasi.

Tiga tautan yang memverifikasi semua ini: artikel bantuan F2Pool tentang fee payout, halaman ViaBTC tentang pengaturan auto-withdrawal, dan FAQ deposit dan withdrawal ViaBTC. Diakses 2026-09-11.

Selisih seperti apa yang sebenarnya patut dikhawatirkan?

Yang tidak bisa dijelaskan oleh varians dan tidak terhapus oleh waktu. Satu minggu buruk pada PPLNS, kekurangan harian 3% pada FPPS, penurunan hashrate lima menit di dashboard: noise. Kekurangan yang bertahan selama sebulan setelah Anda menghitung ulang ekspektasi dengan parameter jaringan yang benar untuk setiap tanggal: sinyal.

Baris terakhir itu layak ditanggapi serius tersendiri. Apa yang terjadi pada saldo ketika sebuah pool berhenti beroperasi sepenuhnya dibahas secara terpisah dalam artikel tentang penutupan pool.

Checklist 30 hari

Rangkaian ini mencakup semua hal di atas dan tidak membutuhkan apa pun selain akses ke mesin Anda, akun pool Anda, dan sebuah browser.

1. Hari 0. Catat inputnya: model dan jumlah hardware, hashrate nameplate, skema payout, fee yang dinyatakan, ambang payout, alamat payout. Screenshot halaman harga alih-alih menyalin angkanya. Halaman bisa berubah diam-diam.
2. Hari 0. Siapkan pencatatan hashrate lokal dari mesin itu sendiri. Tanpa itu Anda hanya akan membandingkan data pool dengan data pool. Monitoring dan alerting minimum yang layak dibahas dalam artikel terpisah.
3. Harian. Catat empat angka: hashrate harian menurut mesin Anda, hashrate harian menurut dashboard, kredit untuk hari itu, reject rate.
4. Harian. Catat hashrate jaringan dan transaction fee share untuk tanggal yang sama. Satu snapshot untuk seluruh bulan akan mendistorsi hasilnya: jaringan bertambah 5.2% dalam sebelas hari pada akhir Agustus 2026.
5. Mingguan. Bandingkan jumlah blok pool di tabel publik dengan jumlah di laporannya sendiri.
6. Mingguan. Periksa setiap payout yang masuk di explorer: jumlah transaksi, jumlah yang didebit dari saldo, fee jaringan, dan siapa yang membayarnya.
7. Hari 30. Jumlahkan ekspektasi harian dan kredit aktual, lalu nyatakan selisihnya dalam persen.
8. Hari 30. Secara terpisah, hitung perbedaan antara apa yang dikreditkan dan apa yang sampai ke wallet Anda. Semua yang hilang di antara kedua angka itu seharusnya bisa dijelaskan oleh ambang, fee jaringan, atau konversi.
9. Hari 30. Nilai persentasenya sesuai skema Anda. Pada FPPS, selisih bulanan di atas 10% membutuhkan penjelasan. Pada PPLNS, perpanjang jendela menjadi satu kuartal sebelum menyimpulkan apa pun.
10. Hari 30. Jika selisih itu tetap bertahan, lanjutkan ke bagian berikutnya, bukan ke ruang obrolan.

Apa yang harus dilakukan ketika selisih itu tetap bertahan

Buka tiket support yang berisi angka, tanggal, dan satu pertanyaan. Bukan kalimat "kalian mencuri dariku". Operator yang menjawab jenis permintaan seperti ini akan menjawab milik Anda, dan yang mengabaikan hitungan tertulis 30 hari sudah memberi tahu Anda sesuatu.

Apa yang perlu dilampirkan:

1. Periode perbandingan dengan tanggal yang tepat, ditambah login atau worker ID Anda.
2. Tabel harian: hashrate Anda, hashrate dashboard, kredit, reject rate.
3. Hitungan ekspektasi dengan formulanya dan sumber parameter jaringan untuk setiap tanggal.
4. Total selisih dalam BTC dan dalam persen.
5. Daftar transaksi payout dengan hash dan jumlahnya.
6. Satu pertanyaan spesifik. Misalnya: apa yang menjelaskan selisih antara pendapatan yang dikreditkan dan yang diharapkan selama periode ini pada hashrate ini di bawah skema ini.

Kemudian baca jawabannya. Perincian atas angka Anda, rujukan ke aturan yang terdokumentasi, atau pengakuan insiden dengan perhitungan ulang semuanya adalah hasil yang bisa diterima. Pembicaraan umum tentang volatilitas dan varians jaringan, yang disampaikan tanpa angka apa pun sebagai balasan atas tabel yang penuh angka, adalah tanda buruk, terutama untuk kedua kalinya.

Kapan berpindah pool adalah keputusan yang tepat:

1. Selisih bertahan lebih dari 30 hari dan tidak terjelaskan setelah dua kali permintaan.
2. Keterlambatan payout menjadi sistematis.
3. Pool berhenti muncul di tabel blok publik, atau sahamnya menyimpang jauh dari klaimnya.
4. Syarat berubah secara retroaktif tanpa pemberitahuan.

Berpindah pool membutuhkan biaya: beberapa jam downtime, jendela PPLNS yang hangus di pool lama, dan saldo di bawah ambang yang mungkin hanya akan tetap di sana. Aturan bahwa saldo di bawah ambang terakumulasi alih-alih kedaluwarsa dikonfirmasi secara resmi untuk F2Pool, ViaBTC, dan Luxor. Untuk pool lain kami tidak menemukan pernyataan eksplisit ke arah mana pun, jadi anggap itu pertanyaan terbuka sebelum Anda pindah. Menyiapkan pool cadangan yang dikonfigurasi di slot ASIC mengubah perpindahan menjadi pekerjaan beberapa menit saja, yang dibahas dalam artikel tentang failover. Bandingkan syarat sebelum Anda pindah di tabel perbandingan pool.

Apa yang tidak bisa dilakukan metode ini

Metode ini tidak membuktikan penipuan dan tidak menggantikan audit. Ia memberi tahu Anda apakah ada selisih antara apa yang bisa Anda hitung sendiri dan apa yang Anda terima sebagai kredit. Segala sesuatu setelah itu adalah percakapan dengan operator, bukan perkara hukum.

Yang masih belum terkonfirmasi dalam data kami sendiri per 2026-09-11:

1. Tarif fee pasti di AntPool, Binance Pool, Foundry USA, dan Braiins. Halaman resmi gagal dimuat, tidak mempublikasikan angka, atau bertentangan dengan sumber lain.
2. Fee withdrawal dan aturan "siapa yang membayar fee jaringan" di F2Pool dan ViaBTC.
3. Tarif spread autoconversion di EMCD dan Kryptex.
4. Ambang payout Ocean: angka 0.01048576 BTC berasal dari ulasan sekunder dan belum dikonfirmasi langsung oleh dokumentasi resmi.
5. Hashprice langsung yang tepat pada tanggal publikasi. Membaca angka langsung dari indeks Luxor tidak berhasil: halamannya dirender melalui script dan cache menyajikan nilai yang jelas sudah usang. Menurut cetak ulang bertanggal dari data Hashrate Index untuk 2026-09-05 dan 2026-09-08, hashprice bertahan sekitar 39 hingga 40 USD per PH/s per hari, yaitu kira-kira 0.039 hingga 0.040 USD per TH/s. Satu ulasan bertanggal 2026-09-06 justru menempatkannya di kisaran tiga puluhan pertengahan, yang tidak sesuai dengan tiga sumber lainnya. Itu cukup untuk orientasi, tetapi untuk perhitungan shutdown, cari sendiri nilainya pada hari Anda melakukan perhitungan. Sebagai konteks, menurut ulasan bulanan Luxor yang dipublikasikan, titik terendah enam bulan adalah 27.74 USD per PH/s per hari pada 2026-06-06 dan titik tertinggi adalah 40.02 USD pada 2026-08-27.

Versi singkatnya

Blok, fee di dalamnya, transaksi payout, dan hashrate Anda sendiri dapat diverifikasi. Bagian internal jendela PPLNS dan kapasitas riil pool tidak, dan block share explorer hanyalah proksi untuk yang terakhir itu.

Hitung ekspektasi Anda berdasarkan parameter jaringan untuk setiap tanggal, bukan snapshot yang berumur sebulan. Pada FPPS, garis kredit seharusnya datar, pada PPLNS nilai selama satu kuartal, dan pada FPPS luck tidak ada hubungannya dengan payout Anda.

Cari uang yang hilang di dalam potongan-potongan terlebih dahulu. Ambang, fee jaringan, minimum withdrawal terpisah, dan spread konversi menjelaskan sebagian besar kasus "yang diterima lebih sedikit dari yang diharapkan". Hanya ketika selisih tetap bertahan setelah 30 hari dan perhitungan ulang, Anda sebaiknya membuka tiket, dan bukalah dengan sebuah tabel.