Einige Bitcoin-Mining-Controller, die die variable Schwierigkeit verwalten, können weiterhin Arbeit ausliefern, die auf die frühere Geschwindigkeit einer Maschine kalibriert ist, nachdem das Rig seine Hashrate gesenkt hat. Der Miner kann weiter hashen und Strom verbrauchen, während seine akzeptierten Shares extrem selten werden.

Bitcoin Optech, eine branchenweite Ressource zum Austausch technischen Wissens zwischen Bitcoin-Unternehmen, hat diesen Fehlermodus am 18. September hervorgehoben und so einer Analyse breitere Aufmerksamkeit verschafft, die der Mining-Ingenieur Eric Price im Juli veröffentlicht hatte. Der Befund betrifft die vom Pool zugewiesene Share-Schwierigkeit und nicht die Netzwerkschwierigkeit von Bitcoin, und er beschreibt eine testbare Controller-Schwäche rather als Beleg für weitverbreitete Verluste bei Minern.

Wie Vardiff hängen bleibt

Mining-Pools weisen jeder Verbindung eine Share-Schwierigkeit zu, die niedriger ist als die Blockschwierigkeit von Bitcoin; eine höhere zugewiesene Schwierigkeit entspricht einem schwierigeren Share-Ziel. Eingereichte Shares ermöglichen es dem Pool, die Hashrate eines Miners zu schätzen und die geleistete Arbeit zu verrechnen, während ein Controller mit variabler Schwierigkeit (Vardiff) die Zuweisung anpasst, damit Shares in einer nützlichen Rate eintreffen.

Prices Analyse beschreibt eine Falle, die sich nach einer starken Verlangsamung eines Miners öffnet. Berechnet der Controller nur neu, wenn ein eintrifft, macht die alte, härtere Zuweisung das Erscheinen des nächsten Shares unwahrscheinlicher. Ohne frischen Share, der eine Aktualisierung auslöst, kann der Controller die falsche Schwierigkeit beibehalten, wodurch der Share-Strom dünn bleibt.

Warum Drosselung den Fehler realistisch macht

Eine abrupte Drosselung ist betrieblich realistisch: Mining-Standorte drosseln Maschinen, um weniger Strom zu ziehen, typischerweise bei Netzbelastung – genau die Hashrate-Kürzung, auf die dieser Fehler reagiert. Während eines winterlichen Sturms in den USA im Januar 2026 meldete CryptoSlate einen deutlichen Rückgang der Netzwerk-Hashrate, als Miner ihren Stromverbrauch senkten, wobei dieses Ereignis nicht mit einem Vardiff-Verlust in Verbindung gebracht wurde.

Eine hohe Share-Schwierigkeit löscht die erwartete Gutschrift eines Miners über einen langen Zeitraum nicht automatisch. Pools können einem seltenen High-Difficulty-Proof mehr Buchungsgewicht geben, wie die Pool-Dokumentation von Braiins erläutert. Pay-per-Share zahlt einen festen Satz für jeden akzeptierten Share, unabhängig davon, ob der Pool einen Block findet, während das proportionale Modell jedes Belohnungsfenster unter den währenddessen eingereichten Shares aufteilt. Das Risiko zeigt sich im realisierten Fenster: Kommt kein akzeptierter Share an, erhält ein Pay-per-Share-Miner für dieses Intervall keine Zahlung; kommen wenige an, bleiben sie zahlbar. Beim proportionalen Modell kann das Fehlen von Shares den Anteil anderer Teilnehmer am Belohnungsfenster erhöhen.

Stratum V2 mildert, ckpool genannt

Stratum V2 ist der Nachfolger des ursprünglichen Stratum-Protokolls, mit dem Pools Arbeit verteilen und die Shares der Miner einsammeln. Die aktuelle Referenzimplementierung von Stratum V2 verhindert ein dauerhaftes Einfrieren durch Neuberechnung nach einem Timer und Senkung der Schwierigkeit während einer Share-Dürre, wobei die Analyse anmerkt, dass die Erholung auf langlebigen Kanälen dennoch langsam sein kann. Dieses Timer-Verhalten gehört zur Referenzimplementierung, nicht zu jeder vom Stratum-V2-Protokoll erlaubten Bereitstellung. Die Analyse und Optech nennen ckpool als ein eingesetztes, share-ausgelöstes Beispiel. Wie verbreitet das Verhalten ist und ob es zu materiellen realen Verlusten geführt hat, wurde von den verfügbaren Quellen nicht gemessen.

Wie Betreiber es testen können

Betreiber können das Verhalten nun direkt testen. Der Open-Source-Shape-Proxy der MARA Foundation bestätigt Shares lokal, während er einen kontrollierten Anteil nach upstream weiterleitet, und Stufen-, Rampen- und Stillstandsprofile können den Pool einen scheinbaren Rückgang sehen lassen, ohne die physische Leistung des Miners zu verändern. Eine fallende zugewiesene Schwigkeit zeigt, dass der getestete Controller einen Erholungspfad hat; ein Ziel, das feststeckt, ist ein Hinweis auf langsame oder ausbleibende Erholung unter diesem Profil und Beobachtungsfenster, wobei Timer-Takt, Kanalalter und zufällige Share-Ankünfte das Ergebnis beeinflussen können. Solange keine breiteren Messungen vorliegen, sind solche Betreibertests der Hauptweg von der Analyse zu Belegen über die Verbreitung.

Quelle: CryptoNewsNet