234 / 691LAT

Mining Latency

Opóźnienie poszczególnych etapów wydobycia

Mining Latency nie jest jedną uniwersalną liczbą. Dostarczenie zadania, przełączenie urządzenia, wysłanie wyniku i potwierdzenie mają różne początki i końce; bez ich określenia nie można porównywać serwerów ani zmian ustawień.

Mining Latency to opóźnienie konkretnego etapu wydobycia: dystrybucji lub aktywacji pracy, przekazania znalezionej share albo propagacji kandydata na blok. Wartość musi wskazywać mierzone zdarzenia końcowe i warunki obserwacji.

Stratum V2 odróżnia dystrybucję pracy od wysyłania wyników. Czas od wysłania do odebrania zadania nie jest czasem od odbioru do faktycznego przełączenia ASIC; powrót share do puli to inna droga. Określ oba końce pomiaru i powiąż zapisy przez channel_id oraz job_id. [Stratum V2 — Mining Protocol]

Braiins opisuje ping jako test osiągalności. Jego RTT obejmuje drogę tam i z powrotem; automatyczne dzielenie przez dwa nie mierzy opóźnienia jednokierunkowego, bo kierunki mogą być asymetryczne. Ping nie mierzy też tworzenia zadania, kolejki proxy ani aktywacji urządzenia. Porównuj ten sam rodzaj ruchu i punkty końcowe. [Braiins — Connection diagnostics] [RFC7679 — One-Way Delay Metric]

RFC7679 wymaga uwzględnienia synchronizacji zegarów i miejsca znacznika czasu. Przykład: Tsend = 1000 ms i Trecv = 1040 ms dają 40 ms tylko przy porównywalnych zegarach. Przesunięcie zegara odbiorcy o 30 ms zmienia interpretację. Bez oszacowania niepewności różnica między serwerami nie dowodzi przyspieszenia. [RFC7679 — One-Way Delay Metric]

W Stratum V2 Future Job może dotrzeć wcześniej; aktywuje je odpowiedni SetNewPrevHash z job_id. Mierz więc również opóźnienie aktywacji, nie tylko pobranie szablonu. Niepuste zadanie przygotowane wcześniej może zawierać transakcję już uwzględnioną w nowym bloku; szybsza dystrybucja nie usprawiedliwia ignorowania konfliktu ani wydobycia niepoprawnego bloku. [Stratum V2 — Mining Protocol]

Stratum V2 pozwala na zbiorcze SubmitShares.Success. Oczekiwanie na odpowiedź może obejmować celowe grupowanie; nie jest czystym czasem sieci ani dowodem, że share przez cały okres czekała na akceptację. SubmitShares.Error może nadejść po opóźnionej weryfikacji. Łącz sequence_number i rozdzielaj wysłanie, odbiór, weryfikację oraz potwierdzenie. [Stratum V2 — Mining Protocol]

W trybie high-bandwidth BIP152 wysyła cmpctblock bez wcześniejszego żądania. Jeśli odbiorcy brakuje transakcji, getblocktxn i blocktxn dodają kolejną wymianę. To przekazywanie bloków między węzłami, nie pomiar wysyłania shares. Mniej danych nie gwarantuje zerowego opóźnienia ani nie zastępuje pełnej weryfikacji. [BIP152 — Compact Block Relay]

RFC7679 definiuje limit Tmax i traktuje niedostarczony pakiet jako nieokreślone opóźnienie; przy jego percentylu takie wartości szereguje się jako nieskończenie duże. Przy własnych p50/p95 podaj metodę, liczbę próbek i straty. Odrzucenie wszystkich timeoutów może upiększyć wynik; pusta próba nie oznacza zerowego opóźnienia. [RFC7679 — One-Way Delay Metric]

Przy zmianie trasy lub ustawienia zachowaj porównywalne urządzenia, okna czasowe i definicje pomiaru. Oddzielnie śledź aktywację job_id, potwierdzenia pracy, przyczyny odrzuceń i awarie; niższy ping RTT nie dowodzi zmniejszenia każdego opóźnienia. To metoda porównania, nie obietnica znalezienia bloku ani uniwersalny bezpieczny limit w ms. [Stratum V2 — Mining Protocol] [Braiins — Connection diagnostics] [RFC7679 — One-Way Delay Metric]

Pełniejszy obraz uzyskasz, czytając to hasło razem z Stale Rate, Block propagation, Stratum V2, Mining Pool. Do tego hasła prowadzą również odsyłacze z Stale Rate.

DOC · 001Stratum V2 — Mining ProtocolSpecyfikacja ↗DOC · 002Braiins — Connection diagnosticsDokumentacja ↗DOC · 003RFC7679 — One-Way Delay MetricSpecyfikacja ↗DOC · 004BIP152 — Compact Block RelaySpecyfikacja ↗
Najpierw źródła · To nie jest porada inwestycyjna