Bitcoin Forum
July 06, 2024, 01:54:54 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 15 16 17 18 »
121  Bitcoin / Project Development / Re: Transparent Random Number "Generation" on: June 18, 2011, 10:19:00 PM
Interesting. The problem is NO MATTER WHAT, people don't trust computers for truly random numbers. Even if it truly is. They'll think your computer is defective. Hacked or somehow altered after the fact. For small lotteries your method is fine. For bigger ones I don't think you'll find any lottery worth a lot of money using computers for the numbers. They all use some type of balls in a dome or some type of physical device. People trust those. They understand it better why you can't manipulate it. Computer randomness is beyond most people. Since they don't get it, they don't trust it. That's pretty much why I eventually just decided to use "real world" lottery numbers into mine. WAY easier to explain why it's impossible to manipulate the outcome.
Random.org does not use pure computer randomization functions:
RANDOM.ORG offers true random numbers to anyone on the Internet. The randomness comes from atmospheric noise, which for many purposes is better than the pseudo-random number algorithms typically used in computer programs. People use RANDOM.ORG for holding drawings, lotteries and sweepstakes, to drive games and gambling sites, for scientific applications and for art and music.

However, your argument is enough to dispel the mt_rand() argument (which is, of course, MUCH better than rand(). I created a gist on GitHub awhile ago to display the differences [note there isn't a big difference on Linux]: https://gist.github.com/1011023).

Since we're talking bitcoin, then the most sensible way would be
- Take the N last confirmed blocks at time of extraction
- Hash them
- Sign hash with private key
- Treat the signed hash as a huge random integer - extract from it the random number(s) needed for your lottery.
- Anyone can verify that you haven't made it up by verifying the signed hash (using your public key) against the hash of the well-known last N confirmed blocks at time of extraction
- Profit!
This does not only need to be used for Bitcoin. This is useful in any number of scenarios with users who don't want to trust the owner of the website for their "randomization".
122  Bitcoin / Project Development / Re: Transparent Random Number "Generation" on: June 18, 2011, 03:29:48 PM
Some have taken to MD5 hashes, etc. but I'd like to offer another method.
How do you see your method as being better than the MD5 hash method, considering the user/player now has another 3rd party to trust?
It's not necessarily a "better" method, it's "another" method. In my opinion, the user isn't confused about what an MD5 hash is. Of course, they may want to know more about what MY service is, so that might be useless. However, the reason I created this service wasn't so that I could use it, but so that people no longer had an excuse to say "oh, well, we don't want to compromise our security", and so they stop abusing random.org asking for a number every time they need one, instead of generating a block list, like I did.

And, as I said, I created it so I couldn't use it, but so others could. It's something that they did not create, and thus I have no motivation to help them cheat.

The only reason one might need true random numbers is for generating cryptographic keys. Asking such numbers to an external entity would render pointless the whole cryptography attempt (not to mention, exceptionally slow).
What's wrong with /dev/random in your opinion?

Lotteries need true random numbers. Would you like to see a graphic representation of PHP's rand() function on a Windows machine? It's pretty. It's pretty because there's a diagnol pattern across the whole thing.
123  Bitcoin / Project Development / Transparent Random Number "Generation" on: June 17, 2011, 07:34:55 PM
I've noticed many websites, especially gambling, or chance related, needing transparent random number generations. Some have taken to MD5 hashes, etc. but I'd like to offer another method.

Each day, there will be 40,000 new numbers added to a list of numbers I have downloaded from random.org. The way my system works is this:

1. You send a GET request to http://testingzone.zapto.org/random/
2. You will receive a JSON output, similar to this: {"id":"3","number":"556194503","password":"4dfbaa53d6e28","time":1308338771,"error":0}
3. Check that the error is 0.
4. The ID you give to the user, the number you use, and you have the option to give the time to the user.
5. When everything has been done, you give the user the password.

Errors are as follows:
1 - Database error.
2 - Error generating numbers (ran out.)

On the user's side, it works like this:

1. You go to http://testingzone.zapto.org/random/?act=view&id=3
2. You will receive an output similar to this: Number generated at 06/17/2011 07:26:11 UTC. This hopefully lets you know that the owner of the website isn't reusing old IDs.
3. When you are given the password, you add &password=4dfbaa53d6e28 to the end of the URL (so, http://testingzone.zapto.org/random/?act=view&id=3&password=4dfbaa53d6e28)
4. You will receive an output similar to this: Number generated at 06/17/2011 07:26:11 UTC. Correct password given. The number was: 556194503
5. You verify the number is correct with the way the system works, and are satisfied.

The numbers are between the length of 1 and 1,000,000,000. It is up to you as a developer to turn that number into what you need.
The format of the time variable is an integer number of 10 digits. It's the UNIX Epoch time.
The numbers come from random.org.

Feel free to use this however you wish, just please don't try to eat up all of my numbers (i.e. don't be a douche.)

Any suggestions?

If you'd like to donate: 1a23UGMAVM6MtF31pBZNCaWgEWyBT32vS

~lulzplzkthx
124  Other / Obsolete (buying) / Re: 1 BTC Bounty for screencast showing initial config of bitcoin-otc gpg on: June 13, 2011, 08:13:03 AM
I don't have the time to create a corrected version, so I'll let someone else create the screencast and take the bounty.

~lulz

I actually think that's pretty good, even with the crappy resolution.  Tell you what, I'll at least pay you 0.5 for your work, and give you a full BTC if the admins of the bitcoin-otc wiki think it's good enough to link to.  Just get me a payment address.


Thanks, I really appreciate it. Smiley

1CPaJn5Aiyrv2spvNAayggZ8Y699u5FArW
125  Other / Obsolete (buying) / Re: 1 BTC Bounty for screencast showing initial config of bitcoin-otc gpg on: June 11, 2011, 09:48:09 PM
I don't have the time to create a corrected version, so I'll let someone else create the screencast and take the bounty.

~lulz
126  Other / Obsolete (buying) / Re: 1 BTC Bounty for screencast showing initial config of bitcoin-otc gpg on: June 11, 2011, 12:40:29 AM
hmm that's only available in £4.80, do you have a £7.20 or £10.80 HD version? as I can't actually read any of the text.

Also it's a bit noisy at the beginning
Let me see what I can do. No guarantees. And if kgo isn't satisfied, there's no need to pay me the bounty.

EDIT: Okay, I'm going to try to re-record tomorrow, because I didn't expect it to take even close to 15 minutes. I had to use another application to cut like 6 different sections out (I thought I was able to get it to blend quite nicely), but doing so did, of course, ruin the quality. Hopefully I can get it cut down in time in the first recording tomorrow.

~lulz
127  Other / Obsolete (buying) / Re: 1 BTC Bounty for screencast showing initial config of bitcoin-otc gpg on: June 10, 2011, 10:00:16 PM
I haven't done many screencasts, so let me know if something's wrong and I'll see if I can correct it.

The video is here: http://www.youtube.com/watch?v=hYJ-GdErX1c

~lulz
128  Other / Obsolete (buying) / Re: 1 BTC Bounty for screencast showing initial config of bitcoin-otc gpg on: June 08, 2011, 03:48:25 PM
I'll do it.

Do you want this released under your name, a specific website, etc, or should I just upload it to YouTube under my account?
129  Economy / Marketplace / Re: Looking for someone to code me a simple website on: June 02, 2011, 02:56:12 AM
I'm interested, what is your budget?

~lulzplzkthx

I'm pretty sure you were looking at doing a similar site then dropped it because of a lack of interest.

Regardless, I've closed up shop and am no longer entertaining offers

I was working on an open-source project which was very similar, and stopped because of a lack of interest from the community, not my own lack of interested.

Thanks anyway.

~lulzplzkthx
130  Economy / Marketplace / Re: Bitcoin Double - Betting game with faster payouts. on: June 02, 2011, 02:45:42 AM
First, thanks for offering this game.  I've enjoyed playing it the couple times that I've given it a try and I've enjoyed the minuscule payouts that I've received made.  In fact, I'm going to go ahead and share my strategy but, be forewarned, you may want to modify your service to prevent this type of statistical "abuse".  If enough people (with enough bank roll) played this strategy, you could end up losing a lot of coin.

One quick note, I'm not sure what this strategy is called but I do know if you are caught using it in a near 50/50 chance game  like Blackjack in Vegas, they'll kick you out and never let you back in (or so I've heard.)

Here's how it works.  Each turn, bet a minimum bid that is significantly less than your available bank roll.  If you loose, take the sum of all your losses and double it for your next bet.  I see that with bitcoindouble.com, you can bet a minimum of .01BTC.  The betting progression could therefore follow .01, .02, .06 ((.01 +.02) *2), .18, .54, 1.62, 4.86, 14.58... Well, you get the picture.  The odds are exceptionally low that you will lose the game 4, 5, 6... 10... times in a row.  Following the double-your-loses progression will yield a payout average of 33% of all lost bets once you finally break a losing streak (well, it's better than that if you win on the first or second round.)

Starting out at .01 won't accumulate much but .10 or even 1.00BTC as an initial bet can yield significant returns with enough game play, assuming you have the freedom to set your bet.

I played your game a couple nights ago and at that time you allowed betters to specify any bet between .01 and 100 BTC.  After a few rounds, I managed to cash out with  a profit of around .30BTC.  I know, not much, but I don't have that many BTC so I was starting at the .01btc as my initial bid for each streak.  I did manage to get a total gain of 1.5, or so, before I managed to get into a loosing streak that was a bit over my head (Eek, I was down about 2 BTC!) After I won, I played a few more rounds of my strategy and cashed out while I was ahead.

Today, I logged into your site and I noticed that you had changed the betting system to a series of 8, fixed bets.  This is a fair house improvement but someone can still implement my strategy... sort of... and clear out your coffers. 

Significant payout could still be achieved if a player bets the minimum bid, and if the lose simply bet the next highest bid increment that you offer assuming, they had the bank role.  I don't have that kind of cash, so I, personally, wouldn't even try.  It is worth mentioning that if a player had a horrendous loosing streak, and lost, say, 7 or 8 times in a row, they'd call you a cheater!  Just kidding, they would lose their entire betting "investment"  for that round of bets because they can't double their bet after the eighth bet.  This is the key to protecting your house balance.
 
If you are worried about someone sweeping in and cleaning you out what you can do to fix the problem is lower the maximum bid (or raise the minimum bid) so that there isn't a wide swing of betting options.  I, personally wouldn't offer bets above 5 BTC.  Also, I would offer only 3 or 4 betting tiers (maybe .05, .5, 1 and 5.)  There is only 7.3% chance that someone will make it to a fourth round and lose-- 3.8% chance that they will make it to a 5 round and lose.

Players who know their statistics would know that after multiple rounds their strategy would break down under such constraints, and they would avoid playing this method all together.

I hope that helps.  It never hurts to double-check your statistics when playing a game a chance... even if you're the house.  Wink

Peace.

I hate probabilities.

It's less probable that you will lose twice in a row than one time, but it's also the same chance that you will lose as the first time.

>_<
131  Economy / Marketplace / Re: Looking for someone to code me a simple website on: June 02, 2011, 01:24:13 AM
I'm interested, what is your budget?

~lulzplzkthx
132  Economy / Marketplace / Re: *NEW* Bitcoin Escrow on: May 30, 2011, 11:24:12 PM
I like your method of releasing them (the 1% transaction fee.) Very neat. As you have only 2 posts however, and ClearCoin already exists, you may have to prove yourself a bit.

~lulzplzkthx
133  Economy / Marketplace / Re: [0.25 BTC] Escrow and mediation on: May 25, 2011, 12:34:05 AM
I trust cuddlefish, and will vouch for him.
134  Other / Obsolete (selling) / Re: Books for BTC, 0.5 BTC each on: May 21, 2011, 03:19:16 AM
The Road is a fantastic book. If you're interested in it, buy it from this man. I guarantee you it's worth it.
135  Other / Obsolete (selling) / Re: Selling Steam Games for Bitcoins on: May 21, 2011, 03:18:41 AM
I will keep your name in mind as I have some games I have my eye on.

~lulzplzkthx
136  Economy / Marketplace / Re: Give me your bitcoins before getting raptured! on: May 21, 2011, 03:10:40 AM
You guys hijacked my thread.  I will report you to the cyberpolice.  Angry
Terribly sorry... but you know, it won't matter tomorrow... in fact, you might as well send me your bitcoins.
137  Economy / Marketplace / Re: Bitcoin goods/services need to be more accessible on: May 21, 2011, 02:57:24 AM
Go ahead, you can do it, you have my permission.
+1, haha.

Feel free to tell eBay to accept Bitcoin. I don't mind.
138  Economy / Marketplace / Re: Give me your bitcoins before getting raptured! on: May 21, 2011, 02:56:01 AM
If I receive donations, I will give nobody anything because they don't deserve it anyway.
139  Other / Obsolete (selling) / Re: Selling Terraria Steam Code on: May 20, 2011, 07:12:16 PM
I'll buy it. PM me a Bitcoin address.
140  Economy / Marketplace / Re: IRC scammer scottlad on: May 20, 2011, 01:44:30 PM
Thanks EvanR for taking care of the situation. I have a lot of respect for you. Smiley
Pages: « 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 15 16 17 18 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!