Stale Rate

Saat SetNewPrevHash diterima, Stratum V2 mewajibkan beralih ke hash blok sebelumnya yang baru; hanya job_id yang dirujuk tetap valid di antara pekerjaan yang disiapkan. Menemukan hash di bawah target lama tidak menjamin kegunaannya untuk kerja saat ini. Diagnosis perlu konteks dan perubahan pekerjaan, bukan hanya waktu pengiriman. [Stratum V2 — Mining Protocol]

Contoh: dari 100 pengiriman dengan kesulitan sama, 98 diterima, 1 ditolak sebagai stale dan 1 karena alasan lain. Proporsi stale ditolak adalah 1%, sedangkan rejection rate total 2%. Ini menjelaskan pembilang berbeda, bukan ambang operasi yang dapat diterima. F2Pool mendefinisikan rejection rate terhadap seluruh shares yang dikirim. [F2Pool — Rejection and Staled rates]

Braiins mengubah share dengan kesulitan d menjadi d unit kerja dasar. Jika contoh berisi satu stale share pada kesulitan 1 dan satu share diterima pada kesulitan 9, proporsi menurut jumlah adalah 50%, tetapi menurut bobot 10%. Pembilang dan penyebut yang dibandingkan harus memakai unit dan konvensi kesulitan yang sama. [Braiins — Share difficulty accounting]

Dokumentasi F2Pool membedakan shares “Staled” yang dibayar dari stale shares ditolak yang tidak menghasilkan imbalan. Kebijakan ini tidak dapat digeneralisasi ke setiap pool. Sebelum mengubah persentase menjadi pendapatan hilang, periksa kategori, aturan penerimaan, dan penyelesaian aktual; nama metrik saja tidak cukup. [F2Pool — Rejection and Staled rates]

Stratum V2 mengizinkan SubmitShares.Success berkelompok. new_submits_accepted_count memberi jumlah pengiriman yang baru dikonfirmasi, sedangkan new_shares_sum menjumlahkan kesulitannya. Jumlah respons server bukan jumlah shares diterima. SubmitShares.Error memuat sequence_number dan error_code; tanpa membedakan alasan, tidak setiap kesalahan dapat disebut stale. [Stratum V2 — Mining Protocol]

BIP152 membahas Compact Block Relay antarnode P2P, bukan akuntansi shares pool. Pengurangan data transfer dapat memengaruhi latensi kedatangan blok, tetapi tidak memberi Stale Rate penambang dengan sendirinya. Proporsi blok bersaing dalam jaringan tidak dapat menggantikan proporsi pengiriman terlambat worker tertentu. [BIP152 — Compact Block Relay]

Pemantauan Braiins membedakan shares_5m, shares_60m, dan shares_24h. Gunakan jendela waktu dan cakupan worker sama pada pembilang serta penyebut rasio sendiri. Nol pengiriman teramati bukan kerugian terukur 0%; rasionya tidak terdefinisi. Respons hilang atau celah pemantauan tidak otomatis termasuk stale. [Braiins — Worker monitoring windows]

F2Pool menghubungkan stale dengan kondisi jaringan, tetapi menyebut kesalahan firmware dan overclocking untuk penolakan lain. Braiins membedakan uji keterjangkauan server dari kinerja aktual. Periksa log pekerjaan, alasan penolakan, dan koneksi pada periode sama; ping atau persentase agregat lebih rendah saja tidak membuktikan penyebab telah hilang. [F2Pool — Rejection and Staled rates] [Braiins — Connection diagnostics]