Bitcoin Forum
December 04, 2016, 04:04:40 AM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Poll
Question: Welches Feature sollen wir für unseren Pool als nächstes entwickeln?
JAVA Tool für Miner-, Exchange- & Stock-Market Überwachung in Echtzeit
Auszahlungsmethode von PPLNS auf DGM umstellen
Redesign der WEB Seiten
Wett-Interface mit ESCROW
Krypto-Adressen pro Benutzer als Option einrichten

Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 [17] 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 ... 82 »
  Print  
Author Topic: Mixed mining Poolserver https://miner.ecki.net:444  (Read 105620 times)
yxt
Legendary
*
Offline Offline

Activity: 1834



View Profile WWW
March 01, 2012, 03:46:19 PM
 #321

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.

Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480824280
Hero Member
*
Offline Offline

Posts: 1480824280

View Profile Personal Message (Offline)

Ignore
1480824280
Reply with quote  #2

1480824280
Report to moderator
1480824280
Hero Member
*
Offline Offline

Posts: 1480824280

View Profile Personal Message (Offline)

Ignore
1480824280
Reply with quote  #2

1480824280
Report to moderator
eckmar
Hero Member
*****
Offline Offline

Activity: 742


Ecki


View Profile
March 01, 2012, 04:27:20 PM
 #322

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... Cheesy

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... Cheesy

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! Grin

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
Hero Member
*****
Offline Offline

Activity: 742


Ecki


View Profile
March 01, 2012, 05:14:08 PM
 #323

Und wieder eine Premiere! Super freu! Cheesy

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...  Grin

So kann es weitergehen...  Cool

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

Gute Nacht miteinander,
 Ecki



Tinua
Hero Member
*****
Offline Offline

Activity: 870



View Profile
March 01, 2012, 05:40:06 PM
 #324

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
Full Member
***
Offline Offline

Activity: 224



View Profile
March 01, 2012, 11:22:11 PM
 #325

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


Ich glaube nicht an Gott - an die globale Zukunft des BitCoin hingegen schon.
eckmar
Hero Member
*****
Offline Offline

Activity: 742


Ecki


View Profile
March 02, 2012, 01:17:37 AM
 #326

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. Grin
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... Cheesy

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...  Grin
(Auch wenn man DABEI dann keine Fehler macht!)

In diesem Sinne,
 Ecki
 

eckmar
Hero Member
*****
Offline Offline

Activity: 742


Ecki


View Profile
March 02, 2012, 01:44:15 AM
 #327

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. Grin

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
Hero Member
*****
Offline Offline

Activity: 742


Ecki


View Profile
March 02, 2012, 03:13:27 AM
 #328

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
Donator
Sr. Member
*
Offline Offline

Activity: 477



View Profile
March 02, 2012, 01:41:16 PM
 #329

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

Activity: 95



View Profile
March 02, 2012, 02:12:43 PM
 #330

Morg`N!

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

... is wohl schon Feierabend dort! Wink

sdG


eckmar
Hero Member
*****
Offline Offline

Activity: 742


Ecki


View Profile
March 02, 2012, 03:03:59 PM
 #331

Morg`N!

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

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

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

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

Cu,
 Ecki

SShadow
Member
**
Offline Offline

Activity: 95



View Profile
March 02, 2012, 03:12:52 PM
 #332

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
Hero Member
*****
Offline Offline

Activity: 742


Ecki


View Profile
March 02, 2012, 03:55:55 PM
 #333

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

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... Grin

SShadow
Member
**
Offline Offline

Activity: 95



View Profile
March 02, 2012, 03:56:22 PM
 #334

Schön, Schön ... funzt wieder .... auch wenn es nicht an der route lag!
eckmar
Hero Member
*****
Offline Offline

Activity: 742


Ecki


View Profile
March 02, 2012, 04:02:13 PM
 #335

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! Sad

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
Hero Member
*****
Offline Offline

Activity: 742


Ecki


View Profile
March 02, 2012, 04:10:45 PM
 #336

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. Cheesy

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. Sad

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

Cu,
 Ecki

SShadow
Member
**
Offline Offline

Activity: 95



View Profile
March 02, 2012, 04:13:52 PM
 #337

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

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  Grin

Prost & sdG SShadow
Mycom
Full Member
***
Offline Offline

Activity: 222



View Profile
March 02, 2012, 04:17:48 PM
 #338

Funzt jetzt meine Stats
FPGAMining
Jr. Member
*
Offline Offline

Activity: 41


View Profile
March 02, 2012, 08:12:31 PM
 #339

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
Hero Member
*****
Offline Offline

Activity: 742


Ecki


View Profile
March 03, 2012, 01:59:57 AM
 #340

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...  Grin
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

Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 [17] 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 ... 82 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!