Pay Per Last N Shares

Jan menghubungkan mesin penambangannya ke Mining Pool, layanan yang mengoordinasikan pekerjaan penambang. Dalam PPLNS, pool tidak menjanjikan harga tetap untuk setiap hasil yang diterima. Sebaliknya, saat menemukan blok, pool membagi imbalan berdasarkan catatan pekerjaan terbaru. Bayangkan daftar yang terus bergerak: hasil baru masuk dan yang paling lama perlahan keluar. Penemuan blok tidak menghapus daftar itu. Pekerjaan yang sama bisa mendapat bagian dari beberapa imbalan, atau keluar sebelum ada blok yang memberikan imbalan. [1]

Hasil yang dikirim mesin sebagai bukti kerja berkelanjutan disebut shares. Di sini, hash adalah angka yang dihitung dari data blok yang diusulkan. Jaringan mensyaratkan angka itu tidak melebihi target tertentu, sehingga penambang terus mengubah data dan menghitung ulang. Hasil tersebut memenuhi syarat pool yang lebih mudah, tetapi biasanya belum memenuhi syarat blok Bitcoin baru. N menyatakan ukuran jendela pekerjaan yang diperhitungkan. Dalam model paling sederhana, ini adalah N shares terakhir dengan kesulitan sama dari seluruh pool, bukan N orang terakhir. Bila kesulitan berbeda, pekerjaan harus diberi bobot yang sesuai. Jendela juga bukan jumlah jam yang tetap: durasinya bergantung pada seberapa cepat pekerjaan berikutnya masuk. [1]

Bayangkan jendela penuh berisi 1000 shares berbobot sama, dengan 100 milik Jan. Pool baru saja menemukan blok dan memiliki 3 BTC untuk dibagikan setelah potongannya. Bagian Jan dalam contoh ini adalah 100 / 1000 × 3 = 0.3 BTC. Jan menyumbang sepersepuluh pekerjaan yang dihitung, sehingga ia mendapat sepersepuluh imbalan yang dibagikan. Angka ini hanya ilustrasi: 3 BTC bukan pernyataan besarnya subsidi blok, yaitu bitcoin baru yang diciptakan untuk sebuah blok, dan 0.3 BTC bukan janji pendapatan harian. Pada penemuan berikutnya, isi jendela dapat berbeda dan jumlah yang tersedia juga dapat berubah. [1]

Jan memutus sambungan mesin untuk perawatan. Dalam PPLNS yang diterapkan dengan benar, tindakan itu tidak menghapus pekerjaan yang sudah diterima. Pekerjaan tetap berada dalam jendela dan bisa ikut mendapat imbalan berikutnya sampai terdorong keluar oleh pekerjaan baru. Pekerjaan lama akan menua dengan cara yang sama jika Jan terus menambang; ia hanya menambahkan hasil baru. Saat terhubung kembali, porsinya dalam jendela berangsur terbentuk lagi. Operasi yang terputus-putus dapat menghasilkan fluktuasi lebih besar, tetapi bukan hukuman otomatis karena meninggalkan pool. [1]

PPLNS membagikan hasil penemuan blok nyata, sehingga hari sukses pool berbeda dari hari tanpa penemuan. Cara memasukkan biaya transaksi pengguna Bitcoin juga berpengaruh. F2Pool menjelaskan penyebab variasi ini. Sebaliknya, Full Pay Per Share (FPPS) menilai pekerjaan yang diterima memakai perkiraan yang mencakup subsidi dan biaya transaksi; Pay Per Share Plus (PPS+) bisa memakai PPLNS hanya untuk bagian biaya. Persentase biaya layanan saja tidak memberi tahu Jan hasil mana yang lebih baik. Ia juga perlu tahu jumlah yang menjadi dasar persentase tersebut. [2] [3]

Bagian hasil perhitungan, saldo akun, dan pembayaran di dompet sendiri merupakan tahap terpisah. Jan memeriksa apakah blok diterima, bagaimana bagiannya dihitung, dan kapan saldo bisa ditarik sesuai minimum serta jadwal. Mengganti metode imbalan juga belum tentu langsung berlaku. F2Pool, misalnya, menerbitkan waktu berlakunya perubahan. Perbandingan yang adil harus mencakup pekerjaan sebelum perubahan dan kemungkinan imbalan berikutnya dari jendela yang masih tersisa. PPLNS tidak menghilangkan risiko pool gagal membayar, tagihan listrik, ataupun biaya peralatan. [3] [4]

Jendela yang lebih panjang membuat pekerjaan tetap memenuhi syarat lebih lama dan menyebarkan kemungkinan imbalannya ke lebih banyak penemuan mendatang. Ini meredam sebagian fluktuasi akibat jendela yang terlalu pendek. Namun, pool kecil tidak lantas menemukan blok secara teratur. Konsekuensinya, penambang perlu menunggu lebih lama untuk mengetahui seluruh imbalan dari pekerjaan yang telah dilakukan. Bila dasbor menampilkan perkiraan imbalan, itu tetap perkiraan penemuan masa depan, bukan jumlah tetap yang dijanjikan dan dapat langsung ditarik. [1]

Salah satu tujuan PPLNS adalah membatasi pool-hopping: berpindah pool semata-mata untuk memanfaatkan fase pembagian imbalan yang lebih menguntungkan. Jendela yang berlanjut melewati penemuan blok menghapus keuntungan sederhana dari masuk pada awal putaran baru. Namun, keadilan matematis bergantung pada variannya. Meni Rosenfeld membedakan N tetap sederhana dan unit-PPLNS yang lebih matang; aturan naif dapat dimanfaatkan saat kesulitan jaringan atau nilai blok berubah. Unit-PPLNS mencatat informasi berdasarkan kesulitan jaringan dan imbalan blok saat setiap share dikirim. Pembayaran berikutnya dapat memperhitungkan kondisi saat pekerjaan itu dilakukan. Saat mengubah parameter, operator seharusnya mempertahankan nilai harapan pekerjaan yang sebelumnya diterima. Nama layanan tidak membuktikan perhitungannya benar-benar melakukan hal itu. [1]