Stale Rate to udział zdarzeń lub ważonej pracy sklasyfikowanych jako stale w dokładnie określonym zbiorze. Hasło dotyczy głównie shares poola, które docierają lub są przetwarzane w nieaktualnym kontekście zadania wydobywczego.
Po SetNewPrevHash protokół Stratum V2 wymaga przejścia na nowy hash poprzednika; spośród przygotowanych zadań ważna pozostaje tylko wskazana job_id. Sam hash poniżej poprzedniego celu nie gwarantuje więc przydatności w bieżącej pracy. Diagnoza wymaga kontekstu i zmian zadania, nie tylko czasu wysłania. [Stratum V2 — Mining Protocol]
Przykład: ze 100 zgłoszeń o równej trudności 98 przyjęto, 1 odrzucono jako stale, a 1 z innego powodu. Udział odrzuconych stale wynosi 1%, ale całkowity rejection rate 2%. To wyjaśnienie różnych liczników, nie dopuszczalnych granic pracy. F2Pool definiuje rejection rate względem wszystkich przesłanych shares. [F2Pool — Rejection and Staled rates]
Braiins przelicza share o trudności d na d podstawowych jednostek pracy. Gdy przykład obejmuje jedną stale share o trudności 1 i jedną przyjętą o trudności 9, udział według liczby wynosi 50%, a według wagi 10%. Porównywane liczniki i mianowniki muszą używać tej samej jednostki oraz konwencji trudności. [Braiins — Share difficulty accounting]
F2Pool odróżnia w dokumentacji płatne “Staled” shares od odrzuconych stale shares bez nagrody. Nie można uogólniać tej polityki na wszystkie poole. Przed przeliczeniem procentu na utracone przychody sprawdź kategorię, zasady akceptacji i faktyczne rozliczenie; nazwa wskaźnika nie wystarcza. [F2Pool — Rejection and Staled rates]
Stratum V2 dopuszcza zbiorcze SubmitShares.Success. new_submits_accepted_count podaje liczbę nowych potwierdzonych zgłoszeń, a new_shares_sum sumę ich trudności. Liczba odpowiedzi serwera nie jest więc liczbą przyjętych shares. SubmitShares.Error zawiera sequence_number i error_code; bez rozróżnienia powodów nie każdy błąd można nazwać stale. [Stratum V2 — Mining Protocol]
BIP152 dotyczy Compact Block Relay między węzłami P2P, nie rozliczania shares poola. Mniej przesyłanych danych może wpływać na opóźnienie bloków, lecz samo nie wyznacza Stale Rate górnika. Udział konkurujących bloków sieci nie zastępuje udziału spóźnionych zgłoszeń konkretnego workera. [BIP152 — Compact Block Relay]
Monitoring Braiins rozróżnia shares_5m, shares_60m i shares_24h. Dla własnego ilorazu stosuj to samo okno czasowe i zbiór workerów w liczniku i mianowniku. Zero zaobserwowanych zgłoszeń nie oznacza zmierzonej straty 0%: iloraz jest nieokreślony. Brakujące odpowiedzi lub luki monitoringu nie są automatycznie stale. [Braiins — Worker monitoring windows]
F2Pool wiąże stale z siecią, ale przy innych odrzuceniach wymienia błędy firmware i podkręcanie. Braiins oddziela test osiągalności serwera od rzeczywistej wydajności. Sprawdzaj logi zadań, powody odrzuceń i połączenia z tego samego okresu; sam ping lub niższy łączny procent nie dowodzi usunięcia przyczyny. [F2Pool — Rejection and Staled rates] [Braiins — Connection diagnostics]
Pełniejszy obraz uzyskasz, czytając to hasło razem z Mining Share, Share Difficulty, Mining Latency, Pool Fee. Do tego hasła prowadzą również odsyłacze z Stale Block, Mining Latency.