Stale Rate

Pool adalah layanan yang membagi pekerjaan di antara penambang. Ketika jaringan menemukan blok baru, mereka biasanya perlu mulai membangun di atasnya. Hasil yang dihitung berdasarkan tugas sebelumnya tidak lagi cocok untuk pekerjaan baru. Stratum V2, protokol komunikasi perangkat penambang, menangani perubahan ini melalui SetNewPrevHash: perangkat mulai mencari blok yang melanjutkan blok yang baru ditentukan. Dari tugas yang sudah disiapkan, hanya tugas yang ditunjuk oleh pengenal tugas job_id yang tetap berlaku. Karena itu, Petra memeriksa keberlakuan tugas, bukan sekadar waktu pengiriman hasil. [1]

Dalam contoh sederhana, Petra mengirim 100 hasil dengan tingkat kesulitan sama. Pool menerima 98, menolak 1 sebagai stale, dan menolak 1 karena alasan lain. Hasil stale yang ditolak mencakup 1%; seluruh penolakan berjumlah 2%. F2Pool menyebut proporsi semua kiriman yang ditolak terhadap semua kiriman sebagai rejection rate. Dalam contoh ini, stale hanya sebagian dari total tersebut. Angka-angka ini menjelaskan perhitungan, bukan ambang operasi yang dapat diterima; pengelompokan berbeda dapat memberi arti berbeda pada dasbor. [2]

Kesulitan share menentukan seberapa ketat syarat hasil yang harus dikirim perangkat. Braiins menghitung hasil dengan kesulitan d sebagai d satuan dasar pekerjaan. Bayangkan satu stale share dengan kesulitan 1 dan satu share diterima dengan kesulitan 9. Berdasarkan jumlah kiriman, hasilnya 50%; berdasarkan bobot pekerjaan, 10%. Tidak ada perhitungan yang keliru dengan sendirinya, tetapi keduanya menjawab pertanyaan berbeda. Saat membandingkan, Petra memakai satuan yang sama pada pembilang dan penyebut serta memastikan konvensi kesulitannya sama. [3]

Dokumentasi F2Pool membedakan kategori Staled yang menghasilkan imbalan dari stale shares yang ditolak dan tidak menghasilkan imbalan. Jadi, label saja tidak menjelaskan apakah Petra kehilangan uang. Kebijakan ini tidak bisa dianggap berlaku pada setiap pool: aturan layanan terkait dan perhitungan pembayaran sebenarnya yang menentukan. Saat membandingkan penyedia, Petra lebih dulu memastikan kategori hasilnya. Barulah ia dapat memperkirakan dampaknya pada pendapatan. [2]

Saat membaca catatan operasi, mudah terlewat bahwa Stratum V2 dapat mengonfirmasi beberapa kiriman dengan satu pesan SubmitShares.Success. Field new_submits_accepted_count menunjukkan jumlah kiriman yang baru dikonfirmasi, sedangkan new_shares_sum menjumlahkan tingkat kesulitannya. Menghitung respons server karena itu tidak sama dengan menghitung shares yang diterima. Untuk penolakan, SubmitShares.Error memuat sequence_number, pengenal kiriman, dan error_code, alasan kesalahan. Tanpa pembedaan ini, Petra bisa menganggap semua kesalahan sebagai pekerjaan yang terlambat. [1]

Kabar tentang blok baru harus lebih dulu menyebar di antara komputer yang memverifikasi Bitcoin. BIP152 menjelaskan Compact Block Relay, pengiriman blok yang lebih hemat data antarnode dalam jaringan P2P, yakni peserta yang terhubung langsung. Data lebih sedikit dapat mengurangi keterlambatan pengiriman. Namun, ini menyangkut penyebaran blok, bukan pencatatan shares oleh pool. Proporsi blok yang tidak masuk rantai utama karena itu bukan ukuran hasil terlambat dari mesin Petra. [4]

Braiins menyediakan statistik pekerjaan dalam beberapa periode: shares_5m (5 menit terakhir), shares_60m (60 menit terakhir), dan shares_24h (24 jam terakhir). Petra tidak bisa membagi hasil terlambat dari interval singkat dengan pekerjaan sehari penuh, lalu membandingkannya dengan statistik per jam dari mesin lain. Kedua bagian perhitungan harus mencakup periode dan perangkat yang sama. Jika tidak ada kiriman yang teramati, rasionya tidak terdefinisi; itu bukan kerugian terukur sebesar 0%. Celah pemantauan atau respons yang hilang juga tidak dengan sendirinya membuktikan bahwa suatu hasil adalah stale. [5]

Petra mulai dari perubahan tugas, alasan penolakan, dan kondisi koneksi pada periode yang sama. F2Pool mengaitkan hasil stale dengan kondisi jaringan. Penolakan lain dapat disebabkan oleh kesalahan firmware, perangkat lunak pengendali mesin, atau overclocking berlebihan. Overclocking berarti menaikkan frekuensi kerja chip untuk mencoba melakukan lebih banyak perhitungan. Braiins menyarankan ping, tes sederhana untuk mengetahui apakah server menjawab permintaan pemeriksaan melalui jaringan. Adanya jawaban tidak memastikan penambangan berjalan benar atau imbalan sudah dicatat. Persentase total yang lebih rendah saja tidak membuktikan penyebabnya sudah teratasi. Tujuannya adalah memahami perubahan dan melacak jenis kesalahan tertentu dalam kondisi yang dapat dibandingkan. [2] [6]