Bitcoin Forum
July 07, 2024, 06:42:47 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 [2] 3 4 »
21  Local / Deutsch (German) / Re: Pool-Hopping lohnt sich on: July 16, 2011, 04:51:47 PM
Der Vorteil ist Abhängig von der Anzahl der Pools und der Anzahl der Miner. Und mein Verhältnis (10 Pools, 100 Miners) ist doch recht schlecht gewählt.

Außerdem geht mein Programm davon aus, daß der Miner sofort weiß, wann ein Pool einen Hash gefunden hat. In Echt wird der Miner das ggf. nur mit Zeitverzögerung erfahren.

Des Weiteren habe ich den Vorteil Non-Hopper zu Hopper angegeben. Der Vorteil zwischen Nicht-Hoppen und Hoppen ist auch kleiner.

Zu guter letzt, sinkt der Vorteil auch noch, je mehr Leute mit machen.

Prozentzahlen lassen sich also nur dann vergleichen, wenn man gleich rechnet. Zu beachten ist auch, daß "Faktor 2,5"  das gleiche sind wie +150% Gewinn, also nicht +250% Gewinn.
22  Local / Deutsch (German) / Re: Pool-Hopping lohnt sich on: July 16, 2011, 09:43:38 AM

Was? NoPaste? Ist das Dein Ernst? Das ich nicht lache....

1) Zeige mir doch mal, wo ich angeblich abgeschrieben habe.
2) Möchtest Du Quelltext der Scripte?
23  Local / Deutsch (German) / Re: Mathe, Mythen, Monsterblocks on: July 15, 2011, 08:05:41 PM
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
24  Local / Deutsch (German) / Pool-Hopping lohnt sich on: July 15, 2011, 08:04:56 PM
Auch wenn andere Pool-Hopping abneigen möchte ich mal mein Rechenergebnis posten. Das Ergebnis ist ausgerechnet und nicht Live mit Pools ausprobiert.


Grundsätze:
- Eine Software rechnen das Mining als "Test" durch
- Es gibt 10 Pools
- Es gibt 100 (gleich starke) Miner
- Pro "Rechen-Schritt" hat jeder Miner eine Chance von 1/10000 einen Block zu knacken
- Pro "Rechen-Schritt" wechselt ein Miner den Pool per Zufall.


Ergebnis:
- Jeder Pool erminet gleich viele Bitcoins
- Jeder Miner erminet gleich viele Bitcoins


Pool-Hopping:
- Ein Miner wechselt immer zu dem Pool, welcher die wenigsten Hashes in der aktuellen Runde hat.
- Dieser Miner hat am Ende die 2,5-Fachen Bitcoins auf dem Konto


Warum ist das so:
- Ein Block wird per Zufall gefunden. Er kann also schon nach einem Hash oder aber auch erst nach Millionen von Hashes gefunden werden. Wenn man in "Bitcoins pro Tag" rechnet, hat der schnelle Block mehr Coins eingesplielt als der Millionen-Block, da beide 50 Coins ergeben aber einer z.B. eine Sekunde brauche und der andere z.B. eine Woche. Natürlich weiß man nicht im Voraus, wann der Pool für den man Minet den Block errechnet, aber es ist logisch, daß irgend ein Pool irgenwann mal einen Block sehr schnell errechnen wird und dann die Auszahlung auf die Zeit gesehen sehr hoch ist. Wechselt man also immer zu dem Pool, der gerade eine neue Runde anfängt, bekommt man immer sehr viel Geld, wenn ein Pool ein Block schnell errechnet hat. Dafür bekommt man weniger Geld, wenn es länger dauert, und man eh weniger bekommt.


Ergebnis in Zahlen:
Hat man 10 Pools, 100 Miner und 1 Poolhopper, dann macht dieser Poolhopper das 2,5-Fache an Gewinn in Bezug auf alle anderen Miner.


Fazit:
Hopping lohnt sich immer für den Hopper. Nur es lohnt sich nicht für die, die nicht Hoppen.


Problem:
Wenn alle hoppen, dann "sterben" die Runden aus, weil alle großen Miner abhauen wenn es zu lange dauert und keiner macht weiter.


End-Fazit:
Hopping ist egoistisch und zerstzört alles, wenn alle es machen würden. Da aber nie alle Hoppen werden, machen einige mehr andere weniger Gewinn. Die User werden zu Pools gehen, wie etwas gegen Pool-Hopping gemacht haben.




25  Local / Deutsch (German) / Re: Hack-Hypothese on: July 11, 2011, 06:35:26 PM
MITM Angriffe gehen nicht. Mal angenommen jemand würde meinen Client mit fake Clients "umgeben", so dass ich nur Verbindungen zu diesen fake Clients bekomme. Mein Client hat aber bereits die Blockchain bis zum beim letzten Start aktuellen Block runtergeladen. Weiterhin ist ja der Ursprüngliche Startwert, auf dem alle weiteren Blöcke basieren (Genesis Block), im Client festgelegt. Irgendwelche difficulty-1 Blöcke würde mein Client einfach ignorieren, da sie in Bezug auf die bereits vorhandene Blockchain nicht gültig sind.

Die Difficulty wird alle 14 Tage angepasst. Sie kann steigern und sie kann genau so auch sinken. Im schlimmsten falle müsste man 14 Tage warten, bis man die Difficulty senken kann.

Oder gibt es Limits beim ändern der Difficulty?
26  Local / Deutsch (German) / Hack-Hypothese on: July 10, 2011, 09:56:00 PM
Was ist mit folgender Hypothese?

Szenario: Die Terrororganisation Al-Neu kauft vom Land "Turkmenistan" (Fantasieland) für 1.000.000 Bitcoins einen von deren 20 angebotenen Eurofighters und möchte damit Amerika angreifen. Amerika hat 2.000.000 Bitcoins, gibt sich als Terrororganisation Al-Alt aus und möchte den Eurofigher für 2.000.000 Bitcoins abkaufen. Al-Neu stimmt zu, da sie dann ja mit dem Geld zwei Stück kaufen könnten. Al-Alt ist mit Turkmenistan befreindet, bekommt von denen also kein Eurofighter.

Bis hierhin ein Szenario war zwar etwas hoch gegriffen ist, aber ja durchaus möglich ist mit Bitcoins - Sofern die genügend Wert haben.


Und jetzt kommt der Angriff auf das BitCoinSystem:

Amerika loggt sich in den Provider von Al-Neu ein und leitet den ganzen Traffic an sein Rechenzentrum weiter. Hier läuft ein Bit-Coin-P2P-Netz aus 200 Clients. Al-Neu's Programm denkt also, daß das P2P-Netz aktuell aus diesen 200 Clients besteht. Die Difficulty ist 1, man kann also Probelmlos Blöcke berechnen. Amerika überweis 2.000.000 BitCoins ans Al-Neu, erstellt die Blöcke mit der Difficulty von 1 absolut ohne Probleme. Al-Neus Client zeigt 2.000.000 Bitcoins an. Al-Neu kann im Blockexlporer nachschauen, der ist natürlich auch gefälscht (ganz Easy, hier gibt es ja keine Hashes usw.). Al-Neu liefert den Fighter und die Amis geben Al-Neu wieder volles Internet. Al-Neu will wieder Coins als Turkmenistan überweisen, deren Client ist aber im echten Netz und erkennt die Überweisung nicht an.


Das Angriffszenario geht also nicht über das "Fälschen" von Blöcken, da dieses ja recht schwer ist, sondern über eine Man-In-The-Middle-Attacke welche dem Angegriffenen ein falsches P2P-Netz vorgaukelt.

Wäre das ein echtes Angriffszenario? Mal abgesehen davon, ob Amerika einer Terror-Organisation von der sie nicht wissen, wo sich diese aufhält, das Internet umklemmen könnte, sollten doch alle anderen Punkte umsetzbar sein. Und bei jeder Person dessen Aufenthalt bekannt ist, ist das möglich. Die Person kann dafür sogar nen Computer nutzen, den sie sonst nie nutzt.


Welchen Schutz gibt es dagegen?

Oder: Wo ist mein Fehler in dem Szenario? Man-In-The-Middle-Attacken gibt es ja seit Jahren.
27  Local / Deutsch (German) / Re: Berechnung bei Bitcoins? on: July 10, 2011, 09:36:03 PM
Er vermutet dass mit der Rechenleistung auch sehr wohl was "anderes" als nur die Überweisungen berechnet werden.

Natürlich wird etwas anderes als "Überweisungen" damit berechnet.

Jede Überweisung ist mit einem Key signiert. Die Signatur kann jeder mit dem Public-Key (Die Kontonummer) prüfen. Jede Überweisung wird im P2P-Netz per "Flooding-Algorythmus" verteilt. Eine Überweisung kann somit immer auf Gültigkeit überprüft werden, sobald der Key geprüft werden kann. Denn es gilt als unmöglich so einen Key zu erzeugen der stimmt. Aber da es keinen Zentralen Server gibt, entsteht damit das Problem, daß man ja auch das gleiche Geld zur gleichen Zeit an zwei personen überweisen könnte. Wenn beide Personen die fremde Überweisung nicht kennen - es ist ja eine verteilte Struktur im Hintergrund - denken beide Programme "die Überweisung ist echt". Um das zu verhindern, gibt es die Miner. Die fassen alle "neuen" Überweisungen zusammen mit einer Zufallszahl und rechnen den Hash aus. Beginnt der Hash mit 10(*) Nullen ist dieser Hash echt. Da es keinen öffentlichen private-Key geben kann, muss man das per Brute-Force machen. Dann wird der Hash noch von diversen anderen Programmen geprüft und am Ende entsteht ein "Gültiger Block". Dieser Block hat eine Zufallszahl und den Hash der mit 10 Nullen beginnt und er gilt somit als echt. Jeder Client der Geld ampfangen möchte, benötigt alle Blöcke und kann damit dann prüfen, ob das Geld auf dem Sender-Konto überhaupt vorhanden ist. Denn, wenn er alle Blöcke hat, hat er auch alle gültigen Überweisungen. Die Sicherheit des Systems ergibt sich daraus, daß wenn eine einzelperson das System "hacken" möchte, muss diese Personen einen "Block" berechnen. Wenn aber 100.000 Leute das auch machen, ist seine Chance das zu schaffen nur noch 1:100.000.
28  Local / Deutsch (German) / Re: Bitcoin Roulette - neues Projekt on: July 08, 2011, 09:10:17 PM
Mhm... und wer garantiert mir dass das wirklich live ist? Bin kein Spieler darum habe ich keine Ahnung wie das wirklich abläuft aber ich hätte da so meine Zweifel...
(...)
dies zum Beispiel recht gut, indem ein Hashwert des Spielfelds angezeigt wird bevor man zu spielen beginnt

Als User kann man nicht prüfen ob das Bild live ist. Aber die Behörden akzeptieren die Methode scheinbar. Ich selber spiele jedoch nicht Online, daher kann ich nichts über den aktuellen Stand der Technik sagen.

Die Idee mit der Zufallszahl bereits vor dem Setzen ist genial. Ich würde das sogar noch "Betrussicherer" machen sha256($next_zahl + sha256($unixtime) + sha256(random(10^32))

- 10^32 dürfte nicht mehr Knackbar sein für den Spieler
- $unixtime dürfte das vorausberechnen für den Betreiber unmöglich machen.

Damit kann der Betreiber unmöglich schummeln.
29  Local / Deutsch (German) / Re: Bitcoin Roulette - neues Projekt on: July 08, 2011, 07:09:30 PM
Viele Dank für Dein Feedback.
Danke.


Und bei meinen wenigen Casino Besuchen habe ich am Roulette Tisch eigentlich immer verloren.
Die Gewinnquote liegt bei ca. 0,97 (97%) also auf Dauer verliert man immer. Egal was man macht. Das Casino muss ja auch die Mitarbeiter und die laufenden Kosten bezahlen. Wobei die Mitarbeiter angeblich kein Gehalt bekommen, sondern nur das Trinkgeld welches der Gast gibt. Ich glaube zwar nicht, daß das stimmt, aber es wird häufig von den Mitarbeitern so erzählt (Vermutlich, damit man mehr Trinkgeld gibt)

Heisst Maximallimit, dass bei einem Mindesteinsatz von 0.01 btc pro Spiel die Gesamtsumme, die man in einer Runde setzen kann gleich 10 Bitcoins wäre? Laut Wiki liegt das Limit meistens wohl beim 1200-fachen.
Nein. Jeder Tisch hat für jede Gewinnchance Minimallimits (Die heißen häufig Mindesteinsatz) und Maximallimits. Wenn Du z.B. an einem Tisch bist, wo der Mindesteinsatz 2 Euro beträgt, dann ist der Maximaleinsatz bei Rot-Scharz das 1000-Fache, also 2000 Euro. (Ob die Zahl genau stimmt weiß ich nicht, gerade Wikipedia kann man hier kaum vertrauen, Casinos zeigen keine Rechenergebnisse, man muss also das Spiel dafür durchrechnen. Der Hintergrund ist der, daß der Tisch Gewinn machen muss. Den macht er über die 0. Wenn die 0 Fällt hat der Tisch gewonnen. Aber es gibt das "Verdoppelungsspiel" (Google weiß mehr da drüber). Mit dem 1000-Fachen Limit kann Du auf Rot-Schwarz nur noch 9x komplett verdoppeln. Und somit liegt die Gewinnchance wieder bei ~97% beim Verdoppelungsspiel. Für alle anderen Gewinnchancen gibt es ähnliche rechentricks, die aber alle über die beiden Limits wieder ausgeschlagen werden.


Betrügerische Casinos haben Sensoren unter dem Spielfeld. Liegen viele Chips auf einer Zahl geht ein kleines Magnetfeld unter der Zahl in dem Kessel an. Damit steigt die Gewinnchance des Casionos extrem an. Und da das Megnetfeld nur klein ist, fällt die Kugel ab und zu auch mal auf eine Zahl mit vielen Chips, also merkt es keiner. Bei Onlinespielen ist das natürlich eine absolut einfache Methode dafür zu sorgen, daß man in der Gewinnzone bleibt. Von den 5 Zahlen die am meisten Geld auszahlen wird eine aus dem Zufallsgenerator gelöscht. Das merkt keiner und man macht mehr Gewinn. Natürlich soll das keine Anleitung zum Schummeln sein, aber 3% Gewinnchance ist bei Roulette sehr wenig für die Bank.

Online-Casinos versuchen die Gefahr über einen "Analogen Zufallsgenerator" zu eleminieren. Eine Kugel wird in einen echten Kessel geworfen welcher per Videokamera jedem Spieler Live zur verfügung gestellt wird.
Und in echten Casinos wird der Tisch regelmäßig vom Finanzamt gepürft. Denn wer die Gäste bescheißt, bescheißt damit auch das Finanzamt, also kommt das regelmäßig zur Prüfung. Und kein gutes Casino traut sich, so etwas zu machen.
30  Local / Deutsch (German) / Re: Bitcoin Roulette - neues Projekt on: July 08, 2011, 06:47:24 PM
Das hab ich jetzt nicht geblickt, wieso ist man blöd wenn man auf rot setzt wenn 5 x hintereinander schwarz kam?


Wenn ich davon noch nie etwas gehört hätte, würde ich da drüber kaum berichten können. Auch wenn 200x hintereinander Schwarz kam, ist die Chance beim nächsten mal wieder 48,6/48,6 im Casino. (Nein nicht 50/50, es ist 1x Grün vorhanden, ggf. auch 2x grün, je nach Tischart) Wobei ab 10 (geschätzt) mal die gleiche Farbe die Croupiers nur noch eine Kugel werfen dürfen, dann wird nach jeder Kugel gewechselt.

vermutlich weil müller und alle gäste in casinos, in denen müller verkehrt, noch nie was von statistischer unabhängigkeit gehört haben  Wink


Gerade WEGEN der "Statistischen Unabhängigkeit" ist das so. Wer davon keine Ahnung hat, hört auf seinen Bauch, der sagt "Boar, 5x war Schwarz, jetzt setze ich auf ROT, das MUSS doch gleich kommen". Wer das macht, zeigt damit daß er keine Ahnung davon hat. Und wer davon weiß, setzt ganz demonstratov auf Schwarz zum Zeigen "Schaut her, ich weiß was, was Du nicht weißt".
Das kann man absolut genial im Casino beobachten.
31  Local / Deutsch (German) / Re: Bitcoin Roulette - neues Projekt on: July 07, 2011, 09:30:57 PM
Denk dran, daß Du Limits dauerhaft benötigst. Im Casino ist das Maximallimit z.B. das 1000-Fache vom Minimallimit auf einer 50/50 Chance.

Beide Limits (Verschiedene Faktoren auf die verschiedenen Gewinnfaktoren) sind notwendig, damit der Tisch auch beim "Verdoppeln-Spiel" noch im Gewinn bleibt. Da nur beim Limit-Faktor von 1000 nur 9x verdoppeln kannst, liegt die Mathematische Gewinnchance auch hier bei 98%. Und wenn die "Ich verdoppel nur und mache damit Gewinne"-User kommen, kannst Du als Betreiber nur grinsen und sagen "Verdoppeln ist nicht verboten".

Im echten Casino setzt niemand mehr auf ROT, wenn 5x hintereinander SCHWARZ kam. Weil jeder weiß, daß wer sowas macht Blöd ist und keiner möchte als Blöd eingestuft werden. Macht man es doch, wird man gleich von allen Gästen gemustert.
32  Local / Trading und Spekulation / Re: Der Aktuelle Kursverlauf on: July 05, 2011, 07:11:24 PM
Warum sollte der Kurs weiter steigen? Die Spekulanten haben ihr Geld rein gesteckt viele haben viel Geld gemacht damit. Aber das Geld ist jetzt weg. Jetzt fällt der Kurs und die, die bei 17 gekauft haben werden bei 11 oder 10 oder so einen Notverkauf machen. Lieber mit 50% Verlust verkaufen als mit 100% Verlust.
33  Local / Deutsch (German) / Re: BitCoin ende? Alle großen Pool's sind down und "Other" mehr als 50%, was tun? on: July 05, 2011, 07:06:56 PM
Ok Deepbit ist wieder da und Others liegt wieder unter 50%.
Hast Du in der Schule viel geschwänzt?

"Other" ist kein Mining-Ring, sondern es ist ein englisches Wort. Auf Deutsch heißt es "Andere". Dort sind also alle anderen Mining-Rings und alle Solo-Miner zusammengefasst.
34  Local / Deutsch (German) / Re: mtgox Kursverlauf on: July 04, 2011, 08:20:27 PM
Schaut jemand auf die Anzahl der gehandelten Bitcoins bei MtGox? Die Zahl bricht zusammen. Nachweislich.

Und was ist der Grund dafür, wenn die Zahl der gehandelten Einheiten sinkt? Die Spekulanten verlieren am Interesse.

Und was passiert, wenn die Spekulanten am Interesse verlieren? Der Kurs fällt, so lange bis die Panikverkäufe die restlichen Spekulanten übertrumpfen. Dann gibt nen Kurscrash.

Das Hauptproblem bleibt: Die, die damals einfach nur Glück hatten, wollen Ihr Glück jetzt in Dollars verwandeln. Und die gehen jetzt jeden Tag weiter runter um noch mehr in Dollars zu verwandeln.
35  Local / Deutsch (German) / Re: Restaurant/Kneipe in Berlin akzeptiert Bitcoin als Zahlungsmittel on: July 03, 2011, 10:11:34 PM
um die Adresse zu erhalten, diese dann in das Auszahlungsfeld bei mtgox kopieren, Anzahl der Bitcoins eingeben, und ab die Post

Du hast Deine BitCoins bei MtGox gelagert? Was ist, wenn die zu machen? Bist Du dann alle Deine Coins los?
36  Local / Deutsch (German) / Re: SpOn: "Falschgeld war Schuld am Bitcoin-Crash" on: July 03, 2011, 09:21:30 PM
Wenn man in "Bitcoins" und in "Spielgeldcoins" redet, ist die Bitcoin-Welt wieder in Ordnung.

Man überweist seine Bitcoins an MtGox und bekommt dafür die gleiche Menge an Spielgeldcoins auf deren Internetseite. Mit diesen Spielgeldcoins kann man dann handeln, man kann sie in US-Dollar auszahlen lassen oder man kann sie als Bitcoins zurück zahlen lassen. Und natürlich könnte MtGox auch eine Trilliarde Spielgeldcoins ausgeben. Aber wenn MtGox nur 424.000 Bitcoins hat, können Sie niemals mehr als 424.000 Spielgeldcoins in Bitcoins umwandeln. (424.000 ist die vermutete Menge von Bitcoins die MtGox besitzt).
37  Local / Deutsch (German) / Re: Betcoin.eu - Wochenend Lottery Aktion: 200% Gewinnauszahlung! on: July 03, 2011, 12:48:13 AM
Ich habe geschrieben: >>Eine Gewinnquote von 36,6% wäre BETRUG.<< ... da steht ganz klipp und klar, WÄRE. Damit ist ganz klar, daß ich die Prozentzahl nicht geprüft habe.

Es wäre also vielleicht mal sinnvoll, daß jeder seine Gewinn-Quote hier postet. Wenn niemand anderes 36,6% erreicht, ist es doch perfekt.
38  Local / Deutsch (German) / Re: Betcoin.eu - Wochenend Lottery Aktion: 200% Gewinnauszahlung! on: July 02, 2011, 01:30:29 PM
Ich habe selber nicht gepsielt... zum Glück Wink


Code:
Verteilnung nach 31,5 Millionen Versuchen mit je 634 Durchgängen
----------------------------------------------
39% - 1x gewonnen - 3,17460317460317E-6%
40% - 15x gewonnen - 4,76190476190476E-5%
41% - 311x gewonnen - 0,000987301587301587%
42% - 2165x gewonnen - 0,00687301587301587%
43% - 12717x gewonnen - 0,0403714285714286%
44% - 80800x gewonnen - 0,256507936507937%
45% - 274492x gewonnen - 0,871403174603175%
46% - 792785x gewonnen - 2,51677777777778%
47% - 2272702x gewonnen - 7,21492698412698%
48% - 3658306x gewonnen - 11,6136698412698%
49% - 5205982x gewonnen - 16,526926984127%
50% - 6900665x gewonnen - 21,906873015873%
51% - 5205569x gewonnen - 16,5256158730159%
52% - 3657402x gewonnen - 11,6108%
53% - 2273703x gewonnen - 7,21810476190476%
54% - 791594x gewonnen - 2,51299682539683%
55% - 274801x gewonnen - 0,872384126984127%
56% - 80771x gewonnen - 0,256415873015873%
57% - 12835x gewonnen - 0,0407460317460317%
58% - 2091x gewonnen - 0,00663809523809524%
59% - 278x gewonnen - 0,000882539682539683%
60% - 13x gewonnen - 4,12698412698413E-5%
61% - 2x gewonnen - 6,34920634920635E-6%

Heute abend lasse ich das Script mal etwas länger laufen, vielleicht sieht man ja, mit welcher Warscheinlichkeit 36% möglich ist. In Testläufen hatte ich bisher 1x 38% dabei. (Es wird übrigends gerundet, 36,1% wird als 36% gezählt.
39  Local / Deutsch (German) / Re: Betcoin.eu - Wochenend Lottery Aktion: 200% Gewinnauszahlung! on: July 02, 2011, 12:46:01 PM
Das kann schon passen. 634 Mal ist nicht so viel, da kann so ein Verhältnis schon mal vorkommen. Ich hab das ganze mal simmuliert und bisschen ausprobiert und da kommt sowas schon mal vor, das Gegenteil natürlich auch.
Aber 600 Versuche ist eben noch nicht genug um eine eindeutige Aussage zu treffen. Wem es komisch vorkommt, der kann ja relativ leicht einen statistischen Test zu der Sache machen und schaun was rauskommt.

Das ist absoluter Bullshit. Ich habe soeben eine Software geschreiben, die das testet. Die nutzt eine Gewinnchance von 50%, macht 634 Durchgänge und schaut, wie groß das Gewinn-Verhältnis bei diesen 634 Durchgängen war.

Dann habe ich diesen Vorgang 10 Millionen mal laufen lassen. Ich denke, das ist ausreichend genaug um eine Statistische Verteilung zu beweisen oder zu widerlegen. Das Ergebnis ist absolut eindeutig. Ich behaupte daher: Eine Gewinnquote von 36,6% wäre BETRUG. Ob das Betrug natürlich vom Betreiber gewollt ist (der möchte ja Geld machen damit) oder ein Softwarebug oder ein Fehler der Person welche die Zahl ermittelt hat, kann ich natürlich nicht beurteilen.

Code:
40% - 6x gewonnen - 0,00006%
41% - 108x gewonnen - 0,00108%
42% - 685x gewonnen - 0,00685%
43% - 3927x gewonnen - 0,03927%
44% - 25739x gewonnen - 0,25739%
45% - 86995x gewonnen - 0,86995%
46% - 251101x gewonnen - 2,51101%
47% - 722064x gewonnen - 7,22064%
48% - 1160831x gewonnen - 11,60831%
49% - 1653401x gewonnen - 16,53401%
50% - 2190885x gewonnen - 21,90885%
51% - 1650515x gewonnen - 16,50515%
52% - 1162250x gewonnen - 11,6225%
53% - 721969x gewonnen - 7,21969%
54% - 252014x gewonnen - 2,52014%
55% - 86804x gewonnen - 0,86804%
56% - 25827x gewonnen - 0,25827%
57% - 4135x gewonnen - 0,04135%
58% - 662x gewonnen - 0,00662%
59% - 72x gewonnen - 0,00072%
60% - 10x gewonnen - 0,0001%
40  Local / Mining (Deutsch) / Re: Deutschsprachiger Pool btc.x8s.de ~20Ghash/s on: June 28, 2011, 11:46:55 PM
Ich bin selbst noch nicht so Glücklich damit. Ich werde in Zukunft mit/kurz nach finden des Blocks die neuen Runden starten und die Anteile dann als 'vorläufig' verteilen. Wobei ich dann das Problem sehe, wenn es doch mal tatsächlich ein invalid Block war... dann finde ich es auch doof zu sagen "Sorry, war doch kein Block".

Lasse die Software erkennen, sobald ein Blöck möglich werden könnte und starte dann gleich eine neue Runde. Wenns falsch war, wars halt falsch.

Pages: « 1 [2] 3 4 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!