5 expanded posts ยท every known parent and child
Has the list ever discussed online gambling? I'm curious if anyone's ever tried to combine something like magic money with something like a simulation of a slot machine, using a coin-toss type protocol to ensure the machine isn't rigged.
> Has the list ever discussed online gambling? I'm curious if anyone's > ever tried to combine something like magic money with something like a > simulation of a slot machine, using a coin-toss type protocol to ensure > the machine isn't rigged. For people with beta digicash clients, try http://gamezone.io.com/ IAs far as a real system goes, you will never see on running on a machine in the US in the near future; in addition to the regulatory BS involved in making magic money useful you would run into all kinds of wonderful gambling laws and regulation. jim
`Jim McCoy' wrote: > > For people with beta digicash clients, try http://gamezone.io.com/ > > IAs far as a real system goes, you will never see on running on a machine > in the US in the near future; in addition to the regulatory BS involved in > making magic money useful you would run into all kinds of wonderful > gambling laws and regulation. > To exercise my ecash software I had a few goes at this and found at least one problem; payments not honoured. In ten games I obtained two four of a kinds, the first on a 0.25 bet which should have resulted in a payment of 6.25. No payment as received. The second time it was on a wager of 1.00, --> You have won! Your final hand was a Four of a Kind. The winnings for this hand was $25. This sum is being deposited in your CyberWallet right now. <-- again --- no payment received. Admittedly, four other small payments succeeded, with values of less than and equal to 2.00 (for two of a kinds and so on). I assume this is caused by some kind of bug, not any deception on behalf of the operator; but it does illustrate a potental problem as I really don't have any `proof' with which to challenge. Not that I'm worried; it being a beta and all that. But one would expect a `real' system to provide better assurances (wrt. payments being honoured and guaranteed rates of return). Clearly we're experimenting here. mg. -- Matthew Gream (sw/hw engineer) <M.Gream@uts.edu.au> +61 (02) 821-2043
The underlying problem is that in the DigiCash system money goes through the shop into the bank, but there is currently no automatic way for a shop to withdraw money (we might be able to hack one on top of the text client, but haven't gotten around to it). So, what happens, is that the shop runs out of cash (or out of the right size coins), even though it has a good-size bank balance. We've been trying to stay "cashed up", but interest in the poker game has been sporadic. You are absolutely correct that various steps would need to be taken in terms of error handling and dispute resolution if the e-cash was out of beta. We are currently nicely cashed up, please try it again and see if it is still not paying out (I'm stuck in a text-only environment at the moment.) Please send any error reports to me at: dab@tadpole.com > > To exercise my ecash software I had a few goes at this and found at > least one problem; payments not honoured. In ten games I obtained two > four of a kinds, the first on a 0.25 bet which should have resulted in > a payment of 6.25. No payment as received. The second time it was on a > wager of 1.00, > > --> > You have won! > > Your final hand was a Four of a Kind. The winnings for this hand was > $25. This sum is being deposited in your CyberWallet right now. > <-- > > again --- no payment received. Admittedly, four other small payments > succeeded, with values of less than and equal to 2.00 (for two of a > kinds and so on). I assume this is caused by some kind of bug, not any > deception on behalf of the operator; but it does illustrate a potental > problem as I really don't have any `proof' with which to challenge. > > Not that I'm worried; it being a beta and all that. But one would > expect a `real' system to provide better assurances (wrt. payments > being honoured and guaranteed rates of return). Clearly we're > experimenting here. > >
> From: M.Gream@uts.EDU.AU (Matthew Gream) > > `Jim McCoy' wrote: [regarding online gambling] > > For people with beta digicash clients, try http://gamezone.io.com/ > > To exercise my ecash software I had a few goes at this and found at > least one problem; payments not honoured. [...winning hands not paying > out...] Admittedly, four other small payments > succeeded, with values of less than and equal to 2.00 (for two of a > kinds and so on). This is basically caused by the lack of a to-be-implemented-RSN (tm) part of the ecash server: the ability to have have a merchant "wallet" maintain a set balance of coins in the wallet. What happens is that every time money is given to the merchant to play a game it gets directly deposited into the bank, payoffs for winning hands come out of the wallet. Eventually the wallet runs out of coins to make the payment but there is no automatic way to keep it supplied from the coins that are deposited to play. The DigiCash user clients seem fairly well developed, but they are lagging behind on the server-side of things (both merchant servers, and the bank server.) > I assume this is caused by some kind of bug, not any > deception on behalf of the operator; but it does illustrate a potental > problem as I really don't have any `proof' with which to challenge. Well, at some point we need to finish up some of the reliability code. It should present you with a "receipt" number during payoff that will be linked to the game database, the game is not removed from the database until the money exchange clears so if there is a problem the user can present the number and we can look up the game results. jim