Show Posts
|
Pages: « 1 2 [3] 4 »
|
Can you explain how he can claim something while the running code tells different ?
|
|
|
Poloniex has gone a step too far, thinking they make the rules and select what is a good/bad coin. All traders interested in cloak and freedom of cryptocurrency should boycot Poloniex from now on. Let them FEEL IT!! ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) Seriously dude lmao You think you have ANY right to decide what to add or not.
|
|
|
FAIL!!!
Depending too much on 3rd-party's (exchanges). Did you ask permission, what if they crash, new laws etc ... Looks also CoinRecycler is a centralized system ?
Too many questions.
did you ask permission...lol. yeah man those exchanges require permission first before you try and trade coins on their platforms. lol wtf what if they crash...lol. if all exchanges crash at the same time for some reason, the crypto world in general will have a bigger problem new laws...lol laws cant stop crypto. are you nuts? lol this lol that lol wtf. Did anyone ask you anything ? Go back to your tralala land and baghold.
|
|
|
FAIL!!!
Depending too much on 3rd-party's (exchanges). Did you ask permission, what if they crash, new laws etc ... Looks also CoinRecycler is a centralized system ?
Too many questions.
|
|
|
Now its official, the coin will go to the moon, over 200k satoshi imo in the next days. Whales are on board. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Just passing the info. Cloak won't go to Poloniex because exchange devs decided something bad is in the code. Was the code inspected by independent side? Stop spreading bullshit. This is not true. SHREK form Poloniex told so. You can ask him yourself in Poloniex trollbox. I'm not spreading FUD. It can only means you'll have problems being added to another exchanges, or is just the problem with Poloniex. I'm just going to leave this here: ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fi37.photobucket.com%2Falbums%2Fe69%2FMarcus_Crypto-Enthusiast%2Fwww_zpse3bbe7a7.jpg&t=663&c=84TWlo1b-1m41Q) Poloniex never stated there is something wrong with the code. They looked into it and decided not to add the coin, and they are free to. Keep the moderators out because they dont decide. Email busoni the owner for complains. BTW, ask yourself first why its not added to ANY other exchange besides bittrex.
|
|
|
WARNING!!!!!!!!!!!!!!!!!!!!! THE X11 CODE ON GITHUB HAS BUGS!!!!!!!!!! THE RPC AND P2P PORTS ARE SET THE SAME SO ITS IMPOSSIBLE TO BUILD FROM SCRATCH AND HAVE A WORKING CLIENT. THIS IS ONE OF THE MOST BASIC CONCEPTS IN BITCOIN. WHOEVER WOULD SET THESE PORTS THE SAME IS COMPLETELY IDIOTIC. ITS AMATEUR HOUR AT XC COIN. I WOULD SHORT THIS THING AND SELL IT UNTIL IT HITS ZERO. WHO KNOWS IF THE CLIENTS YOU ARE RUNNING ARE EVEN THE SAME AS THE SOURCE? ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) ?? TOTALLY INSECURE TO RUN THIS!!!!!! bitcoinrpc.cpp static inline unsigned short GetDefaultRPCPort() { return GetBoolArg("-testnet", false) ? 22347 : 32347; } protocol.h static inline unsigned short GetDefaultPort(const bool testnet = fTestNet) { return testnet ? 22347 : 32348; } Not really something to get worried about. Testnet uses the same port for rpc and http but mainnet is fine. Nevertheless... it should be corrected.
|
|
|
I know 2 who lost theire account and BitcoinMafia is one of them.
Sry to see this happen to you. Hope it will get restored back soon.
-M
|
|
|
Just accurate would be good, there was certainly an implication in your earlier post that the anon worked......
"As promised, I am providing the 1pm EST update - the Team and I are about 30 minutes from successfully sending and receiving anonymous transactions "
Yes that was expectation, and during that test we encounter an issue, which is being worked on now... the info below may not mean anything to anybody but this is actually one of the dev's debugging (gdb) where #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 #1 basic_string (this=0x7fffffffe270) at /usr/include/c++/4.6/bits/basic_string.h:434 #2 CommandLineRPC (argc=4, argv=0x7fffffffe668) at bitcoinrpc.cpp:1361 #3 0x000000000045f983 in AppInit (argc=4, argv=0x7fffffffe668) at init.cpp:160 #4 0x00000000004192b9 in main (argc=4, argv=0x7fffffffe668) at init.cpp:185 (gdb) f #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 270 : _Alloc(__a), _M_p(__dat) { } (gdb) where #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 #1 basic_string (this=0x7fffffffe270) at /usr/include/c++/4.6/bits/basic_string.h:434 #2 CommandLineRPC (argc=4, argv=0x7fffffffe668) at bitcoinrpc.cpp:1361 #3 0x000000000045f983 in AppInit (argc=4, argv=0x7fffffffe668) at init.cpp:160 #4 0x00000000004192b9 in main (argc=4, argv=0x7fffffffe668) at init.cpp:185 (gdb) finish Run till exit from #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 CommandLineRPC (argc=4, argv=0x7fffffffe668) at bitcoinrpc.cpp:1366 1366 while (argc > 1 && IsSwitchChar(argv[1][0])) (gdb) where Does this mean only a wallet or also fork ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) there aint no fork in that man thats debug log Dont wanna be rude but first learn code then comment. bitcoinrpc.cpp ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) If thats beeing updated we need a fork. I remember you from the Poloniex trollbox, all you did there was spread FUD regarding XC. It won't work in here. Chill out dude, you prob. dont even know what fork means. Simply question the dev can answer so we can be prepared. Why the hate ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) No hate, I think you are kinda cute actually ![Kiss](https://bitcointalk.org/Smileys/default/kiss.gif) Group hug and XC to da Moooooooooon ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
Just accurate would be good, there was certainly an implication in your earlier post that the anon worked......
"As promised, I am providing the 1pm EST update - the Team and I are about 30 minutes from successfully sending and receiving anonymous transactions "
Yes that was expectation, and during that test we encounter an issue, which is being worked on now... the info below may not mean anything to anybody but this is actually one of the dev's debugging (gdb) where #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 #1 basic_string (this=0x7fffffffe270) at /usr/include/c++/4.6/bits/basic_string.h:434 #2 CommandLineRPC (argc=4, argv=0x7fffffffe668) at bitcoinrpc.cpp:1361 #3 0x000000000045f983 in AppInit (argc=4, argv=0x7fffffffe668) at init.cpp:160 #4 0x00000000004192b9 in main (argc=4, argv=0x7fffffffe668) at init.cpp:185 (gdb) f #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 270 : _Alloc(__a), _M_p(__dat) { } (gdb) where #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 #1 basic_string (this=0x7fffffffe270) at /usr/include/c++/4.6/bits/basic_string.h:434 #2 CommandLineRPC (argc=4, argv=0x7fffffffe668) at bitcoinrpc.cpp:1361 #3 0x000000000045f983 in AppInit (argc=4, argv=0x7fffffffe668) at init.cpp:160 #4 0x00000000004192b9 in main (argc=4, argv=0x7fffffffe668) at init.cpp:185 (gdb) finish Run till exit from #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 CommandLineRPC (argc=4, argv=0x7fffffffe668) at bitcoinrpc.cpp:1366 1366 while (argc > 1 && IsSwitchChar(argv[1][0])) (gdb) where Does this mean only a wallet or also fork ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) there aint no fork in that man thats debug log Dont wanna be rude but first learn code then comment. bitcoinrpc.cpp ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) If thats beeing updated we need a fork. I remember you from the Poloniex trollbox, all you did there was spread FUD regarding XC. It won't work in here. Chill out dude, you prob. dont even know what fork means. Simply question the dev can answer so we can be prepared. Why the hate ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
Just accurate would be good, there was certainly an implication in your earlier post that the anon worked......
"As promised, I am providing the 1pm EST update - the Team and I are about 30 minutes from successfully sending and receiving anonymous transactions "
Yes that was expectation, and during that test we encounter an issue, which is being worked on now... the info below may not mean anything to anybody but this is actually one of the dev's debugging (gdb) where #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 #1 basic_string (this=0x7fffffffe270) at /usr/include/c++/4.6/bits/basic_string.h:434 #2 CommandLineRPC (argc=4, argv=0x7fffffffe668) at bitcoinrpc.cpp:1361 #3 0x000000000045f983 in AppInit (argc=4, argv=0x7fffffffe668) at init.cpp:160 #4 0x00000000004192b9 in main (argc=4, argv=0x7fffffffe668) at init.cpp:185 (gdb) f #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 270 : _Alloc(__a), _M_p(__dat) { } (gdb) where #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 #1 basic_string (this=0x7fffffffe270) at /usr/include/c++/4.6/bits/basic_string.h:434 #2 CommandLineRPC (argc=4, argv=0x7fffffffe668) at bitcoinrpc.cpp:1361 #3 0x000000000045f983 in AppInit (argc=4, argv=0x7fffffffe668) at init.cpp:160 #4 0x00000000004192b9 in main (argc=4, argv=0x7fffffffe668) at init.cpp:185 (gdb) finish Run till exit from #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 CommandLineRPC (argc=4, argv=0x7fffffffe668) at bitcoinrpc.cpp:1366 1366 while (argc > 1 && IsSwitchChar(argv[1][0])) (gdb) where Does this mean only a wallet or also fork ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) there aint no fork in that man thats debug log Dont wanna be rude but first learn code then comment. bitcoinrpc.cpp ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) If thats beeing updated we need a fork.
|
|
|
Just accurate would be good, there was certainly an implication in your earlier post that the anon worked......
"As promised, I am providing the 1pm EST update - the Team and I are about 30 minutes from successfully sending and receiving anonymous transactions "
Yes that was expectation, and during that test we encounter an issue, which is being worked on now... the info below may not mean anything to anybody but this is actually one of the dev's debugging (gdb) where #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 #1 basic_string (this=0x7fffffffe270) at /usr/include/c++/4.6/bits/basic_string.h:434 #2 CommandLineRPC (argc=4, argv=0x7fffffffe668) at bitcoinrpc.cpp:1361 #3 0x000000000045f983 in AppInit (argc=4, argv=0x7fffffffe668) at init.cpp:160 #4 0x00000000004192b9 in main (argc=4, argv=0x7fffffffe668) at init.cpp:185 (gdb) f #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 270 : _Alloc(__a), _M_p(__dat) { } (gdb) where #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 #1 basic_string (this=0x7fffffffe270) at /usr/include/c++/4.6/bits/basic_string.h:434 #2 CommandLineRPC (argc=4, argv=0x7fffffffe668) at bitcoinrpc.cpp:1361 #3 0x000000000045f983 in AppInit (argc=4, argv=0x7fffffffe668) at init.cpp:160 #4 0x00000000004192b9 in main (argc=4, argv=0x7fffffffe668) at init.cpp:185 (gdb) finish Run till exit from #0 _Alloc_hider (__dat=<optimized out>, this=0x7fffffffe270, __a=...) at /usr/include/c++/4.6/bits/basic_string.h:270 CommandLineRPC (argc=4, argv=0x7fffffffe668) at bitcoinrpc.cpp:1366 1366 while (argc > 1 && IsSwitchChar(argv[1][0])) (gdb) where Does this mean only a wallet or also fork ![Huh](https://bitcointalk.org/Smileys/default/huh.gif)
|
|
|
how come the speed is so fast for transfer? ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) i transferred from coinader to my wallet and second i click the button next moment it was in my wallet... Bitcoin takes a lot of time.... watch out with that exchange!!!
|
|
|
This is nice ... i really like poloniex ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) where is this shortlist why i cant see it? Poloniex has no public vote/short list. After asking he confirmed that its on shortlist and will be added soon.
|
|
|
This coin is like dead, too bad tho.
|
|
|
The dice games are back, and now they are provably fair: MYR Address | Odds to Win | Payout | Minbet (MYR) | Maxbet (MYR) | MWZxMmebqmjJpwjwaxJw16Cijgiqyo1J87 | 95% | 1.03x | 0.1 | 50 | MW4d4iYri1FXa1GEsiefz1wFxyJcAX1WKG | 90% | 1.07x | 0.1 | 50 | MGFDTaE5gqb7Bgs1PceQiPqMv38nEmgTGD | 75% | 1.32x | 0.1 | 50 | MQpUBLTVpHEVKog9hGYiKu7A5GQgL2Ncy7 | 50% | 1.97x | 0.1 | 20 | MACnn7mSVqrBXWWSQrULhybGio25RqXZKg | 49% | 2.00x | 0.1 | 20 | MUmPtsFq2evcAiGwyBpUKASauQYR37WMKH | 25% | 3.88x | 0.1 | 10 | MH8knEgLTVMFC6i4Un2qR3AF4pmpQyDRqX | 10% | 9.97x | 0.1 | 10 | MV5txwyKa1KuFwAAGSNW4n2spb1B9G3WvN | 5% | 19.24x | 0.1 | 5 | MTQnhZaVMihkeXzed1x3TxCVziTHRyqyoy | 1% | 96.04x | 0.1 | 1 |
Rules: Only a single transaction to an address per vout (no complex transactions, just a single send to address per bet). You must use a wallet that you control (you may not be in control of the sending address of a mining or trading account). Bets made outside the min/max are considered donations. Game is played after one confirmation. Losers should receive 0.0001 MYR dust back to confirm game has been played. Games are beta and play at your own risk. If it eats your coins please PM me and I will recover them (I'll need the txid and will have to verify in the blockchain). Games may end at any time, check back here for status. Results and proof can be viewed here: http://cryptap.us/myr/dice/As this is a beta, I am paying a 50 MYR bounty for any flaws that can be found in the game or transactions. It must be a unique flaw, I will payout once per flaw to an individual. It must be proven in the blockchain. PM me if you find one. Feedback is welcome. Edit: more games, higher limits for some Ponzi crap, sent yesterday to all 3 addresses and none showed up. What are the transaction IDs of the transactions you sent? I'll look into it... 3e8141b4ac7c85dd5573d4345829cb1ce06c8b5ad250dd68a8ca3dc7533e8fc8 80961c2b4b5281372bea68d7a21803be78768b92b778a2601c0d202e4b763eda 367945b270a41acfb18d209acffd5eea12af550528dee845eb1dfc097e5f2557 Since you actually reacted. I take my words "Ponzi crap" back. ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) I will examine each transaction in order: ###### Bet 1 3e8141b4ac7c85dd5573d4345829cb1ce06c8b5ad250dd68a8ca3dc7533e8fc8 This bet was sent to "10%, 9.97x payout" and lost, according to the block explorer: http://myr.theblockexplorer.com:2750/tx/3e8141b4ac7c85dd5573d4345829cb1ce06c8b5ad250dd68a8ca3dc7533e8fc8the bet was recieved from "MAKiRTAAtxT8pYCtEip4Uj2YscNkWdU79j". A few moments later, a response transaction was sent: http://myr.theblockexplorer.com:2750/tx/d13e8c25696ebbfc56dd1f20f61fe34b9c7066c40abdf407cab0290f4bb1a665sending 0.0001 MYR (dust) back to "MAKiRTAAtxT8pYCtEip4Uj2YscNkWdU79j" to signal a loss. This is also shown in the dice logs. ###### Bet 2 80961c2b4b5281372bea68d7a21803be78768b92b778a2601c0d202e4b763eda This bet was sent to "50% odds, 1.97x payout" and lost, according to the block explorer: http://myr.theblockexplorer.com:2750/tx/80961c2b4b5281372bea68d7a21803be78768b92b778a2601c0d202e4b763edathe bet was recieved from "MQQU8mvFuYg9bYJRB4fp92R4gaGTX8hEdy". A few moments later, a response transaction was sent: http://myr.theblockexplorer.com:2750/tx/116e3a35d4518a17095e539075cdb5ff6196a90ff02b0f9984436d67e9b16b0dsending 0.0001 MYR (dust) back to "MQQU8mvFuYg9bYJRB4fp92R4gaGTX8hEdy" to signal a loss. This is also shown in the dice logs. ###### Bet 3 367945b270a41acfb18d209acffd5eea12af550528dee845eb1dfc097e5f2557 This bet was sent to "90% odds, 1.07x payout" and won, according to the block explorer: http://myr.theblockexplorer.com:2750/tx/367945b270a41acfb18d209acffd5eea12af550528dee845eb1dfc097e5f2557the bet was recieved from "MCdEADQf3gzPEwJTH37GzHs1AyqE8rR3Lk". A few moments later, a response transaction was sent: http://myr.theblockexplorer.com:2750/tx/4ee6c91c9b4aa1921d756f4b870815680e39c337ab81e392014cb7ee41541f5csending 10.7 MYR (winning payout) back to "MCdEADQf3gzPEwJTH37GzHs1AyqE8rR3Lk". This is also shown in the dice logs. ###### If you are questioning if these are truly wins or losses, you can use the python code shown in the dice logs to prove it (you may have to wait until the secret key is published to verify): http://cryptap.us/myr/dice/I am unable to find a flaw. The winnings were returned to the addresses from which the bets were sent. Please provide further information: What wallet did you send these bets from? Qt-client? OS? What happens when you run the following in the debug console: dumpprivkey MAKiRTAAtxT8pYCtEip4Uj2YscNkWdU79j dumpprivkey MQQU8mvFuYg9bYJRB4fp92R4gaGTX8hEdy dumpprivkey MCdEADQf3gzPEwJTH37GzHs1AyqE8rR3Lk
Are you in fact presented with the private keys? (Don't post them here, just confirm it gave you a ~50 character string and not an error. This will determine if you are in control of the addresses.) At this point, the game is working as described, returning funds to the addresses that sent funds. I cannot at this time justify a bounty, I really need more information. Any further information you can provide will help. Holy crap dude lol. Wasnt my intention to get you into all this work. It's not biggie if they are lost and apoliges for the name calling.
|
|
|
The dice games are back, and now they are provably fair: MYR Address | Odds to Win | Payout | Minbet (MYR) | Maxbet (MYR) | MWZxMmebqmjJpwjwaxJw16Cijgiqyo1J87 | 95% | 1.03x | 0.1 | 50 | MW4d4iYri1FXa1GEsiefz1wFxyJcAX1WKG | 90% | 1.07x | 0.1 | 50 | MGFDTaE5gqb7Bgs1PceQiPqMv38nEmgTGD | 75% | 1.32x | 0.1 | 50 | MQpUBLTVpHEVKog9hGYiKu7A5GQgL2Ncy7 | 50% | 1.97x | 0.1 | 20 | MACnn7mSVqrBXWWSQrULhybGio25RqXZKg | 49% | 2.00x | 0.1 | 20 | MUmPtsFq2evcAiGwyBpUKASauQYR37WMKH | 25% | 3.88x | 0.1 | 10 | MH8knEgLTVMFC6i4Un2qR3AF4pmpQyDRqX | 10% | 9.97x | 0.1 | 10 | MV5txwyKa1KuFwAAGSNW4n2spb1B9G3WvN | 5% | 19.24x | 0.1 | 5 | MTQnhZaVMihkeXzed1x3TxCVziTHRyqyoy | 1% | 96.04x | 0.1 | 1 |
Rules: Only a single transaction to an address per vout (no complex transactions, just a single send to address per bet). You must use a wallet that you control (you may not be in control of the sending address of a mining or trading account). Bets made outside the min/max are considered donations. Game is played after one confirmation. Losers should receive 0.0001 MYR dust back to confirm game has been played. Games are beta and play at your own risk. If it eats your coins please PM me and I will recover them (I'll need the txid and will have to verify in the blockchain). Games may end at any time, check back here for status. Results and proof can be viewed here: http://cryptap.us/myr/dice/As this is a beta, I am paying a 50 MYR bounty for any flaws that can be found in the game or transactions. It must be a unique flaw, I will payout once per flaw to an individual. It must be proven in the blockchain. PM me if you find one. Feedback is welcome. Edit: more games, higher limits for some Ponzi crap, sent yesterday to all 3 addresses and none showed up. What are the transaction IDs of the transactions you sent? I'll look into it... 3e8141b4ac7c85dd5573d4345829cb1ce06c8b5ad250dd68a8ca3dc7533e8fc8 80961c2b4b5281372bea68d7a21803be78768b92b778a2601c0d202e4b763eda 367945b270a41acfb18d209acffd5eea12af550528dee845eb1dfc097e5f2557 Since you actually reacted. I take my words "Ponzi crap" back. ![Wink](https://bitcointalk.org/Smileys/default/wink.gif)
|
|
|
The dice games are back, and now they are provably fair: MYR Address | Odds to Win | Payout | Minbet (MYR) | Maxbet (MYR) | MWZxMmebqmjJpwjwaxJw16Cijgiqyo1J87 | 95% | 1.03x | 0.1 | 50 | MW4d4iYri1FXa1GEsiefz1wFxyJcAX1WKG | 90% | 1.07x | 0.1 | 50 | MGFDTaE5gqb7Bgs1PceQiPqMv38nEmgTGD | 75% | 1.32x | 0.1 | 50 | MQpUBLTVpHEVKog9hGYiKu7A5GQgL2Ncy7 | 50% | 1.97x | 0.1 | 20 | MACnn7mSVqrBXWWSQrULhybGio25RqXZKg | 49% | 2.00x | 0.1 | 20 | MUmPtsFq2evcAiGwyBpUKASauQYR37WMKH | 25% | 3.88x | 0.1 | 10 | MH8knEgLTVMFC6i4Un2qR3AF4pmpQyDRqX | 10% | 9.97x | 0.1 | 10 | MV5txwyKa1KuFwAAGSNW4n2spb1B9G3WvN | 5% | 19.24x | 0.1 | 5 | MTQnhZaVMihkeXzed1x3TxCVziTHRyqyoy | 1% | 96.04x | 0.1 | 1 |
Rules: Only a single transaction to an address per vout (no complex transactions, just a single send to address per bet). You must use a wallet that you control (you may not be in control of the sending address of a mining or trading account). Bets made outside the min/max are considered donations. Game is played after one confirmation. Losers should receive 0.0001 MYR dust back to confirm game has been played. Games are beta and play at your own risk. If it eats your coins please PM me and I will recover them (I'll need the txid and will have to verify in the blockchain). Games may end at any time, check back here for status. Results and proof can be viewed here: http://cryptap.us/myr/dice/As this is a beta, I am paying a 50 MYR bounty for any flaws that can be found in the game or transactions. It must be a unique flaw, I will payout once per flaw to an individual. It must be proven in the blockchain. PM me if you find one. Feedback is welcome. Edit: more games, higher limits for some Ponzi crap, sent yesterday to all 3 addresses and none showed up.
|
|
|
MYR is booming on poloniex.com Dont miss the train
|
|
|
|