Author

Topic: [HowTo] Interpretation der Statuswerte beim Solomining Pool CK (solo.ckpool.org) (Read 215 times)

legendary
Activity: 3122
Merit: 7618
🔐Icarus CEO💳
ein sehr informativer faden, von dem ich schon gestern gebraucht gemacht habe in dem ich nach der genauen (zahl)bezeichnung meines gestrigen bestshares in 'G' suchte und hier fündig wurde Wink
mal aber ein anderer vorschlag... könnte man nicht diesen thread allgemein für alle pools halten?
ich persönlich mine gerade auf dem kano pool und finde auch die homepage vom besagten pool sehr schlicht gehalten aber auch sehr gelungen - dort findet man auch sehr sehr viele informationen
https://kano.is/
legendary
Activity: 3649
Merit: 1412
..
Idle = 1636
Anzahl der User (oder Worker?), die aktuell nicht schürfen und sich somit im Leerlauf befinden da sie zwar mit dem Pool verbunden sind aber keine Hashpower beitragen ?
..
..
Bezüglich difficulty:
Es wird unterschieden zwischen der sogenannten "Worker Difficulty" und der "Network Difficulty", das sind zwei verschiedene Sachen und stehen nicht in Relation zueinander. Die "Worker Difficulty" ist die Größe des shares, den ein worker zu lösen versucht. Wenn die worker diff zu hoch angesetzt dann wird der worker nicht schnell genug shares lösen können, um im profitablen Bereich zu bleiben.
..
Bei der Pool-, oder Worker-Difficulty geht es nicht darum im profitablen Bereich zu bleiben,
auf die Profitabilität hat der Pool keinen Einfluss und es ist ihm auch egal.

Es geht vielmehr darum, daß der Pool die Möglichkeit hat, zu sehen, was/wieviel der Miner/Worker macht, bzw ob er überhaupt was tut.

Wir hatten kürzlich mal ein Beispiel mit 25PH/s und ~56Tagen (bei Network-Diffictulty) um einen Winning-Hash zu finden.
Stell Dir vor, der Pool schickt dem Miner täglich hunderte "Arbeitsaufträge", bekommt aber nur alle ~50Tage ein Ergebnis zurück.
Da fiele es ihm sicherlich schwer, die Hashrate des Miners zu ermitteln und Statistiken zu erstellen.

Im Solo-Pool spielt das eigentlich keine große Rolle, weil man da eh nur bezahlt wird, wenn man auch den entsprechenden Hash findet und damit nen Block baut,
da geht's also im Grunde nur um die Statistiken,
aber der Solo-Pool is eh ne Ausnahmesituation, ein Solo-Miner kommt auch ohne Pool klar und nutzt den wohl hauptsächlich aus Bequemlichkeit, weil er kein Bock hat, nen eigenen Node laufen zu lassen, oder einfach auf die Statistiken steht.

In nem regulären Pool is die Worker-Difficulty aber zwingend notwendig,
ohne sie wüsste der Pool garnicht, welcher Worker wieviel "arbeitet" und könnte auch niemanden entsprechend seiner Hashrate beteiligen,
weil er die Hashrate nunmal anhand der im Zeitraum X empfangenen Shares mit der Difficulty Y errechnet.
Wenn man die Difficulty zu hoch ansetzt kommen keine Shares und es gibt nix zu berechnen, der Worker is "Idle" (es scheint zumindest so, selbst wenn er 24/7 rumrödelt).
hero member
Activity: 630
Merit: 731
Bitcoin g33k
Hallo Leute,

ich lese mich derzeit in diverse Themen zum Mining ein und bin heute über den Solo Mining Pool des Forumnutzers -ck- (Con Kolivas, Entwickler vom bekannten cgminer), gestoßen, den die meisten von euch sicherlich kennen. Es handelt sich um den Pool https://solo.ckpool.org

Diesem Pool können Solominer (ohne Registrierung) beitreten, die über Hashpower verfügen (entweder eigene Hardware oder angemietete) und einen gültigen Block zu finden versuchen. Normalerweise würde ein Solominer im stillen Kämmerlein hierzu die komplette Blockchain runterladen müssen, die jeweilige Miningsoftware konfigurieren und einrichten, usw... wer sich den Aufwand und den Speicherplatz der derzeit ~800GB großen Blockchain sparen möchte, der kann auf solche Solominingpools wie diesen zurückgreifen und den Komfort genießen. Den Komfort bezahlt man bei diesem genannten Pool mit einer Gebühr von 2% im Falle, dass ein gültiger Block gefunden und anerkannt wurde. Man erhält dann den Block-reward abzüglich der 2% Gebühren auf seine hinterlegte Walletadresse ausgezahtl. Näheres kann auf der Seite selbst oder auch auf den von -ck- erstellten Faden zu seinem Pool entnommen werden.

Da diese Infos vielleicht für den einen oder anderen ebenfalls von großem Interesse sein könnte, erstelle ich dieses (noch zu ergänzende) HowTo, damit es  als Hilfestellung von allen Forummitgliedern genutzt werden kann. Wie interpretiert man diese Werte, was genau sagen sie aus und inwiefern kann man damit was anfangen? Ich fange mal an wie ich das bisher verstanden habe. Bitte korrigiert mich, falls das falsch sein sollte und ergänzt die fehlenden Angaben, ich werde den Fred entsprechend anpassen/editieren.

Der solo.skpool.org bietet unter anderem zwei Statistiken an, dessen Ausgaben hier näher erläutert werden sollen.

Gesamtstatus des Pools
https://solo.ckpool.org/pool/pool.status


Hier wird der Gesamtstatus des CK Pools angezeigt, sprich von allen momentanen Minern, die an diesem Pool teilnehmen. Jeder Miner arbeitet zwar für sich alleine, aber diese Statusseite zeigt den Gesamtstatus des Pools an. Beispielausgabe zum aktuellen Zeitpunkt mit der jeweiligen Erklärung dieser Werte:
Code:
{"runtime": 69376875, "lastupdate": 1661896296, "Users": 2641, "Workers": 15276, "Idle": 1636, "Disconnected": 640}
{"hashrate1m": "47.2P", "hashrate5m": "49.1P", "hashrate15m": "45.6P", "hashrate1hr": "29.9P", "hashrate6hr": "22.3P", "hashrate1d": "25.8P", "hashrate7d": "28.5P"}
{"diff": 236.0, "accepted": 66808936414818, "rejected": 187507983638, "bestshare": 17021964077661, "SPS1m": 346.0, "SPS5m": 350.0, "SPS15m": 347.0, "SPS1h": 342.0}

runtime =  69376875
das ist die uptime des ckpools in Sekunden angezeigt. Umgerechnet entspricht es 802 Tage, 23 Stunden, 21 Minuten und 15 Sekunden (kann mit dem folgend verlinkten Online Konverter umgerechnet werden)

lastupdate = 1661896296
entspricht dem Datum in UNIX Epoch Format. Durch beispielsweise diesen verlinkten Onlinekonverter kann das bequem in ein menschenlesbares Datum konvertiert werden. Der Wert entspricht dem Datum GMT: Tuesday, 30. August 2022 21:51:36 oder für uns in Deutschland +2h dazuzählen für Sommerzeit (wäre dann 23:51 Uhr)

Users = 2641
Anzahl der verbundenen Nutzer an diesen Solomining-Pool, die aktuell schürfen und somit am Mining aktiv beteiligt sind

Workers = 15276
Ein einzelner User kann nicht nur einen Worker arbeiten lassen sondern auch mehrere gleichzeitig davon. Wenn jemand z.B. angemietete Hashpower auf diesen ckpool abfeuert dann kann der Wert schwanken je nach dem wo und welches Rig er gemietet hat. Der Wert hier entspricht dem Produkt aus aktive Nutzer * Workeranzahl pro jeweiliger Nutzer

Idle = 1636
Anzahl der User (oder Worker?), die aktuell nicht schürfen und sich somit im Leerlauf befinden da sie zwar mit dem Pool verbunden sind aber keine Hashpower beitragen ?

Disconnected = 640
Anzahl der User (oder Worker?), die erst kürzlich ihre Verbindung zum Pool verloren haben ?

hashrate1m = 47.2P
Entspricht dem 1-Minuten-Durchschnitt der Hashrate in Petahashes/Sekunde

hashrate5m = 49.1P
Entspricht dem 5-Minuten-Durchschnitt der Hashrate in Petahashes/Sekunde

hashrate15m
= 45.6P
Entspricht dem 15-Minuten-Durchschnitt der Hashrate in Petahashes/Sekunde

hashrate1hr = 29.9P
Entspricht dem Stunden-Durchschnitt der Hashrate in Petahashes/Sekunde

hashrate6hr = 22.3P
Entspricht dem 6-Stunden-Durchschnitt der Hashrate in Petahashes/Sekunde

hashrate1d = 25.8P
Entspricht dem Tages-Durchschnitt der Hashrate in Petahashes/Sekunde

hashrate7d = 28.5P
Entspricht dem Wochen-Durchschnitt der Hashrate in Petahashes/Sekunde

diff = 236.0
Difficulty in xx ? Keine Ahnung um welchen difficulty Wert und Einheit es sich hier handelt, bitte um Infos. Ich glaube jedoch dass wenn dieser Wert "0" (null) erreicht, dann bedeutet es dass der Solo CK pool einen Block gefunden hat.

accepted = 66808936414818
Anzahl der akzeptieren Anteile (accepted shares), die vom Pool akzeptiert wurden. Es gibt zwei Arten von shares, die akzeptierte und abgelehnte. Angenommene Anteile stehen für die vom Miner geleistete Arbeit, und der Miner wird vom Pool entsprechend belohnt.

rejected = 187507983638
Anzahl der abgelehnten Anteile (rejected shares), die vom Pool abgelehnt wurden. Abgelehnte Shares stehen für Arbeit, die nicht zur Entdeckung von Blöcken beiträgt, weshalb der Pool keine Belohnung auszahlt. Der häufigste Grund für abgelehnte Anteile sind Latenzprobleme im Pool, die dazu führen, dass die Mining-Maschinen an Blöcken arbeiten, die auf der Blockchain bereits geschürft wurden. Die Ablehnungsrate ist der Anteil der abgelehnten Anteile an der Gesamtzahl der eingereichten Anteile, und je niedriger die Ablehnungsrate ist, desto besser.

bestshare = 17021964077661
Der erzielte Höchstwert eines shares, welches von einem der aktiv schürfenden Nutzer des ckpools je erreicht wurde.

SPS1m = 346.0
Keine Ahnung Minuten-Durchschnittswert, bitte um Info

SPS5m = 350.0
Keine Ahnung 5-Minuten-Durchschnittswert, bitte um Info

SPS15m = 347.0
Keine Ahnung 15-Minuten-Durchschnittswert, bitte um Info

SPS1h = 342.0
Keine Ahnung Stunden-Durchschnittswert, bitte um Info

Bezüglich difficulty:
Es wird unterschieden zwischen der sogenannten "Worker Difficulty" und der "Network Difficulty", das sind zwei verschiedene Sachen und stehen nicht in Relation zueinander. Die "Worker Difficulty" ist die Größe des shares, den ein worker zu lösen versucht. Wenn die worker diff zu hoch angesetzt dann wird der worker nicht schnell genug shares lösen können, um im profitablen Bereich zu bleiben.

Diese Gesamtstatus Seite für den CK Pool kann alle 60 Sekunden aktualisiert werden, hierzu muss man jedoch die geöffnete Seite manuell mittels der Aktualisieren-Funktion des Browsers aufrufen. Also nach 60sek. einfach F5 im Internetbrowser drücken.

EDIT: Danke für die Zusatzinfo von @lassdas, die der folgenden Antwort von ihm zu entnehmen ist.

Status eines einzelnen Benutzers
https://solo.ckpool.org/users/bc1qf00barblablaxxxxxxxxx


Auf dieser URL kann die Statistik eines Nutzers betrachtet werden. Die Adresse am Ende der URI entspricht dabei zugleich den Nutzernamen und der Walletadresse, an die der Nutzer seine Auszahlung von (derzeit) 6.25 BTC (abzgl. 2% Gebühren) erhalten würde, falls er einen Blocktreffer landet.

Beispielausgabe:
Quote
{
 "hashrate1m": "1.1P", # das ist die Hashrate im Minuten-Durchschnitt, hier 1,1 PetaHashes/Sekunde (PH/s), oder 1100 Terrahashes/Sekunde (TH/s)
 "hashrate5m": "1.08P", # das ist die Hashrate im 5-Minuten-durchschnitt, hier 1,08 PetaHashes/Sekunde (PH/s), oder 1080 Terrahashes/Sekunde (TH/s)
 "hashrate1hr": "836T", # das ist die Hashrate im Stunden-Durchschnitt, hier 836 TerraHashes/Sekunde (TH/s), oder 836000 GigaHashes/Sekunde (GH/s)
 "hashrate1d": "63.2T", # das ist die Hashrate im Tages-Durchschnitt, hier 63.2 TerraHashes/Sekunde (TH/s), oder 63200 GigaHashes/Sekunde (GH/s)
 "hashrate7d": "9.26T", # das ist die Hashrate im Wochen-Durchschnitt, hier 9.26 TerraHashes/Sekunde (TH/s), oder 9260 GigaHashes/Sekunde (GH/s)
 "lastshare": 1661896532, # der Zeitpunkt in UNIX-Time (kann hier online umgerechnet werden), wann der letzte share im gesamten ckpool berechnet und eingereicht wurde)
 "workers": 15, # Anzahl der momentan beitragenden Worker, die der Nutzer als Hashpower an den ckpool sendet
 "shares": 1310000000, # Anzahl der übermittelten Gesamt-Diff (Shares*Difficulty), die der Nutzer seit Beginn des Schürfens an den Pool abgeliefert hat
 "bestshare": 47433455976.63746, # erzielter Höchstwert eines Shares für diesen Nutzer, wird bei gültigem Blockfund wieder auf Null gesetzt
 "bestever": 47433455976, # erzielter Höchstwert eines Shares für diesen Nutzer, der je erreicht wurde. Dieser Wert wird auch bei einem validen Blockfund nicht zurückgesetzt und bildet somit die highscore für den Nutzer
 "worker": [
  {
   "workername": "bc1qf00barblablaxxxxxxxxx...", # der Nutzername, der auch zeitgleich die Walletadresse für die Auszahlung darstellt, hier wird der block award im Falle eines Treffers ausgezahlt
   "hashrate1m": "1.1P", # die ab hier folgenden Werte sind identisch mit oben. Warum werden die hier im Abschnitt "worker" erneut aufgelistet, bitte um Infos, damit das ebenfalls ergänzt werden kann
   "hashrate5m": "1.08P", # ...
   "hashrate1hr": "836T",
   "hashrate1d": "63.2T",
   "hashrate7d": "9.26T",
   "lastshare": 1661896532,
   "shares": 1310000000,
   "bestshare": 47433455976.63746,
   "bestever": 47433455976
  }
 ]
}


Grundlegende Infos zur Interpretation von Difficulty und Bestshare
Wie interpretiert man nun die fürs Mining und für Erfolgsaussichten relevanten Kerndaten zu den Werten Difficulty und Bestshare bzw. Bestever ? Zunächst aber zwei wichtige Hintergrundfakten, die essentiell fürs Verständnis und der Anwendung sind. Kleiner aber wichtiger (!) Exkurs zur Schreibweise von großen Zahlen:

(1)
in Deutschland nutzen wir den Punkt (.) als Trennzeichen für die Tausender, in USA und weiteren englischsprachigen oder sonstigen ausländischen Regionen wird stattdessen das Komma als Tausender-Trennzeichen verwendet, also andersherum.

Beispiel:
Wenn wir ihn Deutschland die Zahl "Eine-Million-Dreihundert-Fünfzig-Tausend-Komma-Acht" schreiben dann sieht das so aus: 1.350.000,8
Wenn wir dieselbe Zahl im international gebräuchlichen Regionsformat schreiben würden, dann sind die Satzzeichen gerade andersrum, das sieht dann so aus: 1,350,000.8

(2)
Dann gibt es auch einen bedeutenden Unterschied zur Namensgebung von großen Zahlen. Im Deutschen und Englischen sind die Begriffe "Million" identisch, aber bei uns heißt es z.B. Billion während dieselbe Zahl bei den Amerikanern Trillion lautet! Kleiner aber feiner Unterschied, da fallen viele Leute aus Deutschland herein und verstehen nicht, wie es zu solch einer Umrechnung kam. Es gibt long und short scales, näheres hierzu kann HIER entnommen werden. Lange Reder, kurzer Sinn, hier eine Auflistung damit das sofort ersichtlich wird und ihr versteht was ich meine:


Zahl / Bezeichnung / SI-Präfix / Potenz


Zahlennamen im Deutschen:
1.000 = Tausend = K (ilo) = 10^3
1.000.000 = Million = M (ega) = 10^6
1.000.000.000 = Milliarde = G (iga) = 10^9
1.000.000.000.000 = Billion = T (erra) = 10^12
1.000.000.000.000.000 = Billiarde = P (eta) = 10^15
1.000.000.000.000.000.000 = Trillion = E (xa) = 10^18

Zahlennamen im Englischen:

1.000 = Thousand = K (ilo) = 10^3
1.000.000 = Million = M (ega) = 10^6
1.000.000.000 = Billion = G (iga) = 10^9
1.000.000.000.000 = Trillion = T (erra) = 10^12
1.000.000.000.000.000 = Quadrillion = P (eta) = 10^15
1.000.000.000.000.000.000 = Quintillion = E (xa) = 10^18

Wir sehen also, gleiche Zahl (z.B. 10^12, also die Ziffer Eins mit zwölf Nullen), in Deutschland sagen wir Billion dazu, in Amerika sagt man Trillion dazu. Warum das so wichtig ist? Ganz einfach, weil auf den meisten Webseiten, auf denen die aktuelle Bitcoin Mining Difficulty angegeben wird, steht oft der Buchstabe T hinter der Zahl, da diese extrem hohe Zahl gerne abgekürzt wird. Nun müssen wir bedenken, dass das T für Trillion steht, aber im amerikanischen Format (!) und somit die Zahl 10^12 repräsentiert. Wir müssen das lediglich immer bedenken, wenn wir einer hohe Zahl abgekürzt mit dem Suffix 'T' begegnen. Es folgt ein realitätsnahes Beispiel zum besseren Verständnis...

Zuerst schauen wir auf die aktuelle Schwierigikeit (Difficulty) fürs Bitcoin Netzwerk an (z.B. HIER). Stand heute (=04.September 2022) beträgt die Schwierigkeit 30,977,051,760,460 und hinter dieser großen Zahl wird auf der zuvor verlinkten Beispielseite auch angezeigt --> 30.98 T es bedeutet schlichtweg dreißig-komma-neun-acht "Trillions" (englisch!) und entspricht 30.98 * 10^12.

Nun schauen wir auf den bestshare aus den am Anfang gezeigten Beispiel, wie hoch war der?
Quote
bestshare": 47433455976.63746
Wir erinnern uns, wir sind auf amerikanischer Schreibweise und der Punkt entspricht unserem deutschen Komma. Lassen wir also die Kleinigkeit rechts neben dem Komma mal weg, dann entspricht das der hohen Zahl 47433455976 und damit wir besser die Größenordnung abschätzen können, haue ich jetzt mal die Tausendertrennzeichen in amerikanischer Notation rein. Von rechts beginnend alle drei Ziffern ein Komma als Tausendertrennzeichen einfügen:

47433455976 = 47,433,455,976

Wenn ich die Zahl auf englisch aussprechen würde dann wäre das "47 Billion, 433 Million, 455 Thousand and 976". In Kurzschreibweise mit dem SI-Prefix wäre das die Zahl 47.4 B.

Und jetzt kommen wir der Sache schon näher. Wenn diese Zahl 47.4 B was den "bestshare" entspricht, die aktuelle Difficulty von 30.9 T erreichen oder übersteigen würde, dann würden wir höchstwahrscheinlich einen Block gefunden haben. Zur Verdeutlichung die zwei Zahlen nebeneinander aufgezeigt:

bestshare (= unser bisher erreichter Höchstwert) = 47,433,455,976
difficulty (= aktuelle Schwierigkeit des Bitcoin Netzwerks) = 30,977,051,760,460

Die 47 muss also auf 30,977 ansteigen  Grin und hat somit einen großen Weg vor sich. Ich hoffe damit das Verständnis zwischen "bestshare" und "difficulty" etwas besser aufgezeigt haben zu können. Für Anregungen, Verbesserungsvorschläge oder weiteren für die Allgemeinheit nützlichen Informationen bin ich natürlich ganz Ohr.

N-Joy & happy mining!  Wink
citb0in
Jump to: