Site: http://royalbitcoin.com/
Key:
Min Cash In: no minimum
Min Cash Out: no minimum
Games: Dice
Min Bet: 0.05
Max Bet: 10
Comments: I'm the operator. Provably fair. Custom rakeback/affiliate betting addresses that pay out 1% on all bet volume are available.
Note: We invite bitcoin site owners to create their own dice games using our 1% payout betting addresses.
Topic: ★★★ MEMs LIST of GAMBLING SITES ★★★ - page 43. (Read 135041 times)
Site: http://bitcoinvideopoker.com/
Key:
Min Cash In: no minimum
Min Cash Out: 0.02
Games: 9-6 Jacks or Better Video Poker
Min Bet: 0.001 (temporary--we will be lifting this limit in the near future)
Max Bet: 0.005
Comments: I'm the operator.
Note: We provide all provably fair information on the website after every game you play. Features: 0 confirmations required for deposits (2 confirmations required for withdrawals), Double or nothing, some of the best gambling odds for bitcoin available (99.5% ex. return).
Key:
Min Cash In: no minimum
Min Cash Out: 0.02
Games: 9-6 Jacks or Better Video Poker
Min Bet: 0.001 (temporary--we will be lifting this limit in the near future)
Max Bet: 0.005
Comments: I'm the operator.
Note: We provide all provably fair information on the website after every game you play. Features: 0 confirmations required for deposits (2 confirmations required for withdrawals), Double or nothing, some of the best gambling odds for bitcoin available (99.5% ex. return).
Site: http://play.luckco.in
Key:
Min Cash In: 0.001
Min Cash Out: 0.001
Games: Progressive video poker
Min Bet: 0.001
Max Bet: 0.005
Comments: Operator is abrkn
Note: Makes a decent attempt of being fair, could probably be better. open source
Key:
Min Cash In: 0.001
Min Cash Out: 0.001
Games: Progressive video poker
Min Bet: 0.001
Max Bet: 0.005
Comments: Operator is abrkn
Note: Makes a decent attempt of being fair, could probably be better. open source
Site: http://y4x.com
Key:
Min Cash In: N/A
Min Cash Out: N/A
Games: Progressive Lotto
Min Bet: .00000001
Max Bet: Unlimited
Comments: Operator is BitcoinHoarder
Note on Key: This game is considered honest because all of the elements of determining the winner are out of the control of the operator (me) and can be evaluated after the game is over.
Key:
Min Cash In: N/A
Min Cash Out: N/A
Games: Progressive Lotto
Min Bet: .00000001
Max Bet: Unlimited
Comments: Operator is BitcoinHoarder
Note on Key: This game is considered honest because all of the elements of determining the winner are out of the control of the operator (me) and can be evaluated after the game is over.
I might misunderstand, but if you are pre-selecting the winning value doesn't that mean you know it and could play it?
That is correct, however I have not thought of a way to solve this issue without completely offloading the RNG to a third party that would be able to encrypt the random data prior to providing us with it along with a hash of the data so that we would not have access to it initially, however then you have the problem of the third party being able to calculate the numbers from the provided data and playing them, as well has having to have a timed mechanism for the third party to deliver the encryption key when it is necessary to decrypt and use the data.
Have you seen https://lbaat.net/ ?
They're able to keep a private key entirely secret (neither the eventual owner nor lbaat themselves can access the key) until a certain time in the future.
You could send a token amount to an LBAAT address and use the corresponding private key (which nobody, not even you will know until after the game has ended) as the 'random data' (or at least use it to modify the secret data you picked). You can publish the corresponding public key before the game starts, which allows people to verify that you're being fair.
* pick huge number 345978060225
* publish hash of huge number
* publish hash of huge number
either make it a really really huge number, or concatenate some secret string to it before you do the hash:
sha256(345978060225 . 'WFJIJFDSJF2MZIOWJEFIOWEJ');
Our hashed strings will include a very large random salt, the game ID information, a timestamp, and the preselected lottery values or in this case the preselected really huge number.
I might misunderstand, but if you are pre-selecting the winning value doesn't that mean you know it and could play it?
That is correct, however I have not thought of a way to solve this issue without completely offloading the RNG to a third party that would be able to encrypt the random data prior to providing us with it along with a hash of the data so that we would not have access to it initially, however then you have the problem of the third party being able to calculate the numbers from the provided data and playing them, as well has having to have a timed mechanism for the third party to deliver the encryption key when it is necessary to decrypt and use the data. We're already offloading the RNG to a third party to get quality random data that cannot be predicted, however I am unaware of an RNG source that could provide the other considerations. I'll research more into ways to generate random numbers without having knowledge of them until a later time.
* pick huge number 345978060225
* publish hash of huge number
* publish hash of huge number
either make it a really really huge number, or concatenate some secret string to it before you do the hash:
sha256(345978060225 . 'WFJIJFDSJF2MZIOWJEFIOWEJ');
* ticket #5 is the winner; publish the huge number and the secret string that you added to the end of it so everyone can check the hash
Sure you can. Preselect a huge random number. Publish its hash. Then once you know how many tickets were sold, divide the huge number by the number of tickets sold and calculate the remainder. That'll be a number between 0 and tickets-1 and tells you who won. Publish the huge number to prove you didn't cheat.
Ah, good point, I didn't consider just using a modulus operation against the number of tickets.
As I stated before, we unfortunately can't do this for the raffles as we don't know before the game closes how many raffle tickets are sold, which determines the selection process.
Sure you can. Preselect a huge random number. Publish its hash. Then once you know how many tickets were sold, divide the huge number by the number of tickets sold and calculate the remainder. That'll be a number between 0 and tickets-1 and tells you who won. Publish the huge number to prove you didn't cheat.
Example:
* pick huge number 345978060225
* publish hash of huge number
* sell 10 tickets, number them 0 through 9
* divide huge number by 10 giving remainder = 5
* ticket #5 is the winner; publish the huge number so everyone can check the hash
added thanks for filling in the template 
Is your game provably fair ?
Is your game provably fair ?
One of the next updates the developers are working on is pre-selecting the winning values for the lotteries and publishing a hash of those values, which will make the lottery games provably fair. As I stated before, we unfortunately can't do this for the raffles as we don't know before the game closes how many raffle tickets are sold, which determines the selection process.
One other thing, per our FAQ, we use a neutral third party for our RNG which provides true random numbers to our game.
I might misunderstand, but if you are pre-selecting the winning value doesn't that mean you know it and could play it?
added thanks for filling in the template
Is your game provably fair ?
Is your game provably fair ?
One of the next updates the developers are working on is pre-selecting the winning values for the lotteries and publishing a hash of those values, which will make the lottery games provably fair. As I stated before, we unfortunately can't do this for the raffles as we don't know before the game closes how many raffle tickets are sold, which determines the selection process.
One other thing, per our FAQ, we use a neutral third party for our RNG which provides true random numbers to our game.
Site: bittlelotto.dyndns.tv
Key:
Min Cash In: N/A
Min Cash Out: N/A
Games: Lotto
Min Bet: .001
Max Bet:
Comments: Admin is a site member (Me)
Key:
Min Cash In: N/A
Min Cash Out: N/A
Games: Lotto
Min Bet: .001
Max Bet:
Comments: Admin is a site member (Me)
Noted, it will need some play time before it makes the main list.
Quote
I will take 10% from each drawing as a commmission.
A bit steep dont you think ?
Its not really that steep, and it will change from time to time, when i get to adding daily drawings it will probally go down to around 2% for daily and 5% for weekly if that.
Site: bittlelotto.dyndns.tv
Key:
Min Cash In: N/A
Min Cash Out: N/A
Games: Lotto
Min Bet: .001
Max Bet:
Comments: Admin is a site member (Me)
Key:
Min Cash In: N/A
Min Cash Out: N/A
Games: Lotto
Min Bet: .001
Max Bet:
Comments: Admin is a site member (Me)
Noted, it will need some play time before it makes the main list.
Quote
I will take 10% from each drawing as a commmission.
A bit steep dont you think ?
No problems, please fill in my new template (ahh laziness) and I'll get it added shortly
Code:
Site: BitDraw
Key: Shouldn't you be filling this one in? (:
Min Cash In: 0.001 BTC
Min Cash Out: 0.001 BTC
Games: Daily and Weekly Raffles and Lotteries
Min Bet: 1 TKN (0.001 BTC)
Max Bet: None
Comments: Bitcoin (BTC) deposits are converted to game tokens (TKN) as are token withdrawals converted back into Bitcoin. Static exchange rate is 1:1000.
Key: Shouldn't you be filling this one in? (:
Min Cash In: 0.001 BTC
Min Cash Out: 0.001 BTC
Games: Daily and Weekly Raffles and Lotteries
Min Bet: 1 TKN (0.001 BTC)
Max Bet: None
Comments: Bitcoin (BTC) deposits are converted to game tokens (TKN) as are token withdrawals converted back into Bitcoin. Static exchange rate is 1:1000.
added thanks for filling in the template
Is your game provably fair ?
Site: bittlelotto.dyndns.tv
Key:
Min Cash In: N/A
Min Cash Out: N/A
Games: Lotto
Min Bet: .001
Max Bet:
Comments: Admin is a site member (Me)
Key:
Min Cash In: N/A
Min Cash Out: N/A
Games: Lotto
Min Bet: .001
Max Bet:
Comments: Admin is a site member (Me)
I'm fine now. I just made a BTC7 deposit and cashed out. Other than not being able to play there (and I should have checked the fine print first), I have no problem with the site.
Something I found frustrating, as a US player, was that the minimum deposit was ฿3.00 and the minimum withdrawal was ฿10.00. Despite filling out my information as a US player, I was permitted to deposit. I had planned on playing that up to ฿10.00 before withdrawing. But then, I found I couldn't play on the site.
While I was able to deposit another ฿7.00 and cash out again, without fees, I didn't have that immediately available and it took a couple weeks to do it.
While you do note this on your site, you really shouldn't accept deposits from players clearly in the United States if they won't be able to play and won't be able to cash out again without making another deposit.
Apologies if you've fixed this already.
While I was able to deposit another ฿7.00 and cash out again, without fees, I didn't have that immediately available and it took a couple weeks to do it.
While you do note this on your site, you really shouldn't accept deposits from players clearly in the United States if they won't be able to play and won't be able to cash out again without making another deposit.
Apologies if you've fixed this already.
This is certainly an error on our part. We do not currently accept players based in the US and it should not be possible to select US as your location when completing the deposit registration form. If you find a way around this please do let us know and we will take a look.
If you, or anyone else, have funds that you wish to withdraw below the 10BTC minimum please contact us at [email protected] and we will process it for you.
Jump to: