So wählen Sie den Mindestschwierigkeitsgrad beim Mining mit Slush Pool aus

Aus den Recherchen, die ich durchgeführt habe, um die minimale Schwierigkeit zu verstehen, läuft es auf ein Gleichgewicht zwischen Server-/Client-Bandbreitenbeschränkungen und Zeit, um Risiken einzugehen, hinaus.

Der Pool, mit dem Sie sich verbinden, verteilt die Arbeit, die Miner lösen müssen. Je schwieriger jedes an Sie gesendete "Arbeitspaket" ist, desto länger brauchen Sie, um eine Lösung zu finden und mit dieser Lösung namens "Teilen" an den Pool zu antworten.

Wie in diesem Beitrag erklärt , werden Sie im Durchschnitt für das Lösen von Problemen mit einem Schwierigkeitsgrad von 10.000 in 10 Sekunden pro Anteil belohnt, wie für das Lösen von Problemen mit einem Schwierigkeitsgrad von 1.000 in 1 Sekunde pro Anteil.

Auf der Registerkarte Antminer s9 Miner Status sind die Statistiken, von denen ich glaube, dass sie möglicherweise nicht korrekt sind, die folgenden, die ich entschlüsselt habe:

• Zusammenfassung:
  • Verstrichen – Seit dem Online-Zugriff ist Zeit vergangen
  • Utility – Anzahl der akzeptierten Freigaben pro Minute
  • WU (Worker Utility) – Gesendete Gesamtschwierigkeiten ( Angenommen + Abgelehnt ) pro Minute
• Schwimmbecken:
  • Akzeptiert - Anzahl der vom Pool akzeptierten Anteile
  • DiffA# - Gesamtschwierigkeit der akzeptierten Aktien
  • DiffR# - Gesamtschwierigkeit abgelehnter Aktien
  • Abgelehnt – Anzahl der eingereichten Anteile, die vom Pool abgelehnt wurden
    • entweder gute Hashes von schlechter Arbeit oder schlechte Hashes von guter Arbeit
  • Verworfen – Verworfene Arbeit, an der noch nicht gearbeitet wurde. Laut einem Entwickler von cgminer bedeutungslos.
  • Stale – Anzahl der Shares, die gesendet wurden, nachdem eine Sperre bereits gelöst wurde.
  • LSDiff - Schwierigkeiten bei der zuletzt akzeptierten Aktie
  • LSTime – Zeit seit der letzten akzeptierten Freigabe

Auf der Miner Status Page können Sie nun nachsehen, welche Schwierigkeit Ihnen der Pool automatisch zugewiesen hat .

Also zurück zur Eingangsfrage/Antwort des "optimalen" Schwierigkeitsgrades ist eine Abwägung, wie viele Pakete hin und her die Netzwerkverbindung zwischen Server und Client komfortabel handhabbar ist und Zeit zu riskieren.

• Wenn die Schwierigkeit sehr niedrig ist, werden das Netzwerk und der Server mit Anteilen von Lösungen überschwemmt, die Sie gefunden haben, und möglicherweise werden einige abgelehnt, da sie nicht so viele Pakete pro Sekunde verarbeiten können.
  • Ein Teil der Arbeit, die Sie zur Lösung von Problemen geleistet haben, ist also umsonst, da diese Lösungen abgelehnt wurden.
  • Sie verbringen einige Zeit damit, darauf zu warten, neue Arbeit vom Server zu erhalten, und verbringen auch Zeit damit, die Lösungen an den Server zu senden, die zum Finden von Lösungen hätten verwendet werden können.
• Wenn der Schwierigkeitsgrad sehr hoch ist, arbeiten Sie möglicherweise an der Lösung eines Problems, das nicht mehr gelöst werden muss, und erhalten daher keine Anerkennung für die Arbeit. Soweit ich weiß, werden diese eingereichten Aktien als veraltet oder möglicherweise abgelehnt gekennzeichnet.

Derzeit wird etwa alle 10 Minuten ein neuer Bitcoin-Block gefunden, manchmal weniger als eine Minute, manchmal mehr als 15 Minuten. Wenn Sie also die Schwierigkeit auf einen Wert setzen, der es Ihnen ermöglicht, 1 Anteil pro Minute zu generieren --> Nutzen = 1,0, dann haben Sie diese Minute verloren, wenn Blöcke unter 1 Minute gefunden werden, da der Pool neue Arbeit mit den neuesten neuen generiert block to mine und die Arbeit, an der Sie gearbeitet haben und die Sie nicht rechtzeitig fertigstellen könnten, wäre nutzlos. Aber wenn der nächste Block in 1 Minute und 2 Sekunden gefunden worden wäre, hätten Sie theoretisch nur 2 Sekunden verloren, weil Sie es wahrscheinlich geschafft hätten, einen Anteil einzureichen.

Letztendlich möchten Sie also den Pool nicht überladen, aber Sie möchten sicherstellen, dass Sie so wenig Anteile wie möglich riskieren .

Ihr Risiko wäre ungefähr = " 1 / ( durchschnittlich akzeptierte Aktien pro Minute * durchschnittliche Minuten pro Block ) "

Aus meiner Erfahrung ergibt Hashing mit 13,5 TH/s bei einer Schwierigkeit von 13,3K etwa alle 4,5 Sekunden etwa 1 Share --> Utility = 13,5 --> " WU = 13,5*13312 = 179712 ", Risiko von ca. 0,74 %

Um Ihre Schwierigkeit zu optimieren, sollten Sie darauf achten, den WU: Worker Utility Value zu maximieren . Die theoretische maximale WU, die Sie erreichen können, beträgt ungefähr 1 pro 71,6 MH/s, sodass eine Maschine mit 13,5 TH/s nicht besser als eine WU von 197706 sein kann.

Ich habe derzeit ein System, das mit einer Schwierigkeit von 10.000 und einem Nutzen von 18,0 konfiguriert ist und einen Arbeiternutzen von 190.000 erhält, indem ich bei KanoPool schürfe. Ich habe 18 Anteile pro Minute angestrebt, da dies vom Pool empfohlen wird.

Nur wenn ich meine Forschung zu diesem Thema beitragen kann, falls es hilft :)

Haftungsausschluss: Diese Antwort sind nur kompilierte Bits aus Forenantworten, Github-Code und anderen Bits hier und da, die ich gefunden habe, und mein eigenes Verständnis davon, wie es anscheinend funktioniert. Dies sind nicht unbedingt 100% richtige Informationen.

Einige der Quellen: - CGMiner Github Repo - BFGMiner Github Repository - Diskussion im BFGminer Forum

Das ist nur das Minimum, das der Pool diesem Arbeiter zuweist, nicht die Schwierigkeit, an der er tatsächlich arbeitet. Sie finden dies auf Ihrer Miner-Statusseite unter „DiffA#“, die die Schwierigkeit der letzten akzeptierten Aktie anzeigt.

Im Allgemeinen sollten Sie das Minimum nicht ändern müssen. Es ist da, falls der Pool Schwierigkeiten hat, den Schwierigkeitsgrad zu bestimmen.