Mixed mining Poolserver https://miner.ecki.net:444

[yxt]

Erstmal Gratulation und Respekt für die Selbsterkenntnis!

Ich hatte die Tage schon öfters die Befürchtung dass du dich bei all deinen Projekten verzettelst.
Heute habe ich dann aber festgestellt dass dies wohl schon passiert ist und du die ganze Zeit mit Halbwissen hantierst (stales/LP..)

...
Nur zur Sicherheit wegen "Datenbank leeren" .... die last N shares gelten schon Blockübergreifend? Also wenn ein Block weniger als die 1/2 diff shares hat?

Nein gelten sie nicht.
Wenn ein Block in weniger als der Hälfte der Schwierigkeit gefunden wird, dann wird er ganz normal dem Schlüssel entsprechend verteilt.
Wieso sollten da Anteile in den nächsten Block mit rüber geschoben werden?

Ich wusste ja erst nicht ob ich weinen oder lachen soll ;-)


Das Konzept hinter PPLNS ist eben nicht nach Blockrunden zu zahlen sondern fest nach den letzten N shares,
weshalb ein share auch mehr als einmal bezahlt werden kann! Die Idee dahinter ist einfach dass es keinen Zeitpunkt gibt
(am Anfang einer Runde) an dem ein share potentiell mehr wert ist. Bei einem Block der unter den 1/2 diff shares benötigt müssten die letzten shares der vorhergehenden Runde mitgezählt werden bis die N shares "voll" sind.


Bitte informier dich erst mal genauer über die einzelnen Auszahlungssysteme! EDIT: sehr umfassend zB hier: https://bitcoil.co.il/pool_analysis.pdf
ecki verwendet so definitiv kein PPLNS!
Sondern irgend etwas "selbstgestricktes" von dem ich noch nie gehört habe. Wenn ich das jetzt richtig verstanden
habe: Wenn ein block unter den 1/2 diff shares benötigt wird proportional gezahlt, wenn mehr benötigt werden nur die letzten N 1/2 diff shares berücksichtigt, richtig?

Wäre mein miner nicht eh heute schon ausgestiegen müsst ich mir echt überlegen was ich mache. Hab mir des jetzt noch nicht genau überlegt aber habe die Vermutung dass der pool mit dem Vergütungskonzept anfälliger für poolhopping wird.

[1715153470]

1715153470

[1715153470]

1715153470

[1715153470]

1715153470

[eckmar]

Hallo yxt,

...
Ich wusste ja erst nicht ob ich weinen oder lachen soll ;-)

...
Wenn ein block unter den 1/2 diff shares benötigt wird proportional gezahlt, wenn mehr benötigt werden nur die letzten N 1/2 diff shares berücksichtigt, richtig?
...

Also ich schlage im Zweifelsfalle immer lachen vor!
Weinen sollte man wirklich nur im absoluten Notfall und wenn es gar nicht mehr anders geht...

Zum Thema:
Das Auszahlungssystem ändert sich nicht, es ist fest auf "Last N Shares (1/2 Difficulty)" eingestellt und war eine der beiden Auswahlmöglichkeiten (neben proportional) die beim Poolserver implementiert war.
Wir haben an dem Auszahlungssystem nichts geändert, obwohl schon mehrfach der Wunsch nach PPS geäußert wurde.
Ich gehe einfach mal davon aus, das PPLNS vom Schreiber der Poolsoftware richtig implementiert wurde, kann dir aber gerne den PHP code zur Prüfung schicken (denn die Poolsoftware ist ja Freeware).
Ich selber bin kein PHP Programmierer und mir durchaus meines "Halbwissens" bezüglich der genauen Funktionsweise von BitCoin bewusst und deshalb frage ich...

Ich habe aber in meiner mehr als 25 jährigen Berufserfahrung in der EDV immerhin schon gelernt, dass die Leute mit Halbwissen die Fragen stellen und sich ihres Halbwissens bewusst sind NICHT die gefährlichen Leute sind.

Sondern die Leute mit Halbwissen die Antworten geben und sich ihres Halbwissen nicht bewusst sind, die sind echt gefährlich!

In diesem Sinne,
 der fragende Halbwisser Ecki

Edit: Ich sehe dieses Forum hier nicht so, das ich hier der Lehrer bin und alle unterrichte, sondern das ich hier auch Fragen stellen kann über Zusammenhänge dir mir unklar sind, die dann von Vollwissern oder von Halbwissern die die andere Hälfte verstanden haben beantwortet werden. Siehst du dieses Forum anders?

[eckmar]

Und wieder eine Premiere! Super freu!

Gestern am 1.3.2012 haben wir zum ersten Mal seit bestehen des Pools 2 BTC und 2 NMC Blöcke an einem Tag gefunden!

Yeah, ich gebe einen aus! Alle Mann (haben wir hier auch eine Frau?) an die Wasserhähne... 

So kann es weitergehen... 

Jetzt brauche ich nur noch meine 30 Icarus Boards... ach, das Leben ist schön!

Gute Nacht miteinander,
 Ecki

[Tinua]

Erstmal Gratulation und Respekt für die Selbsterkenntnis!

Ich hatte die Tage schon öfters die Befürchtung dass du dich bei all deinen Projekten verzettelst.
Heute habe ich dann aber festgestellt dass dies wohl schon passiert ist und du die ganze Zeit mit Halbwissen hantierst (stales/LP..)

...
Nur zur Sicherheit wegen "Datenbank leeren" .... die last N shares gelten schon Blockübergreifend? Also wenn ein Block weniger als die 1/2 diff shares hat?

Nein gelten sie nicht.
Wenn ein Block in weniger als der Hälfte der Schwierigkeit gefunden wird, dann wird er ganz normal dem Schlüssel entsprechend verteilt.
Wieso sollten da Anteile in den nächsten Block mit rüber geschoben werden?

Ich wusste ja erst nicht ob ich weinen oder lachen soll ;-)


Das Konzept hinter PPLNS ist eben nicht nach Blockrunden zu zahlen sondern fest nach den letzten N shares,
weshalb ein share auch mehr als einmal bezahlt werden kann! Die Idee dahinter ist einfach dass es keinen Zeitpunkt gibt
(am Anfang einer Runde) an dem ein share potentiell mehr wert ist. Bei einem Block der unter den 1/2 diff shares benötigt müssten die letzten shares der vorhergehenden Runde mitgezählt werden bis die N shares "voll" sind.


Bitte informier dich erst mal genauer über die einzelnen Auszahlungssysteme! EDIT: sehr umfassend zB hier: https://bitcoil.co.il/pool_analysis.pdf
ecki verwendet so definitiv kein PPLNS!
Sondern irgend etwas "selbstgestricktes" von dem ich noch nie gehört habe. Wenn ich das jetzt richtig verstanden
habe: Wenn ein block unter den 1/2 diff shares benötigt wird proportional gezahlt, wenn mehr benötigt werden nur die letzten N 1/2 diff shares berücksichtigt, richtig?

Wäre mein miner nicht eh heute schon ausgestiegen müsst ich mir echt überlegen was ich mache. Hab mir des jetzt noch nicht genau überlegt aber habe die Vermutung dass der pool mit dem Vergütungskonzept anfälliger für poolhopping wird.

Hallo yxt

Ich bin einer der "Garnichts Wisser"

Wenn ich aber den Blog von Meni Rosenfeld lese, ( https://bitcointalk.org/index.php?topic=39832.msg486012#msg486012) und (https://bitcointalk.org/index.php?topic=39497.msg481864#msg481864) dann gibt es verschiedenste Arten von PPLNS Implementierungen.
Die einen sind besser, die anderen sind schlechter. DGM wäre zum Beispiel etwas, was ich mir gut für die Zukunft vorstellen könnte.

Daneben finde ich aber Drohungen den Pool zu verlassen, oder "ich weiss alles, du Depp weisst nichts" Sprüche in unserem Pool total daneben!
Man kann Kritik oder Verbesserungsvorschläge auch konstruktiv zur Debatte bringen.

Ich bin sicher, Ecki hat für ein besseres oder faireres System immer ein Ohr offen.
Und bis auf phil63 (hatte ich den Eindruck?) haben wir noch nicht wirklich viele Hopper gesehen!

Somit hättest Du beim jetzigen System absolut keine Nachteile!
Und um so mehr Hashpower wir haben, umso weniger attraktiv sind wir für Hopper (denk ich mal?)!

Zur Zeit hats halt zuviele Baustellen die wichtiger sind.

Wenn sich jemand damit nicht anfreunden kann..............es wird niemand gezwungen hier zu minen!

Mit freundlichen Grüssen
Der "Garnichts Wisser" Tinu

[Mineriner]

Zickenkrieg! Jawollja
War zu erwarten.
Nein, ich habe zu eurem Konflikt nichts beizutragen, ich gucke mir das Ganze nur an.

[eckmar]

Guten Morgen Mineriner,

Zickenkrieg! Jawollja
War zu erwarten.
Nein, ich habe zu eurem Konflikt nichts beizutragen, ich gucke mir das Ganze nur an.

Da muss ich dir ja gleich dreifach widersprechen.
Weder Zicken, noch Krieg, noch Konflikt!

Mir gefällt zwar im Moment der Diskussionsstiel von yxt auch nicht gerade besonders gut, aber deshalb bewerte ich seine Beiträge noch lange nicht als Krieg oder als Konflikt.
Ich respektiere andere Meinungen und auch wenn ein Anderer über eine bestimmte Sache mehr weiß als ich.
Damit habe ich kein Problem... ich bin auch mit 51 Jahren immer noch lernfähig...

Mit dieser typisch deutschen Logik:
-> Wer viel macht, macht viele Fehler!
-> Wer wenig macht, macht wenig Fehler!
-> Wer nichts macht, macht keine Fehler!
-> Wer keine Fehler macht, wird befördert!

... kann und will ich mich nicht identifizieren.

Der Poolserver hier ist EIN Projekt von vielen das ich zu managen habe.
Es wirft bei weitem noch (für immer?) keinen Gewinn ab und ich sehe das Projekt im Moment eher als: "Ich tue was Gutes!" an (Ich finde die Idee hinter einer dezentralen Crypto-Währung klasse und möchte die unterstützen!).
Wenn ich bei so einem Projekt, um Zeit zu sparen und den Entwickler zu entlasten, mal eine Frage falsch beantworte, weil ich nicht beim Entwickler zurück frage in wie weit die Datenbank nach einem gefundenen Block entleert wird, dann habe ich damit kein Problem solange ich daraus lerne!

Das System krankt an zu vielen Leuten die "einfach nur zu gucken und nichts machen" (um keine Fehler zu machen!) und an zu wenig "Machern"...

Ich mache viel... und ich mache auch Fehler... und?

Das finde ich immer noch besser als nichts machen und nur angucken...  
(Auch wenn man DABEI dann keine Fehler macht!)

In diesem Sinne,
 Ecki
 

[eckmar]

Hallo Tinua,

...
Man kann Kritik oder Verbesserungsvorschläge auch konstruktiv zur Debatte bringen.

Ich bin sicher, Ecki hat für ein besseres oder faireres System immer ein Ohr offen.
...

Ersteinmal danke für deinen Beistand.

Zu DGM möchte ich auf die Nachricht 102 hier in diesem Brett verlinken:
https://bitcointalk.org/index.php?topic=50862.msg733353#msg733353

Wir werden vermutlich (!) Ende Q2 auf DGM umstellen, das muss aber erst einmal vom Entwickler implementiert werden.
Bis dahin verwenden wir den original Code für "last N shares (1/2 difficulty)" wie er in der Poolserver Freeware implementiert wurde.
Hierzu wird es im April eine Umfrage (Poll) geben ob das auch von der Mehrheit so gewünscht wird!

Mit sonnigem Gruß von der Insel,
 Ecki

[eckmar]

Hallo yxt,

...
Das Konzept hinter PPLNS ist eben nicht nach Blockrunden zu zahlen sondern fest nach den letzten N shares,
weshalb ein share auch mehr als einmal bezahlt werden kann!
 ...

Ist das denn auch bei DGM der Fall, das ein Share mehr als einmal bezahlt werden kann?
(Wenn ich mich richtig erinnere, dann ja, bin mir da aber nicht mehr 100% sicher.)

Denn wenn nicht, wäre das schon fast wieder ein Argument dafür bei PPLNS zu bleiben.
Die Idee gefällt mir nämlich extrem gut!

Ich werde den Entwickler heute bitten, die original PPLNS Implementation zu prüfen und uns zu sagen wie weit die Datenbank bei einem neu gefundenen Block geleert wird.
Genauere Infos dann hier an dieser Stelle innerhalb der nächsten 8-10 Stunden...

Mit sonnigem Gruß von der Insel,
 Ecki

Edit: Freitag um 23:20 Uhr, Rückmeldung zum IST Stand erst am Montag, er ist vor dem Wochenende nicht mehr dazu gekommen sich das genauer anzuschauen...

[Lord F(r)og]

nanü? Ecki's Site is weg. Stomausfall in Thailand oder wird wieder gerouted auf Deibl komm raus? miner laufen...noch

[SShadow]

Morg`N!

jap, miner laufen noch, nur website nicht mehr auffindbar!

... is wohl schon Feierabend dort!

sdG

[eckmar]

Morg`N!

jap, miner laufen noch, nur website nicht mehr auffindbar!

... is wohl schon Feierabend dort!
...

Sorry, aber hier ist alles online.
WEB Seite funktioniert ganz normal.

Kannst du mal ein Traceroute zu miner.ecki.net posten, damit man sieht WO es hängt?

Cu,
 Ecki

[SShadow]

Routenverfolgung zu miner.ecki.net [110.77.137.88] �ber maximal 30 Abschnitte:

  3    38 ms    39 ms    38 ms  vpn0-lo-00-000.lac-aut.loop.inode.at [213.229.45.125]
  4    38 ms    38 ms    38 ms  bord-vl-00-505.shuttle.vien.inode.at [195.58.160.177]
  5    40 ms    40 ms    42 ms  at-vie-xion-pe01-vl-2059.upc.at [84.116.229.17]
  6    39 ms    40 ms    39 ms  at-vie01a-rd1-vl-2050.aorta.net [84.116.228.193]
  7    39 ms    39 ms    39 ms  at-vie05b-ri2-xe-3-2-1.aorta.net [213.46.173.121]
  8    59 ms    39 ms    40 ms  at-inn01a-ra1-so-1-0-0-0.aorta.net [213.46.173.226]
  9    67 ms    67 ms    67 ms  xe-5-0-0.par20.ip4.tinet.net [89.149.184.134]
 10    63 ms    63 ms    63 ms  cat-telecom-gw1.ip4.tinet.net [77.67.74.58]
 11   360 ms   360 ms   361 ms  202.47.253.205
 12   354 ms   354 ms   354 ms  61.19.9.53
 13   361 ms   360 ms   354 ms  61.19.9.42
 14   353 ms   353 ms   353 ms  61.19.15.186
 15   363 ms   364 ms   363 ms  110.77.255.34
 16   375 ms   374 ms   374 ms  110.77.252.78
 17   417 ms   426 ms   421 ms  mail2.ecki.net [110.77.137.88]

Ablaufverfolgung beendet.

[eckmar]

Hmmm, da hat ja wohl jemand unten bei mir im Support über das Ziel hinausgeschossen...

Konfigurationsfehler... und hat damit das WEB Frontend von außen nicht mehr erreichbar gemacht.

Fehler ist jetzt behoben, die Traceroutes haben geholfen den Fehler zu finden... Danke!

Cu,
 Ecki

P.S.: Wir machen hier immer erst gegen Mitternacht Feierabend...

[SShadow]

Schön, Schön ... funzt wieder .... auch wenn es nicht an der route lag!

[eckmar]

Schön, Schön ... funzt wieder .... auch wenn es nicht an der route lag!

Das Gemeine war ja, das hier alles funktioniert hatte, d.h. auch unser Nagios Monitor hat hier keinen Alarm gegeben, da die WEB Seite von hier aus erreichbar war.
Deshalb bin ich ja auch ursprünglich von einem Routing-Problem zwischen Europa und Asien ausgegangen.

Aber der Traceroute hat ja schön gezeigt, das der Weg durchgeht, d.h. es wurde erst bei unserer Firewall geblockt!

Kurz was Anderes:
Mein Entwickler hat noch kurz vor dem Wochenende die Grafiken unter "my stats" für die europäischen Benutzer gefixt.
Kann mal jemand gucken ob da jetzt wieder vernünftige Werte angezeigt werden?

Cu,
 Ecki

[eckmar]

nanü? Ecki's Site is weg. Stomausfall in Thailand oder wird wieder gerouted auf Deibl komm raus? miner laufen...noch

Immerhin war das mal ein "Proof of concept" das Europa unabhängig weiterlaufen kann, auch wenn Asien mal kurz offline ist.

Das Ganze war aber kein Stromausfall (wir haben hier 4 KW DC/AC Wandler mit 4x 200 AH für beide Büros und wenn das nicht langt, dann haben wir auch noch ein 16 KW Diesel Notstromaggregat) sondern ein Konfigurationsfehler in der Firewall von einem Mitarbeiter im Support.

Naja, Menschen machen eben Fehler... aber im allgemeinen ist der Mann gut, also Schwamm drüber...  

Cu,
 Ecki

[SShadow]

Naja, aber wenn ich mich nicht irre habt Ihr ja eh schon fast High Noon und Feierabend!  

Ja, spitzenmäßig, die Diagramme schauen wieder aktuell und richtig aus.
Da musst dem Entwickler mal was anderes als Wasser aus dem Hahn anbieten zum Feiern  

Prost & sdG SShadow

[Mycom]

Funzt jetzt meine Stats

[FPGAMining]

Tagchen.
Ich hätte mal noch eine Frage zum LTC-mining auf deinem Pool.
Ich mine mit ~200kh/s (schwankt zw. 170 und 230). Ich bekomme damit bei deinem Pool ca. 80LTC/Tag.
Allerdings bekomme ich mit der selben Hash-Rate bei Pool-X ~140LTC/Tag.
Woran liegt das?
Das soll jetzt nicht unbedingt als Kritik verstanden werden, mir ist das ziemlich egal, ob ich 80 oder 140 bekomme, mich interessiert nur der Grund.

MfG

[eckmar]

Moin FPGAMining,

...
Ich hätte mal noch eine Frage zum LTC-mining auf deinem Pool.
Ich mine mit ~200kh/s (schwankt zw. 170 und 230). Ich bekomme damit bei deinem Pool ca. 80LTC/Tag.
Allerdings bekomme ich mit der selben Hash-Rate bei Pool-X ~140LTC/Tag.
Woran liegt das?
...

Bist du wotan? (Es ist immer sehr hilfreich, wenn man weiß wer da gerade schreibt...)
Der Name FPGAMining assoziiert bei mir nicht unbedingt CPU mining...  
Falls ja, dann versuche doch mal deine Clients auf dem Proxy in Europa baggern zu lassen, dort bekommen die sehr viel schneller "Arbeit".
An der Tabelle "Last 30 bocks found" kannst du sehen, das wotan noch in Samui baggert (Farbe schwarz, die Grünen baggern in Europa).
An Hand der IP von wotan sehe ich das er aus Deutschland kommt.
D.h. seine Clients haben eine Verzögerung von >250ms wenn sie Arbeit anfordern und >250ms bis sie Arbeit bekommen, das ist mehr als eine halbe Sekunde! In Computermaßstäben gerechnet eine Ewigkeit...
Genau das war ja nun auch der Grund warum wir den Proxy-Server für Europa eingerichtet haben!

Also, falls du wotan bist (wovon ich ausgehe, denn es gibt eigentlich nur ihn mit dieser CPU Hashrate), dann trage doch bitte einfach mal bei deinen Clients anstatt miner.ecki.net eu-proxy.ecki.net ein.
Alles andere (Name, Kennwort, Port, usw. bleibt gleich!).

Und schon solltest du eine deutlich höhere Hashrate haben (und damit auch bei uns mehr Blöcke finden), denn von deinen erwähnten 200 Kh/s kommen hier in Thailand nur ca. 160 Kh/s an... da liegen ja immerhin ca. 7.500 km (einfach) dazwischen!

Und jetzt ab an den Strand...
 Ecki