Mining Latency ist die Zeitverzögerung eines bestimmten Mining-Schritts: Arbeitsverteilung oder Aktivierung, Übermittlung eines gefundenen Shares oder Verbreitung eines Blockkandidaten. Der Wert muss die gemessenen Endereignisse und Beobachtungsbedingungen nennen.
Stratum V2 unterscheidet Arbeitsverteilung von Ergebnisübermittlung. Die Zeit vom Senden bis zum Empfangen eines Jobs ist nicht die Zeit vom Empfang bis zum tatsächlichen Umschalten des ASIC; der Rückweg eines Shares zum Pool ist ein weiterer Weg. Definieren Sie beide Endpunkte und verknüpfen Sie Aufzeichnungen mit channel_id und job_id. [Stratum V2 — Mining Protocol]
Braiins beschreibt ping als Erreichbarkeitstest. Seine RTT umfasst Hin- und Rückweg; automatisches Halbieren misst keine Einweglatenz, da beide Richtungen asymmetrisch sein können. Ping misst außerdem weder Joberstellung noch Proxywarteschlange oder Geräteaktivierung. Vergleiche brauchen denselben Verkehrstyp und dieselben Endpunkte. [Braiins — Connection diagnostics] [RFC7679 — One-Way Delay Metric]
RFC7679 verlangt bei Einwegmessungen die Berücksichtigung der Uhrensynchronisierung und des Zeitstempelorts. Beispiel: Tsend = 1000 ms und Trecv = 1040 ms ergeben nur bei vergleichbaren Uhren 40 ms. Ein Versatz der Empfängeruhr um 30 ms ändert die Interpretation. Ohne Unsicherheitsschätzung ist ein Serverunterschied keine belegte Beschleunigung. [RFC7679 — One-Way Delay Metric]
In Stratum V2 kann ein Future Job vorab eintreffen; das passende SetNewPrevHash mit job_id aktiviert ihn. Messen Sie deshalb auch die Aktivierungsverzögerung, nicht nur den Vorlagendownload. Ein nicht leerer vorbereiteter Job kann eine bereits im neuen Block enthaltene Transaktion führen; schnellere Verteilung rechtfertigt weder das Ignorieren dieses Konflikts noch einen ungültigen Block. [Stratum V2 — Mining Protocol]
Stratum V2 erlaubt gebündelte SubmitShares.Success. Die Antwortwartezeit kann deshalb absichtliche Bündelung enthalten; sie ist weder reine Netzwerkzeit noch ein Beweis, dass der Share währenddessen durchgehend auf Annahme wartete. SubmitShares.Error kann nach verzögerter Validierung eintreffen. Ordnen Sie sequence_number zu und trennen Sie Senden, Empfang, Prüfung und Bestätigung. [Stratum V2 — Mining Protocol]
Im high-bandwidth Modus sendet BIP152 cmpctblock ohne vorherige Anforderung. Fehlen dem Empfänger Transaktionen, fügen getblocktxn und blocktxn einen weiteren Austausch hinzu. Das ist Blockweiterleitung zwischen Knoten, keine Messung von Shareübermittlung. Weniger Daten garantieren weder null Verzögerung noch ersetzen sie die vollständige Validierung. [BIP152 — Compact Block Relay]
RFC7679 definiert die Wartefrist Tmax und behandelt ein nicht zugestelltes Paket als undefinierte Verzögerung; für sein Perzentil werden solche Werte als unendlich groß eingeordnet. Nennen Sie bei eigenen p50/p95 Methode, Stichprobenumfang und Verluste. Alle Timeouts auszuschließen kann Ergebnisse schöner erscheinen lassen; eine leere Stichprobe ist keine Nulllatenz. [RFC7679 — One-Way Delay Metric]
Behalten Sie bei Routen- oder Einstellungsänderungen vergleichbare Geräte, Zeitfenster und Messdefinitionen bei. Erfassen Sie job_id-Aktivierung, Arbeitsbestätigungen, Ablehnungsgründe und Ausfälle getrennt; geringere ping RTT belegt nicht jede geringere Verzögerung. Dies ist eine Vergleichsmethode, kein Versprechen eines Blockfunds und kein universeller sicherer Grenzwert in ms. [Stratum V2 — Mining Protocol] [Braiins — Connection diagnostics] [RFC7679 — One-Way Delay Metric]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Stale Rate, Blockausbreitung, Stratum V2, Mining Pool. Auf diesen Eintrag verweisen außerdem Stale Rate.