Bitcoin Forum
November 16, 2024, 03:22:47 PM *
News: Check out the artwork 1Dq created to commemorate this forum's 15th anniversary
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 [6] 7 8 9 10 11 12 13 14 15 »  All
  Print  
Author Topic: CoinJack - start your own blackjack casino!  (Read 36757 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
elm
Legendary
*
Offline Offline

Activity: 1050
Merit: 1000


View Profile
October 28, 2014, 06:45:41 PM
 #101



Yes, it shows 11,21 but you can check that it really pays 3:2 and it's blackjack. It's not just displayed there, that's all. Smiley
it should show BlackJack and not 11,21

Insurence no, we may add it in future updates if people who bought it will be interested in it.
Insurance is very important for the house and a must for the house/OP to have this option to add

In case of tie, dealer wins. It's normal setting in blackjack games and it's also only reason why casino stays profitable.
sorry but You are wrong. tie is a tie in BlackJack but You can give the house/OP the option to change it to a win for the house if he wants to higher his % but if Dealer has BJ and Player has BJ it is a tie and not a loss for the player.  sure thing that You can do this but BJ players are not stupid they know the rules all over the world. so at least give the OP the chance to offer it. if I buy the script I would want those options

Yes, you can check images from administration. You can currently choose Blackjack pays: (3:2) or (6:5); Dealer hits on soft 17: YES or NO; Number of decks: 1,2,4,6,8
I dont want to check images I thought You could give a buyer the possibility before he buys the script to login the admin and to see what changes he can do to the rules. the rules You mentioned are just not enough for a good BlackJack operator.

I thought I saw somewhere in this thread or another one a link where you can see what rule options are needed to offer.
the address is here
http://wizardofodds.com/games/blackjack/calculator/

You didnt answer my question regarding support. if I buy Your script what options do I have to reach You beside here in thread and PM?

thank You for the nice script and work
johny1976 (OP)
Legendary
*
Offline Offline

Activity: 1135
Merit: 1002

Developer


View Profile
October 28, 2014, 07:42:20 PM
Last edit: October 28, 2014, 08:01:04 PM by johny1976
 #102



Yes, it shows 11,21 but you can check that it really pays 3:2 and it's blackjack. It's not just displayed there, that's all. Smiley
it should show BlackJack and not 11,21

Insurence no, we may add it in future updates if people who bought it will be interested in it.
Insurance is very important for the house and a must for the house/OP to have this option to add

In case of tie, dealer wins. It's normal setting in blackjack games and it's also only reason why casino stays profitable.
sorry but You are wrong. tie is a tie in BlackJack but You can give the house/OP the option to change it to a win for the house if he wants to higher his % but if Dealer has BJ and Player has BJ it is a tie and not a loss for the player.  sure thing that You can do this but BJ players are not stupid they know the rules all over the world. so at least give the OP the chance to offer it. if I buy the script I would want those options

Yes, you can check images from administration. You can currently choose Blackjack pays: (3:2) or (6:5); Dealer hits on soft 17: YES or NO; Number of decks: 1,2,4,6,8
I dont want to check images I thought You could give a buyer the possibility before he buys the script to login the admin and to see what changes he can do to the rules. the rules You mentioned are just not enough for a good BlackJack operator.

I thought I saw somewhere in this thread or another one a link where you can see what rule options are needed to offer.
the address is here
http://wizardofodds.com/games/blackjack/calculator/

You didnt answer my question regarding support. if I buy Your script what options do I have to reach You beside here in thread and PM?

thank You for the nice script and work


1, Ok, we'll change it in new version.
2, We'll add it in new version.
3, Also adding it in new version so people can change what happen if there is tie - if player or dealer wins
4, I can give you private access to it
5, Yes, we know that page and we are adding options with updates
6, You can reach us also on e-mail imrer@centrum.cz or skype imrer.imrer or you can visit us in Czech republic. Smiley

New update with things I mentioned above will be up 1.11. GMT.

Johny
elm
Legendary
*
Offline Offline

Activity: 1050
Merit: 1000


View Profile
October 30, 2014, 01:04:43 PM
 #103

thank you.....thats getting better and better.

could some one point me to a script that is already online? thanks
Bitcoin Explorer
Hero Member
*****
Offline Offline

Activity: 854
Merit: 500



View Profile
October 30, 2014, 01:17:35 PM
 #104

Is there anybody who can setup everything if we buy it? Right from hosting to setting up the looks.

elm
Legendary
*
Offline Offline

Activity: 1050
Merit: 1000


View Profile
October 30, 2014, 04:59:00 PM
 #105

@OP and all who bought the script

what is the doubling rule and option?

9,10,11 or any 2 cards or always doubling possible?
btchris
Hero Member
*****
Offline Offline

Activity: 672
Merit: 504

a.k.a. gurnec on GitHub


View Profile WWW
October 30, 2014, 05:34:59 PM
Last edit: October 30, 2014, 05:49:52 PM by btchris
 #106

Here are the rules of a version that I tested a little while back (I don't know what's changed since then).

  • number of decks: configurable according to OP
  • dealer wins ties (very uncommon, typically it's a push)
  • double after hit allowed and on any card values (fairly uncommon)
  • can't split more than once (split 3 times for up to 4 hands is more common)
  • double after split allowed
  • hitting (and/or doubling) after splitting aces allowed
  • BJ pays 3 to 2 or 6 to 5: configurable according to OP
  • dealer peeks (if dealer starts with 21, the hand immediately ends)
  • can't double for less (uncommon)
  • dealer hits on soft 17: configurable according to OP
  • no insurance
elm
Legendary
*
Offline Offline

Activity: 1050
Merit: 1000


View Profile
October 30, 2014, 06:35:58 PM
 #107

Here are the rules of a version that I tested a little while back (I don't know what's changed since then).

  • number of decks: configurable according to OP
  • dealer wins ties (very uncommon, typically it's a push)
  • double after hit allowed and on any card values (fairly uncommon)
  • can't split more than once (split 3 times for up to 4 hands is more common)
  • double after split allowed
  • hitting (and/or doubling) after splitting aces allowed
  • BJ pays 3 to 2 or 6 to 5: configurable according to OP
  • dealer peeks (if dealer starts with 21, the hand immediately ends)
  • can't double for less (uncommon)
  • dealer hits on soft 17: configurable according to OP
  • no insurance


thank you for the info. thats exactly what I posted earlier.........the dev is a nice guy and knows how to code, but  (no offense) he has no clue about Black Jack.
we should try to help him to give the script buyers and future OPs the right rules so the OP can chose the %age he wants to offer to the players.

regarding number of decks, lests ay 6 decks are used how deep will the shoe go until it reshuffles? I would prefer if there would be an option to reshuffle after each round
btchris
Hero Member
*****
Offline Offline

Activity: 672
Merit: 504

a.k.a. gurnec on GitHub


View Profile WWW
October 30, 2014, 08:20:15 PM
 #108

the dev is a nice guy and knows how to code, but  (no offense) he has no clue about Black Jack.
we should try to help him to give the script buyers and future OPs the right rules so the OP can chose the %age he wants to offer to the players.

I get the same impressions (not that I'm any sort of BJ expert though... I haven't played in years). There's a lot of good information available on the topic, though.

regarding number of decks, lests ay 6 decks are used how deep will the shoe go until it reshuffles? I would prefer if there would be an option to reshuffle after each round

Regardless of shoe size, a reshuffle occurs before every hand. (Implementing it any other way would be problematic due to the the provably-fair requirement.)
elm
Legendary
*
Offline Offline

Activity: 1050
Merit: 1000


View Profile
October 30, 2014, 08:44:52 PM
 #109

Regardless of shoe size, a reshuffle occurs before every hand. (Implementing it any other way would be problematic due to the the provably-fair requirement.)

so you are saying that this script is set to reshuffle before every new hand?
btchris
Hero Member
*****
Offline Offline

Activity: 672
Merit: 504

a.k.a. gurnec on GitHub


View Profile WWW
October 30, 2014, 09:23:03 PM
 #110

Regardless of shoe size, a reshuffle occurs before every hand. (Implementing it any other way would be problematic due to the the provably-fair requirement.)

so you are saying that this script is set to reshuffle before every new hand?
Correct.

At first glance, that seems... silly. But if you consider how it works, and how it might work if there wasn't a reshuffle before each hand, it makes more sense.

Right now, at the beginning of each hand you're given access to a hash of the shoe. At the end of a hand, you're given access to the entire contents of the shoe. This supposedly* makes the game fair because the server can't change the shoe after the game has begun.

Obviously, once the shoe is revealed, it can't be used for the next hand, so a reshuffle is in order. An alternative would be to only show the entire contents of the shoe right before a reshuffle, e.g. once 66% or 75% (or some other %) of the shoe was used up and a reshuffle would be "normally" required.

But what happens if the player wants to leave before the next reshuffle? In other words, if the player wants proof that the game isn't rigged, should they be forced to continue playing until the next reshuffle?

One option might be to allow the player to view the contents of the shoe at the end of any hand of their choosing (which of course would be followed by a reshuffle), but this isn't any better. A card counter could use this to their advantage and force a reshuffle whenever the count gets too low. (This sort of strategy is possible IRL but more difficult because it involves moving between tables under the watchful eye of security.)

So there probably isn't a better option; had I been the coder I probably would have made the same decision.

* I haven't actually looked at CoinJack's provably fair algorithm, so I don't claim it actually is provably fair, I'm just taking their word for it. If all they provide is a hash of the shoe and nothing more, there would definitely be some problems....
elm
Legendary
*
Offline Offline

Activity: 1050
Merit: 1000


View Profile
October 31, 2014, 05:44:55 AM
 #111

Regardless of shoe size, a reshuffle occurs before every hand. (Implementing it any other way would be problematic due to the the provably-fair requirement.)

so you are saying that this script is set to reshuffle before every new hand?
Correct.

At first glance, that seems... silly. But if you consider how it works, and how it might work if there wasn't a reshuffle before each hand, it makes more sense.

Right now, at the beginning of each hand you're given access to a hash of the shoe. At the end of a hand, you're given access to the entire contents of the shoe. This supposedly* makes the game fair because the server can't change the shoe after the game has begun.

Obviously, once the shoe is revealed, it can't be used for the next hand, so a reshuffle is in order. An alternative would be to only show the entire contents of the shoe right before a reshuffle, e.g. once 66% or 75% (or some other %) of the shoe was used up and a reshuffle would be "normally" required.

But what happens if the player wants to leave before the next reshuffle? In other words, if the player wants proof that the game isn't rigged, should they be forced to continue playing until the next reshuffle?

One option might be to allow the player to view the contents of the shoe at the end of any hand of their choosing (which of course would be followed by a reshuffle), but this isn't any better. A card counter could use this to their advantage and force a reshuffle whenever the count gets too low. (This sort of strategy is possible IRL but more difficult because it involves moving between tables under the watchful eye of security.)

So there probably isn't a better option; had I been the coder I probably would have made the same decision.

* I haven't actually looked at CoinJack's provably fair algorithm, so I don't claim it actually is provably fair, I'm just taking their word for it. If all they provide is a hash of the shoe and nothing more, there would definitely be some problems....

thank You for the detailed answer. even a reshuffle after each hand is slightly against the house% I am voting for the reshuffle.

and thank Yo for the Provably Fair explanation. ( I think a correct Provably Fair option is a must).

but it would be nice if we could get an answer if this is really Provably Fair? maybe the dev could say something here to clarify it.

lets see the rule changes in next update.

I cant code and I am a totally noob regarding provably fair. how comes that you are so familiar with it?

thanks
elm
Legendary
*
Offline Offline

Activity: 1050
Merit: 1000


View Profile
November 06, 2014, 11:25:23 AM
 #112

please point me to a working site with this script, thanks
elm
Legendary
*
Offline Offline

Activity: 1050
Merit: 1000


View Profile
November 12, 2014, 06:37:19 AM
 #113

Hi Johny,

Please send me the latest update. I am not able to reach you via PM/Skype Sad

Cheers

Sad
johny1976 (OP)
Legendary
*
Offline Offline

Activity: 1135
Merit: 1002

Developer


View Profile
November 14, 2014, 06:10:36 PM
 #114

Version 1.6 released!

We've finally released new version. We are sorry for delay and we have nothing on our defense. It took us way more time to develop than we expected.

- New Insurance option!
- Split function corrected
- Tie / options to adjust house edge
- Code improvements
- Minor bugs fixed


elm
Legendary
*
Offline Offline

Activity: 1050
Merit: 1000


View Profile
November 14, 2014, 06:42:02 PM
 #115

I tested the game a bit now and I had a chance to insure against Black Jack. I clicked yes for insurance and house had Black Jack and it told me that I lost. is it because I am testing or is it also in real? thanks
johny1976 (OP)
Legendary
*
Offline Offline

Activity: 1135
Merit: 1002

Developer


View Profile
November 14, 2014, 06:49:51 PM
 #116

I tested the game a bit now and I had a chance to insure against Black Jack. I clicked yes for insurance and house had Black Jack and it told me that I lost. is it because I am testing or is it also in real? thanks

You've lost the game but won the "insurance bet". Your balance is OK. If you've bet 2 BTC, then insured yourself, it took you another 1 BTC (Total 3 BTC bet). Dealer has blackjack so you've lost the game but won the insurance bet -> you've won 2 BTC
elm
Legendary
*
Offline Offline

Activity: 1050
Merit: 1000


View Profile
November 14, 2014, 07:51:09 PM
 #117

I received the latest version. Thank you guys! Smiley

@Lupo

is Your site online and running? I would like to see it and play a bit because the script cant be tested with 0 account

thanks
johny1976 (OP)
Legendary
*
Offline Offline

Activity: 1135
Merit: 1002

Developer


View Profile
November 17, 2014, 02:55:52 PM
 #118

I received the latest version. Thank you guys! Smiley

@Lupo

is Your site online and running? I would like to see it and play a bit because the script cant be tested with 0 account

thanks

You can use giveaway option to obtain small amount of coins - small present icon on the left menu.
roadies
Full Member
***
Offline Offline

Activity: 154
Merit: 100


View Profile
November 19, 2014, 02:14:26 PM
 #119

Quick question: any security features built in?
johny1976 (OP)
Legendary
*
Offline Offline

Activity: 1135
Merit: 1002

Developer


View Profile
November 19, 2014, 03:46:43 PM
 #120

Quick question: any security features built in?

Two-factor authentication and access logs in administration. Users can also protect their unique account by password. Everything is encrypted of course.
Pages: « 1 2 3 4 5 [6] 7 8 9 10 11 12 13 14 15 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!