Mengapa kalkulator profitabilitas "berbohong": analisis kesenjangan antara prediksi dan kenyataan

Ringkasan

Kalkulator tidak berbohong, ia menghitung soal yang berbeda. Ia mengambil difficulty hari ini, kurs hari ini, dan mengasumsikan mesin menghasilkan hashrate sesuai spesifikasi sepanjang hari tanpa satu pun share yang ditolak. Pembayaran aktual di akun Anda berbeda karena lima alasan, dan besarnya sangat bervariasi. Yang terbesar dan paling diremehkan: difficulty dihitung ulang setiap 2016 blok, kira-kira setiap dua minggu (artikel 96), sementara prediksi satu bulan diam-diam menganggapnya konstan. Setelah itu ada faktor keberuntungan pool di PPLNS, share yang hilang dan downtime, kesenjangan antara efisiensi spesifikasi dan efisiensi nyata hardware, dan terakhir biaya penarikan ditambah spread exchange.

Tabel sumber kesenjangan

Mengapa kalkulator menampilkan lebih banyak daripada yang masuk ke akun?

Kalkulator menghitung hari yang sempurna dengan data hari ini: difficulty tetap, hashrate spesifikasi, nol share hilang, uptime penuh, dan pembayaran tanpa biaya penarikan. Kenyataan menyimpang dari setiap asumsi ini ke arah yang sama, kecuali keberuntungan pool yang bergerak dua arah. Itulah sebabnya hasil aktual secara sistematis berada di bawah prediksi, bukan berfluktuasi acak di sekitarnya.

Seberapa besar kenaikan difficulty menggerus prediksi?

Pada periode lebih dari dua minggu, ini adalah sumber utama kesenjangan. Difficulty dihitung ulang setiap 2016 blok, sekitar dua minggu, dan naik jika jaringan menambah hashrate. Hashrate Anda sendiri tidak berubah, artinya pangsa Anda di jaringan turun, dan pendapatan dalam BTC ikut turun. Kalkulator tidak tahu apa-apa tentang perhitungan ulang di masa depan.

Skala masalah ini terlihat dari data yang kami gunakan untuk perbandingan pool berdasarkan pendapatan bersih: pada 14.08.2026 hashrate jaringan adalah 933.99 EH/s, difficulty 127.479.855.693.691, reward blok 3.125 BTC, kurs BTC 64.558 USD. Saat Anda membaca prediksi satu bulan, keempat angka ini sudah berubah. Dua yang pertama berubah sesuai jadwal jaringan, yang ketiga sesuai jadwal halving, yang keempat setiap menit.

Cara mengatasinya dalam praktik: jangan kalikan pendapatan harian dengan 30. Hitung dalam segmen dua mingguan dan setelah setiap perhitungan ulang difficulty, masukkan nilai baru ke kalkulator FPPS vs PPLNS. Prediksi yang direntangkan satu kuartal tanpa satu pun perhitungan ulang bukanlah prediksi, melainkan brosur iklan.

Mengapa pendapatan melonjak di PPLNS tapi tidak di FPPS?

Di PPLNS Anda dibayar dari blok yang benar-benar ditemukan pool. Jika keberuntungan buruk pada periode itu, pendapatan di bawah ekspektasi teoretis; jika baik, di atasnya (artikel 96). FPPS dan PPS+ membayar sesuai nilai ekspektasi dan menahan risiko keberuntungan di pihak pool, dengan mengenakan biaya untuk itu. Jumlah yang diharapkan hampir sama pada kedua metode.

Penting untuk tidak mencampuradukkan variansi dengan kerugian. Menurut analisis skema pembayaran kami, pendapatan yang diharapkan hampir tidak bergantung pada skema: pangsa jaringan Anda sama ke mana pun Anda mengarahkan hashrate, dan 100 TH/s berbanding 933.99 EH/s memberikan ekspektasi yang sama di pool mana pun. Skema mendistribusikan ulang bukan jumlahnya, melainkan distribusinya dalam waktu, dan menentukan nasib biaya transaksi.

Kami mengukur besarnya efek biaya transaksi: pada data 14.08.2026, porsi biaya dari reward selama 4320 blok terakhir adalah 0.70%. Artinya perbedaan antara PPS murni dan FPPS pada periode itu adalah 0.70% dari pendapatan. Jauh lebih kecil daripada variansi keberuntungan di PPLNS selama satu minggu.

Ke mana perginya share stale dan reject

Sebagian share yang dikirim tidak dihitung oleh pool: share itu tiba setelah jaringan berpindah ke blok berikutnya, atau tidak lolos validasi. Kalkulator mengasumsikan share seperti itu sama sekali tidak ada. Ditambah lagi ada gangguan koneksi singkat dan restart yang, jika diakumulasikan sepanjang hari, menjadi kerugian yang nyata, bahkan jika worker terlihat sehat saat ini (artikel 96).

Kami sengaja tidak menyebutkan persentase konkret: itu bergantung pada kualitas koneksi, jarak geografis ke server pool, versi firmware, dan pengaturan. Tidak ada angka universal di sini, dan penulis mana pun yang menyebutkan angka tanpa menjelaskan lingkungan ujinya telah mengarangnya.

Namun Anda bisa mengukur porsi Anda sendiri, hanya butuh beberapa menit. Di dashboard pool, buka statistik worker dan bandingkan accepted dan rejected dalam 24 jam terakhir, pool menampilkan kedua nilai secara terpisah. Porsi stale bisa dilihat di antarmuka web miner itu sendiri, biasanya terletak di bagian statistik pool di dekat penghitung share yang diterima. Bandingkan angka yang Anda peroleh bukan dengan screenshot orang lain, melainkan dengan ambang batas dari artikel 94 dan artikel 97: selisih hingga 5% antara hashrate di sisi pool dan sisi miner dianggap normal, dan apa pun di atas itu menunjukkan masalah hardware, firmware, atau koneksi.

Patokan praktis dari artikel 96 tetap sama: bandingkan hashrate aktual worker di dashboard pool dengan yang diklaim produsen. Selisih di atas 5% menunjukkan masalah hardware atau koneksi, bukan pool yang buruk.

Mengapa efisiensi nyata hardware lebih buruk dari spesifikasi

Angka spesifikasi diukur dalam kondisi produsen: suhu masuk yang ditentukan, chip baru, tegangan nominal. Di gudang atau garasi, udara lebih hangat, chip terdegradasi, dan power supply serta kipas juga mengonsumsi daya. Hasilnya ganda: hashrate sedikit lebih rendah, konsumsi sedikit lebih tinggi, dan kedua koreksi ini menggerus margin.

Dalam perhitungan artikel 97, kami menggunakan Antminer S21 XP Hyd: 473 TH/s, 5676 W, efisiensi 12 J/TH menurut User Guide resmi Bitmain V4.0.2. Ini model hydro, salah satu yang paling hemat di pasar. ASIC berpendingin udara memiliki efisiensi lebih buruk, sehingga bagi kebanyakan pembaca biaya listrik akan lebih tinggi dari yang ditunjukkan, bukan lebih rendah. Jika Anda memasukkan angka datasheet mesin berpendingin udara berusia tiga tahun ke kalkulator, prediksi Anda sudah terlalu tinggi bahkan sebelum koreksi lainnya.

Seberapa kritis hal ini terlihat dari analisis ambang shutdown: shutdown price, yaitu kurs BTC di mana mesin beroperasi rugi di bawahnya, ditentukan oleh efisiensi J/TH, tarif listrik, dan biaya pool. Mesin yang sama memberikan ambang berbeda untuk dua miner dengan tarif berbeda, sehingga angka $46.787 dalam analisis itu bukan angka universal, melainkan contoh perhitungan untuk kumpulan data input tertentu.

Apa yang dimakan oleh penarikan dan konversi

Lapisan terakhir paling kecil secara persentase, tetapi justru ini yang mengubah "tercatat" menjadi "diterima". Ambang pembayaran menahan uang, biaya jaringan untuk transfer memotong jumlahnya, dan spread exchange memotongnya lagi saat konversi ke fiat. Kalkulator tidak menghitung satu pun dari ketiganya.

Tentang ambang batas, kami punya perhitungannya di artikel 98: pada 100 TH/s, ambang 0.005 BTC tercapai sekitar 107 hari, dan ambang 0.001 BTC sekitar 21 hari. Ini bukan uang yang hilang, tetapi ini perbedaan antara pendapatan yang ada di tangan Anda dan pendapatan yang ada di tangan pool.

Kami sengaja tidak mencantumkan tarif konkret di sini: biaya penarikan berbeda dari pool ke pool dan berubah mengikuti beban jaringan, sementara setiap exchange punya spread sendiri. Aturan ini bekerja lebih baik daripada tabel. Sebelum memilih ambang pembayaran, buka halaman penarikan pool Anda dan lihat berapa yang ditahan untuk transfer on-chain. Spread exchange dihitung sama sederhananya: bandingkan kursnya dengan harga spot BTC di bursa pada saat yang sama, selisihnya adalah spread. Kemudian bandingkan kedua angka itu dengan skala item biaya lainnya. Spread antara biaya 1% dan 4% pada 100 TH/s setara sekitar 9 sen per hari menurut perhitungan artikel 97. Jika biaya penarikan satu kali memakan lebih banyak daripada 9 sen ini selama seluruh periode akumulasi hingga ambang batas, Anda berhemat di tempat yang salah.

Apa yang sebenarnya menggerakkan hasil Anda

Kami sudah menghitung urutan pengaruh di artikel 98, dan hasilnya berlawanan dengan intuisi. Peringkat pertama ditempati tarif listrik: selisih antara $0.05 dan $0.12 per kWh pada 100 TH/s adalah $2.02 per hari dalam perhitungan 14.08.2026. Peringkat kedua ditempati biaya pool: spread antara 1% dan 4% tepat 3% dari pendapatan, sekitar 9 sen per hari pada 100 TH/s yang sama. Peringkat ketiga ditempati porsi biaya transaksi, PPS versus FPPS, angka 0.70% yang sama dari data tersebut.

Kesenjangan antara peringkat pertama dan kedua lebih dari dua puluh kali lipat. Itulah sebabnya perdebatan tentang pool mana yang lebih murah setengah persen hampir selalu sia-sia, sementara tarif listrik yang salah dimasukkan merusak seluruh prediksi.

Checklist: cara menghitung secara jujur

1. Masukkan tarif riil Anda per kWh, termasuk semua yang muncul di tagihan, bukan tarif preferensial siang hari.
2. Ambil konsumsi dari wattmeter di stopkontak, bukan dari datasheet.
3. Ambil hashrate aktual 24 jam terakhir dari dashboard pool, bukan nilai spesifikasi. Jika selisih di atas 5%, perbaiki dulu baru hitung (artikel 96).
4. Masukkan biaya pool yang sebenarnya dan skema pembayarannya. Biaya dan ambang batas dua belas pool dikumpulkan dalam artikel 97.
5. Hitung dalam periode dua mingguan, hingga perhitungan ulang difficulty berikutnya. Lalu hitung ulang lagi.
6. Tambahkan biaya penarikan dan spread konversi sebagai baris terpisah jika target diukur dalam fiat.
7. Perhatikan pendapatan dalam BTC, bukan USD. Jika BTC stabil sementara USD turun, penyebabnya ada pada kurs, bukan pada mining (artikel 96).
8. Setelah melakukan semua ini, cocokkan hasilnya di kalkulator FPPS vs PPLNS dan di perbandingan pool.

Pertanyaan yang sering diajukan

Pendapatan saya turun beberapa persen dalam seminggu. Apakah pool mencuri?

Kemungkinan besar tidak. Periksa secara berurutan: perhitungan ulang difficulty jaringan pada periode itu, hashrate aktual worker versus spesifikasi, riwayat downtime, dan baru kemudian skema pembayaran. Dari lima penyebab penurunan reward yang dibahas di artikel 96, empat di antaranya tidak berkaitan dengan kejujuran pool.

Kalkulator mana yang paling akurat?

Akurasi kalkulator ditentukan oleh data input Anda, bukan algoritmenya: rumusnya sama di semua tempat. Perbedaannya terletak pada apakah ia menggunakan difficulty saat ini dan apakah ia memungkinkan Anda memilih skema pembayaran. Kalkulator profitabilitas kami memungkinkan perbandingan FPPS dan PPLNS dengan data input yang sama.

Apakah layak meninggalkan PPLNS demi stabilitas?

Jika fluktuasi harian mengganggu perencanaan, ya. Nilai ekspektasi hampir tidak berubah, yang berubah adalah distribusi dalam waktu: FPPS dan PPS+ memberikan hasil yang lebih rata (artikel 98). Untuk stabilitas itu Anda membayar biaya yang dikenakan pool karena menanggung risiko keberuntungan.

Mengapa prediksi satu tahun selalu terlalu optimistis?

Karena ia mempertahankan difficulty dan kurs konstan selama 26 kali perhitungan ulang ke depan. Difficulty mengikuti pertumbuhan hashrate jaringan, dan dengan kapasitas Anda yang tidak berubah, pangsa Anda di jaringan terus menurun. Prediksi tahunan hanya bermakna sebagai skenario dengan asumsi yang dinyatakan secara eksplisit tentang pertumbuhan difficulty, bukan sebagai janji.