Topic: Fehler in p2pool aber wie lösen? (Read 1725 times)

Genau. Das war aber mit 400 GH/s für eine halbe Stunde. Zeigt aber ganz schön, dass die Dustproduktion bei einer Änderung erheblich wäre.


Nicht, dass ich wüsste.


Weil Du immer noch einen Pool-Knoten betreibst. Und der tauscht mit den anderen Knoten Shares aus, auch die natürlich, die er nicht selbst gemint hat.

Ich habe ja gesehen das du mit einem Share gerade mal ca. 0.3 mBTC bekommen.... das ist ja so gut wie gar nichts.
Das sind ja nicht mal ansatzweise 0.02 BTC die ich so am Tag bekommen wollte.

Was ist eigentlich mit dem ELIGIUS Pool. ? Gibs da Nodes die man selber betreiben kann? gg

P.s.

Das ja interessant:

Nur... Warum sendet der nun ein Share, ich mine garnicht mehr.... Und anzählen tut er es natürlich auch nicht .*g*

Ich hatte ja schon geschrieben: Die Varianz-Effekte sind einfach deutlich stärker ausgeprägt als in anderen Pools. Und Varianz ist gerade bei geringer Hashrate schlicht: frustrierend. Konzeptionell lässt sich das aber nicht wirklich ändern, denn eine deutliche Verringerung der Pool-Diff (das wäre mE der einzige Ansatz, das "Problem" zu lösen) würde die Netzwerklast übermäßig steigern, da man dann deutlich mehr Shares verwalten und validieren müsste. Hinzu kommt: Man produziert sehr viel BTC-Dust, da eben mit jedem gelösten Block die Shares unmittelbar ausgeschüttet werden. Alternative ist dann nur noch, in einem (konventionellen) Pool im P2Pool zu minen. Sowas findet man z.B. hier: https://bitcointalksearch.org/topic/mixed-mining-poolserver-httpsminereckinet444-50862

Rein pragmatisch würde ich Dir zustimmen: Mit geringer Hashleistung sollte man von einem P2Pool inzwischen wohl die Finger lassen. Die Diff ist einfach zu hoch und damit wird das Mining im P2Pool zu einer frustrierenden Lotterie.

Hy,

so ich hab das ja nun 4 Tage durchgängig am laufen gehabt und nicht 1 einzigen Share ins p2pool bekommen.
Also 5 Tage fürn Arsch.
 
Mein Persönliches Fazit:
Das p2pool Netz bringt nur Minern etwas die sehr schnell unterwegs sind. = 0% Fee
Alle kleinen Miner gehen leer aus und sind auf die großen central Pools mit min. 3 % Fee angewiesen.

Das bestärkt mich mal wieder in meiner Meinung : Geld zu Geld

Ich denk schon das das p2pool Netz überdacht werden sollte. Bzw. ein zweites p2p Netz aufgebaut werden sollte. In den auch die "kleinen" Miner etwas für ihre Shares bekommen.

Leider stehe ich im Englischen Thread mit meiner Meinung alleine da
Verständlich, da die Miner dort ja alle schnell unterwegs sind. *g

Vielleicht hat ja noch jemand Anregungen.

Nichts zu danken. Wenn Du aber einen Miner findest, der pos. ROI abwirft, dann sag hier bitte Bescheid.

Bedankt. Jetzt weiß ich auch das das richtig läuft.
Jetzt brauch ich nur noch ein Miner der seine RIO einspielt

Na, dann kannste jetzt gut schlafen! Relativ.

Ja, besten Dank.

Hehe um einfach nur mal zu sehen ob das ding nen Share raus gibt, darf gerne mal eben einer connecten. *g

Dann habe ich ein ruhiges gewissen und kann gut schlafen... naja, relativ gut

Nein, das spielt überhaupt keine Rolle. Jeder mint auf seine eigene Auszahlungs-Adresse (sofern Deine Miner Dir ihre Leistung nicht einfach schenken wollen) und damit ist jeder "für sich allein" unterwegs. Wenn sich also jetzt jemand mit 100 GH/s an Deinen Pool hängt und einen Share findet, bringt Dir das nichts, wenn Du selbst keinen gefunden hast.

Hy,

ne, diese kommt nur beim Start. Da ist se mir aufgefallen.

Das andere tritt ab und zu mal auf.

Also gut verknotet scheint der Node ja nun zu sein :

Dann heißt es wohl doch erstmal abwarten und hoffen das was geht.

Aber nochmal um drauf zurück zu kommen;
Wenn ein Node kein Share macht, haben alle die auf dem Node minen nichts gewonnen, richtig?
Nur wenn der Node ein Share macht, bekommen alle, die auf dem Node gemint haben, ihren Anteil, aufgeteilt anhand der Miner Shares an den Node?

Würde bedeuten, das die Miner besser auf einem Node minen sollten der bereits schnell unterwegs ist?
Würde das nicht zwangsläufig wieder zu einem central node führen?

Kenne keine Möglichkeit zum Testen. Aber das sieht bei Dir alles soweit okay aus. DAO-Rate könnte besser sein, ist aber okay. GetBlockTemplate-Latency ist ebenfalls okay. Wenn Du die Sharechain komplett geladen hast (was ebenfalls so aussieht), sollte es keine Probleme geben. Was Du machen kannst: schauen, ob Deine Mining-Software Dir einen Best-Share > 120k angibt. Wenn das nicht der Fall ist, gibt es erstmal keinen Grund, ein Problem zu vermuten.

Die Fehlermeldungen oben spielen für das Mining keine Rolle. Die Fehler bei web.py wirken sich nur auf das HTML-Webinterface aus. Der erste Fehler scheint ein Verbindungsproblem mit einem anderen Node zu sein, kann ich aber nicht genau sagen. Kommt der erste regelmäßig?

Gibs den eine Möglichkeit zu testen ob der p2pool node komplett richtig funktioniert?

Damit man auch sicher gehen kann, das Shares auch den node verlassen.

Da ja auch ab und zu diese Fehlermeldungen wie weiter oben stehen auftauchen.

Das Netzwerk ist gerade ziemlich unlucky. Aber, korrekt: 0 nach einer Woche wäre verdammt hart, wenn auch nicht ausgeschlossen.

p.s. Ich sichere mich nur ab, sonst will nachher jemand einen Refund haben, weil all die schönen Shares im Ofen gelandet sind.

0 wäre nach ner Woche verdammt hart, aber da die aktuelle Runde schon über 2 Tage dauert...
nichts ist unmöglich p2pool;)

Dafür haste ja drüben im Thread schon "Schläge" bekommen. - An PPS ist bei verteiltem Mining überhaupt nicht zu denken, da es den Netzwerktraffic exponentiell steigern würde und das Angriffspotential erhöhen. Die Shares müssen ja P2P verwaltet und verifiziert werden. Dafür nutzt P2Pool eine eigene "Sharechain" analog zur Blockchain im BTC-Netzwerk. Alle ~ 30 Sekunden wird im gesamten Netzwerk ein Share gefunden, an alle Pools verteilt und von diesen verifiziert. Das steuert dann die Auszahlung beim Finden eines Blocks.

Viel Erfolg mit Deinem Pool! Mit 14 GH/s biste halt den "rohen Gewalten der Varianz" besonders stark ausgesetzt. Das kann gut gehen (und Du bekommst mehr, als Du erwartest), es kann aber auch am Ende der Woche eine 0 da stehen.

Danke.

Die Erklärung war super. Das lässt wenigstens durchblicken wie das Netzwerk funktioniert.
Ich finde zwar das es für kleiner Miner etwas toleranter sein sollte. Aber gut.

Ich trau mich jetzt mal und lasse das ding eine Woche minen. Sollte jeden tag min. 0.02 BTC bringen. Und 0.14 BTC auf die Woche.

Ich bin mal gespannt.

Da steckt einfach noch ein Denkfehler drin. P2Pool funktioniert nicht wie "normale Pools", in denen Du für jeden Share, den der Pool akzeptiert, "bezahlt" wirst. Die Shares, die Du an einen P2Pool lieferst, werden nicht aufsummiert, sondern dienen allein dazu, Deine Hashleistung zu berechnen. Wirklich gezählt - also in der "Sharechain" gespeichert - werden nur Shares, die über der aktuellen Pool-Diff liegen. Nur für diese wirst Du "bezahlt".

Heißt: Du lieferst - jetzt grob vereinfacht -1.000 Shares mit Diff 1. Daraus wird Deine Hashleistung X GH/s berechnet und angezeigt. Darunter ist kein einziger Share, der > 140k ist. Damit ist Dein Auszahlungsbetrag = 0. Bei Deiner Hashleistung solltest Du aktuell alle 14 Stunden einen solchen Share > 140k finden. Es kann aber eben auch sein, dass Du nach 30 Stunden noch keinen einzigen gefunden hast, nach 36 Stunden dann aber zwei. Das ist eben Varianz, die sich erst über einen größeren Betrachtungszeitraum ausmittelt.

BTW: Einen Share zu finden bedeutet nicht automatisch, dass Du auch eine Auszahlung bekommst. Auszahlungen bekommst Du nur, wenn der Pool auch Blocks findet. Aktuell sollte das P2Pool-Netzwerk alle 19 Stunden einen Block finden. Aber auch hier wirkt sich wieder die Varianz aus. Wenn das Netzwerk erst nach 48 Stunden einen Block findet, gehst Du leer aus. Wenn es aber in 48 Stunden vier findet, dann wirst Du doppelt bezahlt, weil Du für Deine Shares vier Auszahlungen bekommst.

tl;dr P2Pool ist nichts für ungeduldige Gemüter. Im P2Pool-Netzwerk sind die Varianz-Effekte stark ausgeprägt.

Danke fürs Feedback.

mh... Aber bestätigt dies nicht meine Annahme, das wenn ich es mit dem node nicht schaffe innerhalb der "voraussichtlichen Zeit für den neuen Block" meine kompletten miner shares verloren gehen?

Also mein Node diese Miner shares bündelt und weiter reicht und wenn er dies nicht macht, pech gehabt, alles weg?

Kann ich nicht bestätigen. Hab das mal ne Zeitlang ausgetestet und jeder Miner bekommt unterschiedliche Diffs zugewiesen, je nach Geschwindigkeit. Allerdings spielt das auch nur eine untergeordnete Rolle, die zugewiesene Diff hat rein "statistische Relevanz", denn P2Pool gaukelt den Minern nur eine bestimmte Diff vor, gezählt werden nur Shares, die über der aktuellen Pool-Diff liegen. Diese liegt aktuell bei 140k.


Mit 14 GH/s solltest Du aktuell etwa alle 14 Stunden einen Share erzielen. Allerdings kommt Dir da die Varianz in die Quere. Du hast einfach Pech gehabt und keinen Share über der aktuellen Pool-Diff erzielt.

Also irgendwie scheint da was nicht richtig zu ... Also entweder habe ich hier ein Denkfehler....Oder mein Node läuft nicht so, wie er sollte.

Ich habe nun 2 Tage mit 14 GB gemined. Freitag und Samstag, Dabei habe erstmal festgestellt, das die Diff die der Node an die Miner gibt, immer global auf alle miner angewendet wird. Was schon mal dumm ist, wenn man ein Miner dabei hat der langsam z.b. 333 MHs und einen der mit 14 GHs daher kommt.

Der 14GHs läuft ständig leer.

Nun soll man ja irgendwie seine Miner Diff einstellen können. Ich habe dies auch mal versucht jedoch keine Auswirkung gemerkt.
Ich benutze den CGMiner.

Aber zurück, ich habe den node nun ein paar  Tage am laufen gehabt, dieser hat aber 0 Shares ans p2pool Netzwerk geleitet. Heißt das, das alle miner shares nun für den Arsch sind?

Ich hab jetzt mal wieder aufgehört, da ich nicht weiß, ob ich die shares verschenke.
Aber das ist mal nen Auszug aus dem Log:

Dazu kommen noch einige Fehlermeldungen die mich etwas beunruhigen: