Hi!

Im Gegenteil, bis vor kurzem gingen nur 2 Nachkommastellen, seit kurzem gehen alle Nachkommastellen.

Gib den Betrag mal mit Punkt ein, nicht mit Komma und nich reinkopieren, sondern abtippen, sonst hast Du am Ende evtl. ein CR+LF, was die Eingabe dann ungütlig macht.

bin erstmal zu eligius gewechselt (weil ohne nachdenken schnell gegangen und dort weiß man was man bekommt).
Aber habe eben meine Mining-Scripte auf Bitlockers angepasst.

@redhatzero:
Sehr schade, aber ich kann es verstehen und hatte nach Deinem Kommentar "lass Dich überraschen was ich mir noch ausgedacht habe" auch schon sowas gedacht.

Wie gesagt schade, ich war ab der 3. Runde dabei und fand es echt gut, wie Du den Pool aufgebaut hast. Aber auf der anderen Seite verstehe ich Deine Entscheidung. Die ganzen Wogen hier hätten sich eh nicht mehr so wirklich geglättet in der ganzen Diskussion um die Auszahlungsvariante.

Dazu natürlich noch die rechtliche Lage. Wenn man sich die ganze Zeit in einer Grauzone bewegt, wird es einem irgendwann ungemütlich, das kenn ich aus einem anderen Projekt aus eigener Erfahrung. Die Möglichkeit, dass man auf einmal von einer Grauzone in die Illegalität geschoben wird kann einem durchaus zu schaffen machen...

Aber dennoch mal, Lob für die gute Arbeit und danke für den Pool,

so schön, schön war die Zeit....so schön, schön war die Zeit

hm... immer noch alles tot :-(

@redhatzero:

Danke dass Du das automatische Payout mit reingebaut hast sowie die Möglichkeit, mehr als zwei Nachkommastellen zu überweisen.
Wenn Du jetzt die beiden Optionen noch kombinierst, dann wäre das topp!
(sprich wenn die automatische Auszahlung auch die ganzen Nachkommastellen mit überweist)

Danke!

Außerdem hat der poolbetriber lange vorher schon in der Worker-Übersicht den Vergleich eingebaut, soviel zu "nicht transparent". Dann hat er festgelegt, dass das Auszahlungssystem ab nächster Runde umgestellt wird.

Da gibt es diesbzgl. nichts zu jammern, in meinen Augen.

  <- tröst...

Hey, was regst Du Dich auf? redhatzero hat angekündigt "ab nächster Runde". So eine Runde hat in diesem auch schonmal 5 Tage gedauert, woher soll er wissen, wann die Runde fertig ist?
Und jey, Du hast nichts verloren. Erestens sind Bitcoin kein Geld, zweitens kannst Du nicht was verlieren, was Du noch gar nicht hast. Du hast höchstens weniger Gewinn gemacht. So spielt das Leben.
Wenn du aus dem Pool hoppst, um woanders mehr Coins zu verdienen, weil Dir die Runde zu lange dauert, DANN ist das natürlich gerecht, wenn die anderen, die den Block brav fertig rechnen, die Coins an Dich noch abdrücken müssen.

Und diese (sorry) beschissene Argument "dann hopp doch auch" kann ich nicht mehr hören. OK, hoppen wir alle, dann sind die Shares KOMPLETT verloren (wer sollte den Block denn fertig rechnen??). Hopper zielen also genau darauf ab, dass andere ihren Gewinn sichern.

Wenn es nunmal bei der Umstellung einen Hopper getroffen hat, braucht er gar nicht heulen, oder geht dafür einfach in den Keller und belästigt niemanden sonst damit. Soviel Unfairness muss ein Hopper dann halt auch mal ertragen.

Und falls Du es wissen willst, ich habe durch die Umstellung auch weniger Gewinn gemacht, weil ich eben im Block davor eine (Zwangs-) Pause gemacht habe. Und? Persönliches Pech, dann habe ich in einer einzigen Runde eben mal ein bisschen weniger (1,63 PP zu 1,33 PPLNS). Im Normalfall bin ich Dauerminer, also gleicht sich das irgendwann wieder aus.
Wenn Du jetzt gehst, gleicht es sich bei Dir eben nicht mehr aus. Ebenfalls persönliches Pech.

Ja, irgendwas stimmt da nicht:


Kontostand (Bestätigt + Unbestätigt) 0.87098156 BTC
Erwartet (Diese Runde) 1.03279424 BTC
--------------------------------------------------
Erwarteter Kontostand ~2.13902504 BTC

und links in der Spalte wird mir 1,90 als erwarteter Kontostand angezeigt

Also wenn ich richtig rechnen kann, dann stimmt der Wert links in der Spalte, aber nicht der in der Kontoübersicht.

Ich nicht :-(


Erwartet PP 1.30376417 BTC
Erwartet PPLNS 1.02357090 BTC
Erwartet PPL24H 0.12640667 BTC

und nein, ich bin kein Poolhopper. Ausnahmsweise mal ein Ausfall, bzw. in die Zeit viel auch noch eine Aufrüstung...
Aber dafür wirds dann für die nächsten Blöcke besser

GESCHAFFT! 

So, und jetzt bitte bitte endlich mal wieder einen kurzen schnellen Block!

Na ja, eigentlich habe ich die schon recht lange und die sind nur jetzt 10k mehr wert als gestern. Reingesteckt habe ich anno dazumal 29k (was dzu noch den Vorteil hat, dass der Kauf vor einer Gesetzesänderung lag und damit mein Gewinn nach damaligem Recht steuerfrei bleibt) 

*harharhar*

"nahe Zukunft"

Gestern Abend gabs Quartalszahlen. Die sind jetzt nicht unbedingt aufgrund von Bitcoins so toll ausgefallen, aber immerhin war AMD wieder im schwarzen Plus. Kurs heute: +14% (bisher, in USA bisher +15%).
Satte 10k Gewinn eingesteckt 

na ja, Nr. 24, 25 und 27 waren jetzt nicht wirklich große Blöcke, also würde ich das einfach als Varianz ansehen. Mal hat man kein Glück und dann kommt auch noch Pech dazu.
Einen "Fehler" auf den Servern können wir nicht ausschließen, das ist reine Spekulation, aber da vertraue ich einfach auf redhatzero, der wird schon wissen was er tut

Wenn jetzt natürlich nur einer der pits die Shares wirklich verarbeitet, dann wäre das schlecht, aber wie gesagt das ist Statistik, damit wurde ich 2 Semester mit Vorlesungen gequält um (salopp gesagt) hinterher zu wissen, dass man eben nichts weiß, weil alles möglich ist (zumindest in diesem Fall hier)

eligius habe ich die Woche auch mal 24h ausprobiert. Das System finde ich auch gut.

Wenn der Pool nen kleinen Block hat, gehen die Coins in den Pool-Topf, wenn er nen großen Pool hat, werden sie aus dem Topf verteilt. Jeder Share erhält immer gleich viele Coins (keinen %-Anteil mehr). Sollte das Guthaben im Pool-Topf mal nicht ausreichen (wenn mehrere große Blöcke hintereinander kommen), dann gibt es eben entsprechend weniger pro Share (Pool-Guthaben / Gesamtshares).

Eigentlich kein Risiko für den Poolbetreiber (wenn nix mehr da ist gibts auch weniger) und jeder bekommt seinen Anteil. Wenn ein Hopper raus hoppt, bleibt sein Anteil genau da stehen, wo er in dem Moment stand.

Das eliminiert das Lottoglück von kurzen Blöcken, gibt aber bei langen Blöcken (wenn Guthaben da ist) eine konstante Auszahlung.

Ich finde das echt gut. Muss halt so transparent und offen sein wie bei eligius.

http://eligius.st/~artefact2/blocks/

Das würde dann sogar den Vorteil bringen, dass Hopper zu "uns" kommen (weil wenn sie woanders keinen kurzen Block haben, holen sie sich bei usn die konstanten Einnahmen) und somit würde die Hash-Rate wieder steigen (so hoffe ich).

jo, wird nur ein Anzeigeproblem sein. Auf der Worker-Seite sieht man ja, dass die (eigenen) Worker noch abliefern. Also da müssten zumidnest mal von mir 1,2GH da sein.

hm... schön, dass mein Anteil jetzt auf 1,25% gestiegen ist, aber mit ~75GHash/s brauchen wir wieder mehr Glück :-(

Sorry, aber es wurde hier schon mehrfach erwähnt, anscheinend hast Du das nicht gelesen.

Die Radeon 7xxx-Serie wird sich zum minen NICHT mehr lohnen!!!!!
Der Grund liegt im Design. Die 5xxx und 6xxx sind auf Integer-Berechnungen und massiv parallele Berechnungen ausgelegt (sehr viele Shader). Die 7xxx-Serie wird in Richtung Floating-Point-Berechnungen optimiert. Floatingpoint-Berechnungen bringen fürs minen NICHTS (bzw. sind nicht so effizient). Aaaaalso, das mit den 7xxx kannst Du Dir abschminken, da würdest Du bei wahrscheinlich ein bisschen weniger Stromverbrauch (wenn sie das hinbekommen) einen massiven Einbruch der Hashrate bekommen => rausgeworfenes Geld.

AMD muss die Karten richtung FloatingPoint optimieren, damit sie im Supercomputing-Bereich gegen Nvidia antreten können. Die ganzen Hochleistungscluster, die mit Nvidia-Karten betrieben werden, könnten mit AMD-Karten nicht betrieben werden, weil die bei Floating-Point-Berechnungen deutlich schlechter abschneiden. Da das ein großer Markt ist, müssen sie da rein.

ALSO, RADEON 7XXX-SERIE WIRD NICHT EFFIZIENT FÜRS MINING SEIN!!!

(nur weil Du immer wieder die 7er-Serie erwähnst, dass es ja damit nochmal besser werden sollte)

jetzt passts

Das Problem scheinen die "Shares insgesamt" zu sein. Wie gesagt, die sind bei 3,1 Mio.

Wenn ich nen Reload mache, steht mein Anteil bei 0,6% (was real ist), sobald "Meine Shares" um eins hoch gehen, geht mein Anteil auf 0,02% runter.

Bei einem Reload rechnet er den Anteil also anhand der realen "Shares insgesamt" aus, sobald meine Shares eins hoch gehen, berechnet er meinen Anteil wohl anhand der falsch angezeigten "Shares insgesamt".

Vielleicht hilfts bei der Fehlersuche?

Nach nem Reload ist mein Anteil kurz (< 1 Sek.) auf 0,5% (was der richtige Wert sein müsste), aber die Shares dieser Runde sind weiterhin bei 3,1 Mio, "Meine Shares" ist allerdings der reale Wert.