Full Pay Per Share

Mesin mengirim shares ke pool: hasil sebagian perhitungan yang membuktikan pekerjaan. Biasanya hasil ini belum memenuhi syarat yang lebih sulit untuk blok lengkap, tetapi pool dapat memeriksanya. Luxor mendasarkan FPPS pada hasil sah yang diterima tanpa menunggu penemuan bloknya sendiri. Braiins juga menjelaskan bobotnya: hasil pada tingkat kesulitan d dihitung sebagai d unit kerja dasar. Jadi, menghitung pesan terkirim saja tidak cukup. Hasil dapat memiliki bobot berbeda dan pekerjaan ditolak tidak boleh otomatis ditambahkan ke pekerjaan diterima. [2] [3]

Blok baru dapat menghasilkan bitcoin baru, disebut subsidi blok, serta biaya yang dibayar untuk transaksinya. FPPS menilai bagian pekerjaan Eva yang diharapkan dari kedua komponen itu. Rumus teknis Braiins untuk interval dengan parameter tetap adalah R=(S/D)×(C+AF). S adalah pekerjaan diterima yang dibobot menurut kesulitan, D kesulitan jaringan, C subsidi, dan AF rata-rata biaya menurut metode yang digunakan. R merupakan imbalan kotor sebelum biaya pool. S tidak boleh sekadar jumlah pesan dengan kesulitan berbeda, karena itu menyamakan pekerjaan yang tidak setara. S/D menunjukkan berapa blok yang rata-rata dapat ditemukan oleh jumlah pekerjaan tersebut pada tingkat kesulitan yang berlaku. Angka ini bukan jumlah blok yang benar-benar ditemukan maupun janji akan menemukan blok. [1] [3]

Laporan harian Eva bukan sekadar pembagian blok yang ditemukan pool pada hari itu. Braiins menutup perhitungan per hari UTC, acuan waktu dunia bersama, dan menormalkan hasil jaringan terhadap perkiraan 144 blok. Itu patokan perhitungan, bukan jumlah harian wajib bagi jaringan atau pool. Hari dengan blok lebih sedikit bisa merupakan keacakan biasa. Karena itu, satu hari kalender tidak otomatis sama dengan 144 blok terakhir: rentang blok tersebut bisa dimulai dan berakhir pada waktu berbeda. [1]

Luxor menjelaskan pendekatan lain: pada ketinggian terkini h, yaitu posisi blok dalam rantai, ia melihat 144 blok terakhir. Nilai biaya pada ujung distribusi, bertanda ≤p5 dan ≥p95, dikeluarkan, lalu sisanya dirata-ratakan. Tujuannya mengurangi pengaruh nilai ekstrem. Subsidi dan kesulitan pada ketinggian tersebut juga digunakan. p5 dan p95 adalah batas pada nilai yang diurutkan dari terkecil hingga terbesar: sekitar 5% berada di bawah batas pertama dan 95% di bawah batas kedua. Jadi, perhitungan memakai bagian tengah kumpulan nilai, bukan kedua ujungnya. Penyaringan ini bukan aturan Bitcoin atau kewajiban semua pool FPPS. Luxor dapat mengubah metode, sehingga Eva perlu membandingkan aturan nyata, bukan hanya singkatan serupa pada daftar harga. [2]

Bayangkan Eva menambang sebelum dan sesudah perubahan kesulitan jaringan. Pekerjaan yang sama kini memiliki nilai harapan berbeda, sehingga Braiins menghitung bagian-bagian hari itu secara terpisah. Halving, pengurangan berkala menjadi separuh atas imbalan blok yang baru diterbitkan, ditangani serupa. Halving mengubah subsidi, bukan otomatis metode perhitungan rata-rata biaya. Jadi, FPPS mengurangi ketergantungan pada keberuntungan pool tanpa menetapkan jumlah bitcoin (BTC) harian. Perubahan harga bitcoin atau listrik juga mengubah hasil ekonomi Eva. [1] [2]

Singkatan itu menjelaskan dasar pembayaran. PPS berarti Pay Per Share, yaitu pembayaran untuk shares yang diterima. PPLNS berarti Pay Per Last N Shares: ketika blok ditemukan, imbalan dibagi berdasarkan pekerjaan dalam rentang shares terbaru yang diperhitungkan. Ukuran rentang tersebut ditetapkan oleh pool. FPPS maupun PPS+ bisa menawarkan bagian biaya transaksi tanpa menghitungnya dengan cara sama. F2Pool membedakan FPPS dengan biaya model dari PPS+. Dalam PPS+, subsidi dibayar memakai PPS, pembayaran untuk pekerjaan diterima, sedangkan biaya transaksi nyata yang diperoleh pool dibagikan melalui PPLNS menurut pekerjaan dalam jendela terakhir yang relevan. Komponen biaya ini tetap bergantung pada blok yang ditemukan pool. Pernyataan “termasuk biaya transaksi” saja belum memberi tahu Eva bagian imbalan mana yang masih menunggu blok nyata. [4]

Ketika pool lama tidak menemukan blok tetapi terus mengkreditkan imbalan, ia memerlukan dana untuk memenuhi kewajibannya. Meni Rosenfeld membahas masalah ini pada PPS: operator menanggung fluktuasi penemuan blok dan membutuhkan cadangan. Logika yang sama membantu menjelaskan risiko FPPS. Model historisnya bukan audit pool saat ini dan tidak menunjukkan dana yang dimiliki perusahaan tertentu. Eva memiliki hak untuk menagih pembayaran dari penyedia layanan, bukan jaminan protokol bahwa uang akan diterima jika operator gagal. [5]

Braiins maupun Luxor memisahkan pencatatan imbalan dari pengirimannya. Pembayaran juga bergantung pada jadwal, saldo minimum yang diperlukan, serta kemungkinan biaya transfer. Angka FPPS pada dasbor tidak membuktikan uang telah sampai di dompet Eva. Untuk membandingkan layanan, ia melihat pekerjaan diterima dan periode yang sama, aturan perhitungan, serta jumlah bersih yang benar-benar diterima. Setelah itu barulah ia menghitung berapa yang tersisa sesudah biaya pengoperasian mesin. [1] [2]