Einige Bitcoin-Mining-Vardiff-Controller können einen Miner nach einer Reduzierung der Hashrate auf einer früheren, schwereren Share-Zuweisung halten. Wenn die Neuberechnung erst nach einem akzeptierten Share erfolgt, hasht der langsamere Miner möglicherweise weiter und verbraucht Strom, während akzeptierte Shares immer seltener werden. Bitcoin Optech wies am 18. September auf diesen Fehlermodus hin, im Anschluss an eine Analyse, die der Mining-Ingenieur Eric Price im Juli veröffentlicht hatte.
Warum das wichtig ist
Die Pool-Share-Schwierigkeit ist von der Netzwerk-Schwierigkeit von Bitcoin getrennt. Pools verwenden einfachere Share-Ziele, um die Hashrate zu schätzen und eingereichte Arbeit gutzuschreiben, während Vardiff diese Ziele anpasst, damit Shares in einer nützlichen Rate eintreffen. Ein Controller, der auf einen neuen Share wartet, bevor er neu berechnet, kann nach einer plötzlichen Stromreduzierung in eine Sackgasse geraten, da das alte Ziel den nächsten Share weniger wahrscheinlich macht und der fehlende Share die Erholung verhindert.
Das Risiko konzentriert sich auf das realisierte Auszahlungsfenster. Ein Pay-per-Share-Miner erhält möglicherweise keine Zahlung, solange kein akzeptierter Share eintrifft, während eine proportionale Abrechnung einen größeren Teil eines Belohnungsfensters auf andere Teilnehmer verschieben kann. Eine hohe Share-Schwierigkeit löscht die erwartete Gutschrift über einen längeren Zeitraum nicht automatisch, da seltene Shares mit hoher Schwierigkeit ein größeres abrechnerisches Gewicht tragen können.
Auswirkungen auf den Markt
Das Thema ist operativ relevant, wenn Miner bei Netzbelastung Strom drosseln. CryptoSlate berichtete über einen scharfen Netzwerk-Hashrate-Einbruch während eines US-Wintersturms im Januar 2026, doch dieses Ereignis stand nicht im Zusammenhang mit einem Vardiff-Verlust. Die aktuelle Referenzimplementierung von Stratum V2 berechnet zeitgesteuert neu und senkt die Schwierigkeit während einer Share-Dürre, wobei die Erholung auf langlebigen Kanälen weiterhin langsam sein kann und das Verhalten nicht für jede Bereitstellung erforderlich ist.
Betreiber können den Fehlermodus mit dem Open-Source-shape-proxy der MARA Foundation testen, indem sie Step-, Ramp- und Stall-Profile simulieren. Wie verbreitet das Verhalten ist und ob es zu wesentlichen realen Verlusten geführt hat, bleibt ungemessen.
Häufig gestellte Fragen
-
Warum kann eine Reduzierung der Hashrate eines Miners ein Vardiff-Problem erzeugen?
Eine scharfe Hashrate-Reduzierung kann den Miner auf einer früheren, schwereren Share-Zuweisung belassen. Wenn der Controller nur nach einem akzeptierten Share aktualisiert, können spärliche Übermittlungen die für die Erholung notwendige Neuberechnung verhindern.
-
Betrifft dieser Fehlermodus die Netzwerk-Schwierigkeit von Bitcoin?
Nein. Es geht um die vom Pool zugewiesene Share-Schwierigkeit, die Pools nutzen, um die Hashrate zu schätzen und eingereichte Arbeit abzurechnen. Die Netzwerk-Schwierigkeit von Bitcoin ist davon getrennt.
-
Wie kann das Vardiff-Verhalten Mining-Auszahlungen beeinflussen?
Bei Pay-per-Share-Abrechnung erhält ein Miner möglicherweise keine Zahlung während eines Intervalls ohne akzeptierten Share. Bei proportionaler Abrechnung können fehlende Shares den Anteil anderer Teilnehmer am Belohnungsfenster erhöhen.
-
Verhindert Stratum V2 einen Vardiff-Einfrier?
Die aktuelle Referenzimplementierung von Stratum V2 berechnet zeitgesteuert neu und senkt die Schwierigkeit während einer Share-Dürre. Dieses Verhalten ist nicht für jede Bereitstellung erforderlich, und die Erholung kann auf langlebigen Kanälen weiterhin langsam sein.
-
Wie können Betreiber testen, ob sich ein Controller erholt?
Betreiber können den Open-Source-shape-proxy der MARA Foundation mit Step-, Ramp- und Stall-Profilen verwenden. Eine fallende zugewiesene Schwierigkeit zeigt eine Erholung an, während ein fixiertes Ziel auf eine langsame oder fehlende Erholung während des Testfensters hindeuten kann.
TheBlock
CoinDesk
Lookonchain