...

[turtlehurricane]

...

[Rulishix]

I've been thinking of creating a dice gambling site, and would appreciate tips on how I should do it. Here are some of my questions:

What coding languages are best for the job?

What security measures do I need to implement for the site and wallet?

How do I create a hot/cold wallet system? How do I make a new wallet for each deposit address?

How do I make the game provably fair?

And please tell me any other important things if you can think of any. 

This link is the answer to all your questions.  It's amazing!

http://bit.ly/1qn6tnL

[EcuaMobi]

Maybe this would be useful?

https://bitcointalk.org/index.php?topic=652563

(II'm not affiliated in any way)

[Cluster2k]

The dice gaming market is saturated with too many sites chasing too few players.  There are many sites out there that have had no bets all day.

It's wiser to come up with a new gaming concept rather than be the 50th dice site with no players.

[NLNico]

If you have no experience at all with developing websites, I honestly think you shouldn't start a bitcoin gambling site. There will be many people trying to hack your website and if you never made a website before I assume they will succeed.

If you really want a website start with something where you don't have to hold other people's money.

[Nobitcoin]

I think you need to rethink your plan the dice market is over saturated. The other 2 that are busy or worth considering are of course primedice and luckynumber.me. I think the others JD and Everydice the latter apparently got scammed by a player but seems like a convenient excuse and JD is having problems with the introduction of new legislation.

[dooglus]

I've been thinking of creating a dice gambling site, and would appreciate tips on how I should do it. Here are some of my questions:

What coding languages are best for the job?

I used node.js for Just-Dice and had good experiences with it.

What security measures do I need to implement for the site and wallet?

This is a worrying question. Security isn't something you add to a site, it's the absence of insecurity. Just don't mess anything up and you have security.

How do I create a hot/cold wallet system? How do I make a new wallet for each deposit address?

Another worrying question. I would suggest that you're probably not ready to do this right. Play about with Bitcoin and web application development in general to get a feel for it. Work your way up.

A hot wallet is simply a wallet that the server can interact with, and a cold wallet is a wallet that's not online. You create them both in the normal way. You shouldn't be creating a new wallet for each user. I found that 3 wallets was enough for Just-Dice - one for the server to use, one offline cold wallet, and one which I keep online locally as a buffer between the two so I don't have to keep manually transferring coins from the cold wallet (which is a pain due to its offline nature).

How do I make the game provably fair?

There are as many ways to do this as there are existing dice sites. The basics are:

make all rolls depend on the seeds: one that you pick, and one that the player picks
make sure you pick your seed first, and commit to it (by publishing its hash) before making the player pick
make sure the rolls are completely determined by the seeds

These 3 things together prove to the player that you can't be manipulating his rolls, since he picked a vital part of the input to the roll, and he picked his part last.

And please tell me any other important things if you can think of any. 

If your site is successful, it's going to take over your life. Be ready for that, or don't even start it.

[FanEagle]

I would just open a casino instead of a dice.

[counter]

I'd reccomend having a number of games. in my opinion that would be your best bet attract more people.  Also a nice looking site goes along way also.  I've liked the Primedice website from the first time I seen it.  That leaves an impression on the user and will most likely play apart in their decision to use your site.

Hey it may not hurt to consider using or accepting more then one coin, who knows.  Good luck with the site.   

[dooglus]

So basically I make a new address for each user, but it's just 1 of many addresses in the hot wallet?

Yes. At Just-Dice I used bitcoind, and simply did getAddressesByAccount() to see if there was already an address associated with a userid, and getAccountAddress() to get one if there wasn't. Then you can listAccounts() to see the balance for each account with the required number of confirmations and move() to move the funds from a player's 'account' to the main hot wallet account so you don't count it twice.

Recently I heard Gavin saying that the 'accounts' feature in bitcoind is likely to be removed soon, so I guess this isn't a good idea to use any more.

[chaosPT]

Buy the script from other and i think they have the details 

[gweedo]

So basically I make a new address for each user, but it's just 1 of many addresses in the hot wallet?

Yes. At Just-Dice I used bitcoind, and simply did getAddressesByAccount() to see if there was already an address associated with a userid, and getAccountAddress() to get one if there wasn't. Then you can listAccounts() to see the balance for each account with the required number of confirmations and move() to move the funds from a player's 'account' to the main hot wallet account so you don't count it twice.

Recently I heard Gavin saying that the 'accounts' feature in bitcoind is likely to be removed soon, so I guess this isn't a good idea to use any more.

I would advise against the account feature, it isn't meant to be a database, like you are using it. I usually just keep a database table that links addresses to users, I think this system is more robust than using the account feature.


And to be honest I have written dice games in javaEE, which is actually really strong.

[dooglus]

I would advise against the account feature, it isn't meant to be a database, like you are using it. I usually just keep a database table that links addresses to users, I think this system is more robust than using the account feature.

Then how do you keep track of which incoming payments are for which user, and make sure not to credit them twice in the event of a blockchain re-org or transaction malleability?

The account system takes care of all that for you. I wouldn't want to have to reinvent the wheel.

[gweedo]

I would advise against the account feature, it isn't meant to be a database, like you are using it. I usually just keep a database table that links addresses to users, I think this system is more robust than using the account feature.

Then how do you keep track of which incoming payments are for which user, and make sure not to credit them twice in the event of a blockchain re-org or transaction malleability?

The account system takes care of all that for you. I wouldn't want to have to reinvent the wheel.

I always wait at least 1 confirmation. I always do a double entry balance and withdrawl, then I use listreceivedbyaddress to get the transactions.

[Stars]

Buy the script from other and i think they have the details 

Buying the script is kinda lame. I'll feel a lot better about it if I build it completely.

Curious, how much does the script cost?

[gweedo]

Buy the script from other and i think they have the details 

Buying the script is kinda lame. I'll feel a lot better about it if I build it completely.

Curious, how much does the script cost?

Make sure their is no backdoors, in the RNG or in the software in general.

[a1choi]

Buy the script from other and i think they have the details 

Buying the script is kinda lame. I'll feel a lot better about it if I build it completely.

Curious, how much does the script cost?

Make sure their is no backdoors, in the RNG or in the software in general.

The problem with this is that if the programmer isn't experienced enough, which is usually the reason for buying the scripts, they won't know what to look for in terms of insecurities and backdoors.

[gweedo]

Buy the script from other and i think they have the details 

Buying the script is kinda lame. I'll feel a lot better about it if I build it completely.

Curious, how much does the script cost?

Make sure their is no backdoors, in the RNG or in the software in general.

The problem with this is that if the programmer isn't experienced enough, which is usually the reason for buying the scripts, they won't know what to look for in terms of insecurities and backdoors.

That is why you pay someone to look it over, that you trust as a programmer.

[dooglus]

I always wait at least 1 confirmation. I always do a double entry balance and withdrawl, then I use listreceivedbyaddress to get the transactions.

What do you do if there's a 2 block reorganisation, and the deposit changes its transaction ID?

Would you credit it twice?

[gweedo]

I always wait at least 1 confirmation. I always do a double entry balance and withdrawl, then I use listreceivedbyaddress to get the transactions.

What do you do if there's a 2 block reorganisation, and the deposit changes its transaction ID?

Would you credit it twice?

Pretty sure listreceivedbyaddress also protects against that.