also seitdem dem der solo pool geupdatet und wieder zurück gedatet worden ist kommt mir es so vor als ob es nemmer so rund läuft mit den shares ^^.
kann ruhig mal hoch gehen ^^.
Um das ganze mal zu Erklären was genau am Pool gemacht wurde:
Was und wer ist das Problem:
Nicehash verlangt bei Startum Erstverbindung einen minimalen diff von 1M und auch eine dynamische
Anpassung wird von Nicehash nicht Unterstützt.
Wie funktioniert das beim Pool:
Damit ein Nutzer die Funktion seiner Miner Überprüfen kann bietet SoloCKPool die Individuelle
Status Anzeige durch Eingabe von solo.ckpool.org/user/btc-Adresse an.
Um alle Miner klein/groß Managen zu können wird beim SoloCKPool zuerst eine
Start diff (10K) zum Miner gesendet und gewartet bis der erste Share von diesem Miner zurück kommt.
Die Zeit die der Miner benötigt um ein Antwort Share zu Senden wird über eine Gewisse Anzahl von Shares
gemittelt und daraus die für diesen Miner Ideale diff Errechnet und zum User gesendet.
Erst dann ist die Statusanzeige Aktiv, vorher steht da 0 bzw. bei Erstverbindung wird Error 404 Angezeigt.
Die Hashpower des Miners die dort Angezeigt wird ist also ein Statistischer Mittelwert, siehe 1Min. / 5 min. / 1 Tag usw. der Anhand der Shares Ermittelt wird.
Kleine Miner bekommen vom Pool eine niedrige diff damit die Shares die zum SoloCKPool gesendet werden,
in einem definierten Zeitraum (nicht zu schnell, nicht zu Langsam) Ankommen.
NH verlangt aber zwingend (warum? MRR benötigt das ja auch nicht) 1M min. diff.
Deshalb wurde ein extra Port (4334) zusätzlich Eingerichtet um es den Usern zu Ermöglichen auch NH zu Benutzen.
Der Betrieb des Pool und der extra Proxys (4334) kosten jedoch Resourcen auf den in der Welt Verteilten
Full-Servern und somit Geld.
Deshalb und um gleichzeitig noch ein paar "Features" wie z.B. die Miner Separierung (btcaddress.willi7)
wieder Vollumfänglich Nutzen zu können, wurde der erste Update durchgeführt.
Dadurch fiel aber auf das NH die dynamische diff Übertragung nicht Unterstützt.
Deshalb hat Con den Update wieder Zurückgenommen aber die min. diff auf 1M gesetzt damit eine Benutzung
von NH überhaupt möglich wird ohne extra einen Proxy zu Betreiben und somit Kosten zu Verurrsachen.
SoloCKPool will gerade kleinen Mineren eine möglichkeit zum Solo Minen ohne eigene Bitcoind sowie
ohne eigenes Block Propagations Netztwerk ermöglichen.
Wenn ein 333MHz Miner eine 1M diff bekommt, würde es Tage dauern (je nach Glück des Miners) bis ein
Share zum Pool gesendet wird. Da aber zur Berechnung eine gewisse Anzahl von Shares Notwendig sind
verlängert sich der Zeitraum bis zur Anzeige auf evt. Wochen!
Das führte zur "Rebelion der Gehenkten" also den kleinen Minern und Con hat dann einen Update der Einstellungen
im Statistik Modul Vorgenommen um die Auswirkung zu lindern.
So werden Miner mit min. 500GH Zeitnah mit den Statusdaten Versorgt, alle kleineren Miner fahren besser mit der
Einstellung suggest-diff so wie ich das hier:
https://bitcointalksearch.org/topic/m.54141898 gepostet habe.
Auf die "Höhe" des Share (Bestshare und anderes Blendwerk des Teufels) hat es aber keinen Einfluß.
Dafür ist nur das Glück bzw. der Zufall verantwortlich.
hat sich das schon jemand im detail analysiert? liefert der pool derzeit eine schlechtere performance bzw. weniger shares und damit versuche einen block zu finden in der zeit die wir zur verfügung haben?
Nein, Ihr benötigt länger um einen höheren share als 1M zu "Erwürfeln".
