Pages:
Author

Topic: Mathe, Mythen, Monsterblocks (Read 2996 times)

legendary
Activity: 2618
Merit: 1006
July 17, 2011, 03:57:35 AM
#26
Würde das nicht bedeuten das bei sehr kurzen Runden, die weniger Shares brauchten als N, Shares doppelt und dreifach gezählt werden?
Dann müsste man die Formel doch noch anpassen, oder?
Nein (da man ansonsten ja wieder hoppen könnte übrigens...)

Die Möglichkeit in kurzen Runden mehrfach zu verdienen wieget die Möglichkeit bei langen Runden gar nichts zu bekommen wieder auf für On-Off miner.

Bei 24/7 Betrieb hat man ohnehin immer x% der letzten N shares im Schnitt selbst abgegeben, daher bekommt man auch bei jedem Block ca. die gleiche Menge an BTC, egal wie lang die Runde ist.
sr. member
Activity: 742
Merit: 250
July 16, 2011, 10:00:53 AM
#25
Kommt zu Eligius ;p

+1. wenn die nur den bloedsinn mit den staendig neuen systemen/servern sein lassen koennten.. aber das jetzige system ist bombe.
full member
Activity: 139
Merit: 100
July 16, 2011, 09:55:54 AM
#24
Immer diese Raffgier…

Kommt zu Eligius ;p
member
Activity: 98
Merit: 10
July 16, 2011, 07:43:53 AM
#23
Würde das nicht bedeuten das bei sehr kurzen Runden, die weniger Shares brauchten als N, Shares doppelt und dreifach gezählt werden?

Ich glaube, es ist so gedacht, dass dann auch Shares der letzten Runde noch mal mitgezählt werden. Wenn du also 10 shares findest, diese abschickst, und der Pool durch PPLNS mit n=100 auszahlt.. und direkt nach deinen Shares werden dann 5 Blöcke gefunden.. dann bekommst du von jedem Block 10%, weil du ja 10/100=10% shares von den letzten 100 shares des Pools gefunden hast. So setzt es glaube ich Minecoin um.

Andererseits könnte es auch passieren, dass du 10 Shares findest, dann schlafen gehst und den Rechner ausmachst, und nach 100 weiteren Shares von anderen Minern wird dann ein Block gefunden - dann erhältst du gar nichts.
member
Activity: 112
Merit: 10
July 15, 2011, 07:42:33 PM
#22
PPLNS = Pay Per Last N Shares.

Beispielsweise:
X = Deine Shares in den letzten N Shares

Auszahlung bei gefunden Block = X * 50 BTC / N

-- redd


Danke.

Würde das nicht bedeuten das bei sehr kurzen Runden, die weniger Shares brauchten als N, Shares doppelt und dreifach gezählt werden?
Dann müsste man die Formel doch noch anpassen, oder?
N darf nicht größer sein als die Gesamtanzahl an Shares die in einer Runde abgegeben wurden.
Das würde heissen: N ist immer kleiner oder gleich der Gesamtshares einer Runde. Wenn N größer als Gesamtshares dann N=Gesamtshares, ansonsten gilt N.
member
Activity: 112
Merit: 10
July 15, 2011, 07:19:47 PM
#21
PPLNS = Pay Per Last N Shares.

Beispielsweise:
X = Deine Shares in den letzten N Shares

Auszahlung bei gefunden Block = X * 50 BTC / N

-- redd


Danke.
full member
Activity: 244
Merit: 103
July 15, 2011, 06:16:36 PM
#20
PPLNS = Pay Per Last N Shares.

Beispielsweise:
X = Deine Shares in den letzten N Shares

Auszahlung bei gefunden Block = X * 50 BTC / N

-- redd


member
Activity: 112
Merit: 10
July 15, 2011, 04:47:43 PM
#19
Ich habe den Post nur ein wenig überflogen.

Kann mal jemand von Euch Mathematikern die Formel aufstellen für PPLNS und auch erklären, wie das funktioniert, mit Beispielen.
Ich verstehe das PPLNS-System nicht so ganz, da wäre mir eine Erläuterung mit BBB ganz vorteilhaft.
newbie
Activity: 56
Merit: 0
July 15, 2011, 04:05:41 PM
#18
nein, hopping ist nicht vorteilhaft. wenn alle hoppten, würden bei einem langen block auch alle weghoppen und der pool ist kaputt. und was sollte man dann machen? die shares verfallen lassen und neu anfangen?


Doch: http://forum.bitcoin.org/index.php?topic=29133.0
sr. member
Activity: 742
Merit: 250
July 15, 2011, 12:53:29 PM
#17
nein, hopping ist nicht vorteilhaft. wenn alle hoppten, würden bei einem langen block auch alle weghoppen und der pool ist kaputt. und was sollte man dann machen? die shares verfallen lassen und neu anfangen?


lol
hero member
Activity: 991
Merit: 1008
July 15, 2011, 12:41:57 PM
#16
nein, hopping ist nicht vorteilhaft. wenn alle hoppten, würden bei einem langen block auch alle weghoppen und der pool ist kaputt. und was sollte man dann machen? die shares verfallen lassen und neu anfangen?
legendary
Activity: 2618
Merit: 1006
July 15, 2011, 12:22:07 PM
#15
Nein, Pool hopping hat auch gewisse Risiken. Außerdem ist es von Poolbetreiberseite sogar vorteilhaft, wenn der eigene Pool "gehoppt" wird - immerhin hat man insgesamt bessere Chancen auf einen Block, wenn plötzlich 100 GH/s aus dem Nichts auftauchen (wie bei MtRed) was das Einkommen durch fees erhöht. Nur die Aufteilung der Coins, die der Poolbetreiber ohnehin nie zu Gesicht bekommt, ist dann eben unvorteilhafter den 24/7 minern gegenüber. Da seit Februar bekannt ist, wie man hoppt, sollte also jeder Poolbetreiber + miner bereits wissen, welches Risiko man eingeht, einen neuen proportionalen Pool zu öffnen oder dort zu minen.

Was ich besonders schlimm finde, sind diverse "Gegenmaßnahmen" (die eh nichts helfen) die zu extremer Intransparenz, Verzögerungen und "blck-boxes" führen. Mit viel weniger Aufwnad könnte man einfach auf z.B. PPLNS umstellen und alles hübsch live haben.
member
Activity: 106
Merit: 10
July 15, 2011, 12:04:36 PM
#14
Fazit: Pool-Hopping sollte in alle Miner fest integriert werden. Jeder versucht jeden zu übervorteilen, die Sache wird einfach nur komplizierter und wir alle landen wieder bei 100%. Irgendwie schafft es die Menschheit immer, die dämlichste aller Lösungen zu finden... :p
sr. member
Activity: 742
Merit: 250
July 15, 2011, 11:45:02 AM
#13
coole pdf, wenn man ausserhalb der uni noch spass an mathe hat Smiley
Ja wäre schön wenn man es als Nicht-Mathematiker und Nicht-native speaker auch verstehen würde.  Wink

naja, das resultat ist ja relativ anschaulich erklaert. je laenger eine runde schon am laufen ist, desto weniger ist dein share wert. das "warum" musst du dann wohl den mathematikern ueberlassen (ich zaehl auch nich dazu, die ersten paar formeln und allein die tatsache, dass es wie n vorlesungsskript aufgebaut ist, schreckt mich als 4.0 kanditat doch eher ab). bin froh, dass ich nach diesem semester mit mathe durch bin.
legendary
Activity: 2955
Merit: 1049
July 15, 2011, 11:18:56 AM
#12
coole pdf, wenn man ausserhalb der uni noch spass an mathe hat Smiley
Ja wäre schön wenn man es als Nicht-Mathematiker und Nicht-native speaker auch verstehen würde.  Wink
sr. member
Activity: 742
Merit: 250
July 15, 2011, 11:03:03 AM
#11
Hier findest du einen Beweis, dass Pool Hopping funktioniert: https://forum.bitcoin.org/index.php?topic=3165.0 (als PDF verlinkt)

Wer Multipool/Multiclone verfolgt hat, der weiß: Es funktioniert. Wer trotzdem einen proportionalen Pool nutzt, ohne zu hoppen, ist abergläubisch oder selbst schuld. Wink

coole pdf, wenn man ausserhalb der uni noch spass an mathe hat Smiley
member
Activity: 98
Merit: 10
July 15, 2011, 09:37:06 AM
#10
Hier findest du einen Beweis, dass Pool Hopping funktioniert: https://forum.bitcoin.org/index.php?topic=3165.0 (als PDF verlinkt)

Wer Multipool/Multiclone verfolgt hat, der weiß: Es funktioniert. Wer trotzdem einen proportionalen Pool nutzt, ohne zu hoppen, ist abergläubisch oder selbst schuld. Wink
hero member
Activity: 991
Merit: 1008
July 15, 2011, 09:09:26 AM
#9
beeeeeeispieeeeel:  Grin

durchschnitt ist 100k shares pro block. fred steigt immer bei 100k aus.
jeder seiner shares ist aktuell 1/100k wert. wenn der block sofort danach gelöst wird, macht er offentsichtlich genauso kohle wie ein nicht-hopper.
wird der block erst 100k shares später gelöst, kriegt er immer noch 1/200k pro share, also 50% von da wo früher. gleichzeit hat er aber andrerorts schon wieder durchschnittlich einen block gelöst, an dem er voll beteiligt ist. fred kommt also insgesamt in dem fall auf durchschnittlich 150% der auszahlung eines nicht-hoppers.
member
Activity: 76
Merit: 10
July 15, 2011, 08:22:21 AM
#8

So wird B IMMER bei Runden die kürzer oder ~gleich der Difficulty sind gleich viel wie A im proportionalen Pool verdienen (= mehr als PPS!), bei den 50% der Runden, die jedoch darüber liegen, wird er mehr als A verdienen.

B könnte sogar statt in einen PPS Pool, in einen weiteren proportionalen Pool wechseln der wieder eine 50% Chance auf Zahlungen über PPS bietet.



Stimmt, habe nicht bedacht, dass es verschiedene Auszahlungssysteme gibt. Normal hat man einen Vorteil bei kurzen Blöcken und bei PPS hat man einen Vorteil bei langen Blöcken, da ich aber erst den möglicherweise kurzen Block mit der proportionalen Auszahlung testen und Notfalls wieder auf einen anderen Pool wechseln kann bekomm ich einen Vorteil.

Wird PPS sofort ausgezahlt oder erst wenn der Block gelöst ist? Wenn es erst gutgeschrieben wird wenn der Block gelöst ist, könnte man theoretisch einen Verlust einfahren. Wenn der Block ewig dauert und zuviele PPS haben, könnte der Poolbetreiber Pleite gehen bevor er auszahlen kann.


Genaugenommen handelt es sich um eine Poissonverteilung und diese ist nicht symmetrisch so wie eine Gauß-Verteilung.


Stimmt mein Fehler, aber das ändert doch eigentlich nichts am Glück oder? Wenn ich auf der y-Achse die Wahrscheinlich für das finden eines Blockes und auf der x-Achse die Shares auftrage, kommt doch auch eine unsymmetrische Kurve raus die ein Maximum hat. Und wenn ich nun den Bereich 1-Maximum (Glück) integriere kommt der selbe Wert raus wie vom Maximum-unendlich (Pech). Wenn wir also keine unterschiedlichen Auzahlungssysteme hätten, die Glück und Pech anders bewertet. Würde ein Pool-Hopping nichts bringen weil ich beim Hopping auch wieder eine Chance von 50 % auf Glück/Pech hätte.

legendary
Activity: 910
Merit: 1001
Revolutionizing Brokerage of Personal Data
July 15, 2011, 06:06:31 AM
#7
Ich glaub, dass ist wie mit den unfehlbaren Gewinnsystem bei Glücksspielen, es gibt Menschen die werden immer dran glauben, obwohl es mathematisch nicht gehen kann.
Es ist kein unfehlbares Glücksspiel - es ist einfach nur Betrug an all jenen die immer bei ihrem Pool bleiben.

Quote
Wenn es also einen Pool-Hopping-Gewinn geben würde, würde dieser aus dem anderen Pool stammen. Sprich nicht die treuen User aus dem ersten Pool sind die gearschten, sondern die treuen User aus dem zweiten Pool, wo Gruppe B hinwechselt.
Der Gewinn stammt von jedem der eine share für einen Pool rechnet obwohl ein anderer Pool kürzer an seinem Block arbeitet (natürlich immer davon ausgehend das kein Pool Gegenmaßnahmen implementiert hat).
Pages:
Jump to: