Topic: Implementing Instant Transactions in game with betting (Read 777 times)
Instant transactions would be a great thing, no one hates having to wait ~30 minutes for money they will get, but as n2liquid said, their must be an important reason for it.
Hi, fork
I also wonder if there's a way to allow instant transactions without losing the properties of the Bitcoin network. At first it just seems impossible, because if it was possible, the network would probably do it already.
But on a second thought, the very fact that we don't want it to work globally, but only in a restricted network, is a property that we're losing (compared to the big Bitcoin network) and that may give way to the possibility of making instant transactions.
I also wonder if there's a way to allow instant transactions without losing the properties of the Bitcoin network. At first it just seems impossible, because if it was possible, the network would probably do it already.
But on a second thought, the very fact that we don't want it to work globally, but only in a restricted network, is a property that we're losing (compared to the big Bitcoin network) and that may give way to the possibility of making instant transactions.
What is the consensus on how to make instant transactions work in bitcoin while of course avoiding double spending. I've heard of various things like green address.
But consider implementing some generic game on a website that involves betting with bitcoin. How would you make instant transactions work given the following constraints.
But consider implementing some generic game on a website that involves betting with bitcoin. How would you make instant transactions work given the following constraints.
- No deposits
The website must not hold deposits of bitcoins. Maintaining deposits is a security annoyance. Bets are instead placed through transactions from a bitcoin wallet that is under full control of the player. When a player wins the bitcoins that were being temporarily held by the server are sent to the winner. And the game continues on. Therefore response needs to be fast and the transactions must be instant. - Minimize having to refund because one player backs out of bet
A bet involves two players and before the game continues both players must send their bet of bitcoins. If one player sends their bet but the other leaves the game, then the first player must be refunded their bitcoins. However this means that those refunded bitcoins are useless until the refund transaction is confirmed by the bitcoin network (could take tens of minutes?). In a fast paced game this decrease in effective usable bitcoins could be unacceptable. I would like to avoid the effects of these annoying leavers.
Jump to: