Was mich immernoch am meisten stört (wie beim run davor)
{
"hashrate1m": "10.1P",
"hashrate5m": "9.93P",
"hashrate1hr": "8.66P",
"hashrate1d": "3.88P",
"hashrate7d": "960T",
"lastshare": 1585288994,
"workers": 1,
"shares": 370308329292,
"bestshare": 160842000119.5439,
"bestever": 366437385163,
"worker": [
{
"workername": "1WiLLiPMAVVEd4BxUjmxirHnNDKhBFgWA",
"hashrate1m": "10.1P",
"hashrate5m": "9.93P",
"hashrate1hr": "8.66P",
"hashrate1d": "3.88P",
"hashrate7d": "960T",
"lastshare": 1585288994,
"shares": 370308329292,
"bestshare": 160842000119.5439,
"bestever": 366437385163
}
]
}
Wenn es 10ph/s/tag sind müsste bei "hashrate1d" nach 24 stunden 10p stehen. mal sind wir schneller, mal langsamer. klar. aber im durchschnitt müsste es sich auf 10ph einpendeln.

Das hatten wir das letzte mal schon erklärt das dies nicht als Qualitätsmerkmal herangezogen werden kann.
- Abgebende Leistung wird bei NiceHash nach Methode A gemessen
- Eingehende Leistung wird beim Solo Pool nach Methode B angezeigt
- Die Hashingpower schwankt schon bei einer Fixed Order sehr
- Die aktuelle Art des Rentals ist aber eine Standard Order, welche noch viel mehr schwankt
- Steigt der Preis ist man gleich mal mehrer Stunden offline (wenn ich es nicht gleich merke)
Die roten Lücken sind Tagsüber oder da wo ich eben Zeit habe recht klein, da ich den Preis jeder Zeit anpasse. Manchmal entsteht garkeine Lücke weil ich sofort reagiere und auch eine Mail bekommen, das die Hashingpower weggekauft wurde und ich den Preis erhöhen muss.
Die blauen Lücken Nachts ist eben so, irgendwann muss ich auch mal schlafen

Also hängt euch nicht auf die Durchschnittswerte auf die der SoloPool anzeigt, wichtig ist das was im Moment ankommt!
Reklamation bei NiceHash mit einem Wert die wo anders angezeigt wird (Also am SoloPool) ist daher zwecklos


Viele Grüße
Willi