Topic: Instant Bitcoin confirmation time (IDEA) - page 3. (Read 28766 times)

Currently 95% of people will be waiting 10 minutes, but it will open a door for the average Joe from the street to accept BTC as well, ultimately rewarding anyone who holds BTC currently.

Also what makes you think that if we make Bitcoin clients relay double spends that it won't propagate as fast through the network (assuming the double spend is valid), there is no reason to suggest it wouldn't be as fast as the transactions themselves.

No need for the agression. There must be a third party in your idea or how else will the network determine the double spend? To the network it will eventually just look like 1 transaction with no guarantee enough nodes saw 2 transactions. So there is no way to automatically flawlessly detect a double spend, a third party is essential to settle disputes. Also your idea with no third party requires code to send coins from addresses without needing the private key which has far too many security implications.

Also if the standard is that people without double the money they are spending in store having to wait 10 minutes, 95% of people will be waiting 10 minutes. Not sure where you are from but most people I know live paycheck to paycheck and a grocery shop after rent and fuel does not leave much.

Also I do not work, have not invested and have never even used bitpay. I have heard how it works and see bitpay as a possible future for point of sale, especially if the merchant does not want to hold Bitcoins at all.

Please don't feed the trolls.

The whole point of decentralization is being independent which is what we're trying to achieve so please plug your bitpay shill messages somewhere else.

As for risking the whole balance "for a third party", it will be decided upon by the whole network collectively, how is it any less secure than having Bitcoins in the first place? 

Cut him some slack.. his name is madmadmax after all XD

If the transaction has a fee, the chance of a double spend working is much smaller. Very few double spends have ever worked (I think S.Dice dealt with a few)

Also the longer you wait (in seconds) the more miners pick up the transaction with the fee, a second transaction with a even with a larger fee would not be included because the first has already been propagated. This all happens before the first confirmation mind you, once that happens no double spend will work (would take a lot of coordination to double spend a loaf of bread (When waiting for you Bitcoin house purchase please wait for at least 3 confirmations))

But about your idea and why its bad. You're plan is to put some of the customers balance at risk every time they purchase something, and for a third party to mediate this. The alternative is far easier on everyone involved. Use a service like Bitpay, they take on the risk of a double spend (very unlikely, remember bitpay is connected to many more nodes than you are) and can cover the odd double spend with their profits.

The network as a whole would decide to "distribute" who else? We could distribute between a fixed amount of first transactions, e.g. if there are double spends at 6:24, 6:25, 6:26, 6:27 and 6:28 then it would only be distributed between the first three since the probability of Alice accepting the fourth transaction before the double spend is detected would be very small.

The idea is bad. Bob creates a ton of double-spends and when the fidelity bond is distributed among them he retains most of what he used to defraud Alice. Also, who exactly is going to 'distribute' this reward? Who decides what double-spends to consider or how many?

A similar idea already exists and was proposed somewhere a month or two ago. Double-spends could be deterred by allowing the merchant to 'replace' the transaction with a transaction that gives miners 100% via fees. It then could not be replaced again, and Bob ultimately loses money (and maybe even reputation) as a result of the double-spend.

Please enlighten me as to why the idea is bad?


Or you could just move him to the corrupt banking system and make it faster

Yeah. Or, you could just insist on having his contact info. Give up anonymity and gain instantaneous transactions. Low tech, but easy.

I don't understand how you've been active here long enough to be a "Sr. Member" and yet have so little understanding of anything about bitcoin.  You've recently come up with several ideas and concerns that have been discussed 100s of times and that any "Sr. Member" should understand by now.

Assuming Bob wants to purchase a loaf of bread physically from Alice, Alice works in a supermarket yet Alice wouldn't use Bitcoins due to the lines getting extremely long because people are waiting for confirmations as well as having to physically keep her eyes on the customers so no one bails with the physical merchandise (or double spends), what solutions could we implement to allow for instant transactions?

My model is the following:
Bob has a total of 30BTC of transactions sent to his address (his "banking account"), Bob then purchases a loaf of bread for 1BTC (an extremely tasty loaf of bread) and walks out of the store, if the network detects that Bob has double spent the same inputs that he used to pay Alice with all the BTC that was sent to his address (his "banking account") is divided equally between all the double spent transactions to the outputs by the network. Ultimately leaving Alice with 15BTC because Bob tried to scam her.

If Bob tries to pay for a loaf of bread with less than 2BTC in his address, then Alice has a message that pops up so she has to ask Bob to wait for confirmations before walking out of the store.

Using this system we could both promote people to accept Bitcoin and not sacrifice anonymity or force Bitcoiners into bondage. Future improvements could allow for parents to sign their kids addresses so if their kids double spend the penalty BTC is taken from the parents account.