|
If someone is interested Cryptsy allows to withdraw NET for now, just transferred small amount I had to Bittrex without any trouble (in a couple of minutes).
|
|
|
|
|
If someone is interested Cryptsy allows to withdraw ZET for now, just transferred small amount I had to Bleutrade without any trouble (in a couple of minutes).
|
|
|
|
Ideally, you would want to be running daemons attached to each coin's network to report difficulty in real time and then update the web site fairly frequently--at least every minute to 5 minutes. If you don't actively monitor it, you're going to have failures. The owners of this site apparently just don't care any more...
This one is being updated: https://bitcointalk.org/index.php?topic=567730.0 |
|
|
|
|
Market is frozen on Poloniex for some reason:
"MYR BTC FROZEN Myriadcoin +6.78 % 0.028"
|
|
|
|
Poloniex: "The following currencies will be delisted on August 4th: YC, BDG, ITC, AIR, MUN, X13, DRM, LC, XSV Please withdraw your balances of these currencies as soon as possible." https://www.poloniex.com/exchange |
|
|
|
People stating that nobody will lose money over this are naive. If the fork goes through then yes people will get their VRC refunded to them but ask yourself this question:
What will happen once the BTC/VRC market is reopened on the various exchanges?
The answer is simple, the majority of people are going to dump all of their VRC for BTC and those who are too slow are going to be left bagholding severely devalued VRC. They will be the real losers if the hard fork goes through.
I personally have no stake in VRC (and never will now). The precedent being set by the VRC devs makes the coin worthless from my point of view. It's not the responsibility of coin devs to protect the interests of coin exchanges.
Every single transaction can be traced back to it's very origin in a blockchain. A better option would have been for Mintpal to step up and compensate their customers out of their own BTC for their now imaginary VRC and if the VRC devs wanted to roll out a hard fork, the extent of which should extend to some kind of global warning if the coins that have been received originate from the malicious transactions. This would make the stolen coins worthless and easy for an exchange to confiscate should they be transferred to one.
+1 |
|
|
|
but seriously, what are the odds that anyone is going to roll high enough to get more than the 300 some satoshi's that you earn every hour?
If everything is properly randomized the odds are as follows: [0 - 9885]: ~ 1/20000 + 9885/10000 = 0.98855
[9886 - 9985] ~ (9985-9886+1)/10000 = 0.01 (~ once per 100 rolls)
[9986 - 9993] ~ (9993-9986+1)/10000 = 0.0008 (~ once per 1250 rolls)
[9994 - 9997] ~ (9997-9994+1)/10000 = 0.0004 (~ once per 2500 rolls)
[9998 - 9999] ~ (9999-9998+1)/10000 = 0.0002 (~ once per 5000 rolls)
[10000] ~ 1/20000 = 0.00005 (~ once per 20 000 rolls)
sanity check: 0.98855+0.01+0.0008+0.0004+0.0002+0.00005 = 1
|
|
|
|
but from my code block above, 9999 is found often!
It's because theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000 (and you make only 10 000 tries, which is not enough to test small probabilities like those). Can you make 100 000 or even 1 000 000 tries? That would be interesting  "theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000" Wtf? how is that possible? How are rolls calculated?
Two strings are created :
STRING1 = "[NONCE]:[SERVER SEED]:[NONCE]"
STRING2 = "[NONCE]:[CLIENT SEED]:[NONCE]"
Then HMAC-SHA512 is used to hash STRING1 with STRING2 giving us a 128 character hex string.
The first 8 characters of the hex string are taken and converted to a decimal.
This decimal is then divided by 429496.7295 and rounded up to the nearest whole number.
This whole number is used as your roll, with the maximum possible value being 10,000.
Since it uses "round up" instead of "round off", the chance to hit 9999 and 10000 should be the same... Round up: All numbers bigger than 9999.0000001 will be converted to 10000 Round off: Only numbers bigger than 9999.5000001 will be converted to 10000 Whoa, I didn't know about that difference! But how one can roll "0" then? I think some people were reporting they got "0", and wetsuit said rolling "0" is possible? That's why I decided it's the usual rounding. |
|
|
|
but from my code block above, 9999 is found often!
It's because theoretically the probability to roll "9999" is 1/10000 and the probability to roll "10000" is 1/20000 (and you make only 10 000 tries, which is not enough to test small probabilities like those). Can you make 100 000 or even 1 000 000 tries? That would be interesting |
|
|
|
I will check more thoroughly into it when I have some spare time. Gonna post my results here.
I have an idea for you: try to do it in various browsers, as it's possible that Javascript math.random implementation is to blame. Which one did you use for your test, by the way? |
|
|
|
Hi,
could someone tell me why cryptcoin is listed on place 333 with some questionmarks.
On cryptsy itīs still listed.
It usually happens when block explorer is down. The block explorer isnīt involved in the wallet? Because my wallet is syncing and up to date. No, it's a website which CoinMarketCap needs to know how many cryptcoins are mined in total. |
|
|
|
I think I read somewhere that in the case of negative balance bug you need to rebuy missing coin (LTC in your case), or Cryptsy won't allow withdraws. It's quite a minor sum, why won't you buy that 0.0001 LTC or something? Yeah. It seems they kept the coins as hostage and released it only when I paid that negative balance. It seems they screw some people who leave a buy/sell order and never login for a long time and give them a negative balance  I'll never use that crappy exchange again...  I also got negative balance once, but long ago, in December. It was because the same order was executed twice for some reason, so it's not really a scammy behaviour, but an annoying bug (as the price can change wildly, but you should rebuy the coin). |
|
|
|
Hi,
could someone tell me why cryptcoin is listed on place 333 with some questionmarks.
On cryptsy itīs still listed.
It usually happens when block explorer is down. |
|
|
|
But you said you made only 500 rolls? Or did you mean some bigger test? You need more rolls to get 3rd and 4th prizes (at least 1250-5000).
That last statement ("I've never rolled more than 9993 on any of my multiplier or regular rolls on neither faucet") I referred to all of my plays on either freebitco.in and freedoge.co.in which total way over 2000 rolls so by calculating 1-(9993/10000)^2000+ the probability should be 75%+. You are forgetting there's also possible to roll "0" (probability is also 1/20000), so it's a little less 1-(1/20000+9993/10000)^2000 ~ 73% Doesn't change the number much though |
|
|
|
This is interesting, it is possible after all that pseudo-random numbers (for seeds) are not quite random. Why didn't you share full test results? It would be nice for someone to repeat it (though it's quite time consuming: 500 hours). (btw, I've never rolled more than 9993 on any of my multiplier or regular rolls on neither faucet, probability of which should be over 75%...)
But you said you made only 500 rolls? Or did you mean some bigger test? You need more rolls to get 3rd and 4th prizes (at least 1250-5000). [0 - 9885]: ~ 1/20000 + 9885/10000 = 0.98855
[9886 - 9985] ~ (9985-9886+1)/10000 = 0.01 (~ once per 100 rolls)
[9986 - 9993] ~ (9993-9986+1)/10000 = 0.0008 (~ once per 1250 rolls)
[9994 - 9997] ~ (9997-9994+1)/10000 = 0.0004 (~ once per 2500 rolls)
[9998 - 9999] ~ (9999-9998+1)/10000 = 0.0002 (~ once per 5000 rolls)
[10000] ~ 1/20000 = 0.00005 (~ once per 20 000 rolls)
sanity check: 0.98855+0.01+0.0008+0.0004+0.0002+0.00005 = 1 The client seeds are actually generated using javascript entirely on the client side. This is the part of the Javascript code that generates the client seed (can be found in the JS file http://static4.freebitco.in/min/main1403284658.js now but the name of the file changes when I make updates) : charSet = 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789';
var randomString = '';
for (var i = 0; i < 16; i++)
{
var randomPoz = Math.floor(Math.random() * charSet.length);
randomString += charSet.substring(randomPoz,randomPoz+1);
}
$('#next_client_seed').val(randomString);
Ok, I don't know much about Javascript programming, but I googled a little, and it seems Math.random() is not so good for some things, still it is unclear whether it can give effects like natri got: https://stackoverflow.com/questions/5651789/is-math-random-cryptographically-securehttps://stackoverflow.com/questions/578700/how-trustworthy-is-javascripts-random-implementation-in-various-browsershttps://security.stackexchange.com/questions/20029/generate-cryptographically-strong-pseudorandom-numbers-in-javascriptThe best answer seems to be this: http://stackoverflow.com/a/18507748"Recent browsers expose window.crypto.getRandomValues() which is cryptographically strong" <--- can you use this? |
|
|
|
This is interesting, it is possible after all that pseudo-random numbers (for seeds) are not quite random. Why didn't you share full test results? It would be nice for someone to repeat it (though it's quite time consuming: 500 hours). (btw, I've never rolled more than 9993 on any of my multiplier or regular rolls on neither faucet, probability of which should be over 75%...)
But you said you made only 500 rolls? Or did you mean some bigger test? You need more rolls to get 3rd and 4th prizes (at least 1250-5000). [0 - 9885]: ~ 1/20000 + 9885/10000 = 0.98855
[9886 - 9985] ~ (9985-9886+1)/10000 = 0.01 (~ once per 100 rolls)
[9986 - 9993] ~ (9993-9986+1)/10000 = 0.0008 (~ once per 1250 rolls)
[9994 - 9997] ~ (9997-9994+1)/10000 = 0.0004 (~ once per 2500 rolls)
[9998 - 9999] ~ (9999-9998+1)/10000 = 0.0002 (~ once per 5000 rolls)
[10000] ~ 1/20000 = 0.00005 (~ once per 20 000 rolls)
sanity check: 0.98855+0.01+0.0008+0.0004+0.0002+0.00005 = 1 |
|
|
|
Hey guys. I love this faucet however I think it is deceiving in terms of payoff and it's probability of high winnings.
Rolling a number between 1-10000 would imply a 1/10000 probability of hitting 10000, however, I think it is much lower. The probability is actually 1/20000, take a look at my earlier post: With 2889 referrals, I find it odd that I've never gotten a 50% commission from a 0.22500000 BTC payout (10000 lucky number).
I'm in doubts the probability of rolling "10000" is 0.0001 with current algorithm, it would be interesting if someone would do an independent test (run an implementation of current algorithm 1,000,000 times, look at the amount of 10000's). upd Ok, I looked at algorithm closer, and if everything is properly randomized, we can calculate the probability theoretically: "3. The first 8 characters of the hex string are taken and converted to a decimal. 4. This decimal is then divided by 429496.7295 and rounded up to the nearest whole number. 5. This whole number is used as your roll, with the maximum possible value being 10,000." We have hex strings from "00000000" to "ffffffff" (0 to 4294967295), 4294967296 in total. "ffffffff" converts to 4294967295/429496.7295 = 10000. The biggest number which will be rounded to 10000 is 9999.5, back converting it (*429496.7295), we'll get 4294752546.63525. So the numbers from the interval [4294752547, 4294967295] will be converted to "10000", the quantity of them = 4294967295-4294752547+1 = 214749. The probability of getting "10000" = 214749/4294967296 = 0.00005000014789402484893798828125 (~ 1/20000) P.S. After 40,000 rolls one should get 86% probability of rolling "10000" at least once (proof: https://www.wolframalpha.com/input/?i=1-%281-0.00005000014789402484893798828125%29^40000) |
|
|
|
I think I read somewhere that in the case of negative balance bug you need to rebuy missing coin (LTC in your case), or Cryptsy won't allow withdraws. It's quite a minor sum, why won't you buy that 0.0001 LTC or something? |
|
|
|
Why won't you add your coin to coinmarketcap.com ? It's pretty efficient way to promote it, and it's kinda easy: Criteria for a coin to be added: - Must be a cryptocurrency
- Must be traded on a public exchange that is older than 30 days and with an API available.
- Must have a public URL that displays the total supply (total mined so far).
If you would like to request to add a coin, please fill out the request form with ALL required fields. |
|
|
|
IP 108.162.196.183 is banned in Russia, and so is FreeDoge.co.in  There's some site which is selling forbidden stuff on the same IP, you can check on http://antizapret.info/index.php It's so stupid to ban cloudflare IPs, but such is life in Russia. That is pretty lame. I have asked Cloudflare to assign a new IP address so hopefully they come through. Cool, thanks a lot! I have switched freedoge.co.in away from cloudflare so it should be accessible from Russia within a couple of hours. Thanks for letting me know about this. Please let me know if you run into any issues. Thank you, everything works now! But I probably wasn't clear enough - just a handful of cloudflare IPs are banned (less than 100 I think), you shouldn't drop cloudflare by this reason only (you can check whether IP is in the list via search box at the top of http://antizapret.info/index.php page). |
|
|
|
|
Show Posts
