mrdavis (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 10, 2011, 10:04:01 PM |
|
So I was thinking about a bitcoin POS system today. Perhaps something similar has been discussed or there is something I am overlooking, but I'll just descibe the method.
Customer with a bicoin client on their portable device goes into a local coffee shop. Their wallet is organized into a number of spending (one time use) addresses, much like I have an assortment of denominations currency in my real wallet. The total for the order comes to 3.5btc. The customer sellects an adress that has 5btc and a QR code is generated of the PRIVATE KEY and a "safe" that the customer has previously set. The merchant scans the QR code and imports the address with the already confirmed balance. The 3.5btc for the order is sent to another adress of the merchants choosing and the 1.5btc change is sent to the address provided in the QR code. A reciept of the transaction is printed for the customer and they leave with their order. Should something happen with the change the customer has a physical location/company to return to or point a finger at with a receipt stating that the transaction should have happened and a blockchain proving if it did or not.
|
|
|
|
yogi
Legendary
Offline
Activity: 947
Merit: 1042
Hamster ate my bitcoin
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 10, 2011, 10:16:48 PM |
|
That's not a bad idea.
The only thing I will add. If you have fixed denominations you might not always have the right amount. So you could add functionality for merchant to give change.
|
|
|
|
BTCurious
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 10, 2011, 10:33:36 PM |
|
That's not a bad idea.
The only thing I will add. If you have fixed denominations you might not always have the right amount. So you could add functionality for merchant to give change. Yes, the OP mentions giving a private key with 5 BTC, and getting 1.5 BTC back. This would indeed work, and would place the burden of trust with the customer, which will improve adoption by businesses.
|
|
|
|
MoonShadow
Legendary
Offline
Activity: 1708
Merit: 1010
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 10, 2011, 10:33:42 PM |
|
He did, but forgot to mention that the QR code must also include the bitcoin address for the change. If a private key, a bitcoin address, and perhaps a small checksum of the first two, can be included on a qr code that fits onto a cell phone screen, this is a doable solution.
Dash7 would still be better, though.
|
"The powers of financial capitalism had another far-reaching aim, nothing less than to create a world system of financial control in private hands able to dominate the political system of each country and the economy of the world as a whole. This system was to be controlled in a feudalist fashion by the central banks of the world acting in concert, by secret agreements arrived at in frequent meetings and conferences. The apex of the systems was to be the Bank for International Settlements in Basel, Switzerland, a private bank owned and controlled by the world's central banks which were themselves private corporations. Each central bank...sought to dominate its government by its ability to control Treasury loans, to manipulate foreign exchanges, to influence the level of economic activity in the country, and to influence cooperative politicians by subsequent economic rewards in the business world."
- Carroll Quigley, CFR member, mentor to Bill Clinton, from 'Tragedy And Hope'
|
|
|
DeathAndTaxes
Donator
Legendary
Offline
Activity: 1218
Merit: 1079
Gerald Davis
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 10, 2011, 10:44:48 PM |
|
That certainly works. It does require you to trust the merchant but the "risk" can be minimized. A smart wallet would always pick the "cash" private keys which result in the smallest change. The wallet could inform you how much change you are "risking".
i.e. "paying 7.5 BTC expecting 1.5 BTC in change." You know if you go through w/ that transaction at most you are risking 1.5 BTC.
Still for small face to face transaction a double spend is not a credible threat/risk and this setup is more complex, requires enough "cash" private keys, and still requires "normal" transactions too.
Honestly I don't think it is necessary.
|
|
|
|
BTCurious
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 10, 2011, 10:47:31 PM |
|
Still for small face to face transaction a double spend is not a credible threat/risk and this setup is more complex, requires enough "cash" private keys, and still requires "normal" transactions too.
Honestly I don't think it is necessary. At some point this could be automated, happening behind the screens. The user doesn't necessarily need to know how it works.
|
|
|
|
DeathAndTaxes
Donator
Legendary
Offline
Activity: 1218
Merit: 1079
Gerald Davis
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 10, 2011, 10:55:27 PM |
|
Still for small face to face transaction a double spend is not a credible threat/risk and this setup is more complex, requires enough "cash" private keys, and still requires "normal" transactions too.
Honestly I don't think it is necessary. At some point this could be automated, happening behind the screens. The user doesn't necessarily need to know how it works. I guess more simplistically. This provides additional protection for small face to face transaction. Those transaction are the ones least likely to be double spent (and almost impossible to accomplish successfully) and thus there doesn't seem to be much value in it.
|
|
|
|
btc_artist
Full Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 154
Merit: 102
Bitcoin!
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 10, 2011, 11:19:55 PM |
|
This is a good idea. The QR code (or some other machine-readable code) could also be printed out on slips of paper (and you could carry around a bunch of them with different amounts of BTC) and held up to a scanner as an alternative to having a smartphone client.
|
BTC: 1CDCLDBHbAzHyYUkk1wYHPYmrtDZNhk8zf LTC: LMS7SqZJnqzxo76iDSEua33WCyYZdjaQoE
|
|
|
wareen
Millionaire
Legendary
Offline
Activity: 910
Merit: 1001
Revolutionizing Brokerage of Personal Data
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 10, 2011, 11:37:35 PM |
|
I'd consider making the receipt a digitally signed message from the merchant and displayed as a QR code back to the customer who scans it with his smartphone. Obviously these digital receipts need to meet certain legal requirements - I think most countries already have regulations for that.
Would also work nicely with NFC - then it could be made really transparent for the user. The smartphone app could also instantly check the validity of the receipt by comparing the amounts, check if the signature from the merchant is valid and listen to the blockchain for the transactions.
|
|
|
|
SgtSpike
Legendary
Offline
Activity: 1400
Merit: 1005
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 10, 2011, 11:41:37 PM |
|
Still for small face to face transaction a double spend is not a credible threat/risk and this setup is more complex, requires enough "cash" private keys, and still requires "normal" transactions too.
Honestly I don't think it is necessary. At some point this could be automated, happening behind the screens. The user doesn't necessarily need to know how it works. I guess more simplistically. This provides additional protection for small face to face transaction. Those transaction are the ones least likely to be double spent (and almost impossible to accomplish successfully) and thus there doesn't seem to be much value in it. +1, I agree.
|
|
|
|
BTCurious
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 10, 2011, 11:49:30 PM |
|
Still for small face to face transaction a double spend is not a credible threat/risk and this setup is more complex, requires enough "cash" private keys, and still requires "normal" transactions too.
Honestly I don't think it is necessary. At some point this could be automated, happening behind the screens. The user doesn't necessarily need to know how it works. I guess more simplistically. This provides additional protection for small face to face transaction. Those transaction are the ones least likely to be double spent (and almost impossible to accomplish successfully) and thus there doesn't seem to be much value in it. I concede, you have a point.
|
|
|
|
becoin
Legendary
Offline
Activity: 3431
Merit: 1233
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 11, 2011, 03:37:40 PM |
|
So I was thinking about a bitcoin POS system today. Perhaps something similar has been discussed or there is something I am overlooking, but I'll just descibe the method. https://bitcointalk.org/index.php?topic=28565.0
|
|
|
|
DeathAndTaxes
Donator
Legendary
Offline
Activity: 1218
Merit: 1079
Gerald Davis
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 11, 2011, 03:41:02 PM |
|
Still for small face to face transaction a double spend is not a credible threat/risk and this setup is more complex, requires enough "cash" private keys, and still requires "normal" transactions too.
Honestly I don't think it is necessary. At some point this could be automated, happening behind the screens. The user doesn't necessarily need to know how it works. I guess more simplistically. This provides additional protection for small face to face transaction. Those transaction are the ones least likely to be double spent (and almost impossible to accomplish successfully) and thus there doesn't seem to be much value in it. I concede, you have a point. As someone else pointed out it might be more useful for those without a smartphone. Think of them as print on demand bitcoin "bills". You have your wallet create the "cash" private keys (want to make sure they are segregated so you never use them again), load some currency into them and then generate the QR code along w/ human readable note. You print these out and put them in your wallet. Hand one to a merchant, he scans it, verifies the balance and sends you the "change". You still need to trust the change is "good" but then again that always exists w/ cash.
|
|
|
|
amincd
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 12, 2011, 04:04:01 AM |
|
How is this more safe from a double-spend? Couldn't the buyer pull off a Finney attack by finding a block, including in it a transaction that transfers the bitcoins on the private key QR code to another address, and not broadcasting the block until he's left the store?
|
|
|
|
MoonShadow
Legendary
Offline
Activity: 1708
Merit: 1010
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 12, 2011, 05:37:34 AM |
|
How is this more safe from a double-spend? Couldn't the buyer pull off a Finney attack by finding a block, including in it a transaction that transfers the bitcoins on the private key QR code to another address, and not broadcasting the block until he's left the store?
It likely doesn't change the risks of a Finney attack in any meaningful way, either good or bad. Such an attack requires 1) a large minority percentage of the hashing power 2) excellent timing and 3) luck. It's also very easy for the party that has been defrauded to know what happened, even if the transaction is a fairly anonymous in-person transaction. It's extremely unlikely that such an attack would even be attempted for anything except a highly portable and high value item, and there are not many that fit that bill that an anonymous buyer can just walk into a store and buy with cash and walk out. Certainly not without being on video. There is literally no single item in a Wal-Mart store that would qualify. Maybe a gold coin dealer, but those guys don't even assume that the cash is genuine. I know of no case of anything that you could buy for cash and carry that would remotely justify the resources required to even attempt such an attack. Although a finney attack can theoretically reduce the percentage of network hashing power to perform a double spend to less than a majority, the risks of such an attack are IMHO remote. Anyone selling such a high value item is just going to insist upon confirmations, and you will get used to the idea. We wait a half hour or more to buy a new car while they check our credit, why would it be different with bitcoin?
|
"The powers of financial capitalism had another far-reaching aim, nothing less than to create a world system of financial control in private hands able to dominate the political system of each country and the economy of the world as a whole. This system was to be controlled in a feudalist fashion by the central banks of the world acting in concert, by secret agreements arrived at in frequent meetings and conferences. The apex of the systems was to be the Bank for International Settlements in Basel, Switzerland, a private bank owned and controlled by the world's central banks which were themselves private corporations. Each central bank...sought to dominate its government by its ability to control Treasury loans, to manipulate foreign exchanges, to influence the level of economic activity in the country, and to influence cooperative politicians by subsequent economic rewards in the business world."
- Carroll Quigley, CFR member, mentor to Bill Clinton, from 'Tragedy And Hope'
|
|
|
amincd
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 12, 2011, 07:33:51 AM |
|
In that case a normal bitcoin transaction is just as instant as this one. The only possibility that a bitcoin transaction will reverse after it's been registered by the payee is that the payer is going to double spend through a Finney or >50% attack, which are impractical.
I do see some cases where this method would be useful though. For one, if you had no connection to the net or no wallet installed on your phone, you could still spend bitcoins.
|
|
|
|
|