2-of-2 multisig does exactly what's described in the OP. Alice sends to an address that requires signatures from both Alice and Bob. Alice can't take the coins back; Bob can't get the coins without Alice's approval, which she will only give after receiving the product.
This has some weaknesses, for example one party can blackmail the other. There's been discussions on possible improvements, e.g. https://bitcointalksearch.org/topic/p2p-way-to-discourage-fraud-33615.
Topic: 2-step payments (Read 1233 times)
slightly off subject, but anyways
wouldnt it be great if people took escrow to another level....
people deposit coins while taking a morning shower
the coins get confirmed by the time you walk to your nearest starbucks.
starbucks shows their QR code and now starbucks knows they are receiving 100% confirmed funds.
the end. now walk away with your coffee. no 10 minute waits
the behind the scenes
think of the escrows database/service like mtgox. depositing coins into mtgox and using a mtgox code to move your bitcoins to another member(by changing the database ownership/balance of coins). so starbucks can instantly withdraw proper confirmed coins to wherever they want or trade them instantly for dollar.
the service doesnt even have to use codes to send. just have sttarbucks have a QR code generator that has somethin likethis encoded:
MRC:STARBUCKS-TXID12345-0.005BTC
and the customers web app on their phone sees they need to pay starbucks 0.005BTC and they just press pay
i think magicaltux or bitpay should make a bigger thing out of its API so that places like starbucks can accept bitcoin without the waiting around/double spend threats.
my brain fart is now over.
Coinbase already does this with your account balance! wouldnt it be great if people took escrow to another level....
people deposit coins while taking a morning shower
the coins get confirmed by the time you walk to your nearest starbucks.
starbucks shows their QR code and now starbucks knows they are receiving 100% confirmed funds.
the end. now walk away with your coffee. no 10 minute waits
the behind the scenes
think of the escrows database/service like mtgox. depositing coins into mtgox and using a mtgox code to move your bitcoins to another member(by changing the database ownership/balance of coins). so starbucks can instantly withdraw proper confirmed coins to wherever they want or trade them instantly for dollar.
the service doesnt even have to use codes to send. just have sttarbucks have a QR code generator that has somethin likethis encoded:
MRC:STARBUCKS-TXID12345-0.005BTC
and the customers web app on their phone sees they need to pay starbucks 0.005BTC and they just press pay
i think magicaltux or bitpay should make a bigger thing out of its API so that places like starbucks can accept bitcoin without the waiting around/double spend threats.
my brain fart is now over.
I think we should definitely look into this, if we can eliminate the need for an escrow service, bitcoin will become an even more cost-saving solution for merchants.
slightly off subject, but anyways
wouldnt it be great if people took escrow to another level....
people deposit coins while taking a morning shower
the coins get confirmed by the time you walk to your nearest starbucks.
starbucks shows their QR code and now starbucks knows they are receiving 100% confirmed funds.
the end. now walk away with your coffee. no 10 minute waits
the behind the scenes
think of the escrows database/service like mtgox. depositing coins into mtgox and using a mtgox code to move your bitcoins to another member(by changing the database ownership/balance of coins). so starbucks can instantly withdraw proper confirmed coins to wherever they want or trade them instantly for dollar.
the service doesnt even have to use codes to send. just have sttarbucks have a QR code generator that has somethin likethis encoded:
MRC:STARBUCKS-TXID12345-0.005BTC
and the customers web app on their phone sees they need to pay starbucks 0.005BTC and they just press pay
i think magicaltux or bitpay should make a bigger thing out of its API so that places like starbucks can accept bitcoin without the waiting around/double spend threats.
my brain fart is now over.
wouldnt it be great if people took escrow to another level....
people deposit coins while taking a morning shower
the coins get confirmed by the time you walk to your nearest starbucks.
starbucks shows their QR code and now starbucks knows they are receiving 100% confirmed funds.
the end. now walk away with your coffee. no 10 minute waits
the behind the scenes
think of the escrows database/service like mtgox. depositing coins into mtgox and using a mtgox code to move your bitcoins to another member(by changing the database ownership/balance of coins). so starbucks can instantly withdraw proper confirmed coins to wherever they want or trade them instantly for dollar.
the service doesnt even have to use codes to send. just have sttarbucks have a QR code generator that has somethin likethis encoded:
MRC:STARBUCKS-TXID12345-0.005BTC
and the customers web app on their phone sees they need to pay starbucks 0.005BTC and they just press pay
i think magicaltux or bitpay should make a bigger thing out of its API so that places like starbucks can accept bitcoin without the waiting around/double spend threats.
my brain fart is now over.
I think this is possible with multisig, or was this whole thing dropped a long time ago?
Alice private key * Bob's public Key = Transaction Public key -> Transaction Address
Bob private key * Alice public Key = Transaction Public key -> Transaction Address
Both verify that the Transaction Address is the same. Bob sends coins to Transaction address. Coins are now in an address that no one knows the private key.
When Bob gets the item, he releases his private key.
Alice Private key * Bob private key = Private key to transaction address. Only Alice has the ability to decode.
I think Bob has an incentive to give away the private key in this instance. He has already paid for the item, and his reputation is at stake.
Bob private key * Alice public Key = Transaction Public key -> Transaction Address
Both verify that the Transaction Address is the same. Bob sends coins to Transaction address. Coins are now in an address that no one knows the private key.
When Bob gets the item, he releases his private key.
Alice Private key * Bob private key = Private key to transaction address. Only Alice has the ability to decode.
I think Bob has an incentive to give away the private key in this instance. He has already paid for the item, and his reputation is at stake.
Casascius wrote a program that allows for another option.
Alice and Bob set up the application, put in their public/private keys. They both receive a code. The code is sent to Ed who holds the codes until the product is received. Ed can get nothing out of the codes.
Once the product is shipped, Alice confirms and Ed sends the codes to Bob where Bob can now use the codes to unlock the Bitcoin.
If the product does not ship, Ed can give the codes to Alice and she can unlock the Bitcoin.
There is a thread about this somewhere around here.
Alice and Bob set up the application, put in their public/private keys. They both receive a code. The code is sent to Ed who holds the codes until the product is received. Ed can get nothing out of the codes.
Once the product is shipped, Alice confirms and Ed sends the codes to Bob where Bob can now use the codes to unlock the Bitcoin.
If the product does not ship, Ed can give the codes to Alice and she can unlock the Bitcoin.
There is a thread about this somewhere around here.
Thank you. That might work.
Third parties are important for widespread bitcoin adaptation. They'll provide the additional services bitcoin wasn't meant to replace.
Casascius wrote a program that allows for another option.
Alice and Bob set up the application, put in their public/private keys. They both receive a code. The code is sent to Ed who holds the codes until the product is received. Ed can get nothing out of the codes.
Once the product is shipped, Alice confirms and Ed sends the codes to Bob where Bob can now use the codes to unlock the Bitcoin.
If the product does not ship, Ed can give the codes to Alice and she can unlock the Bitcoin.
There is a thread about this somewhere around here.
Alice and Bob set up the application, put in their public/private keys. They both receive a code. The code is sent to Ed who holds the codes until the product is received. Ed can get nothing out of the codes.
Once the product is shipped, Alice confirms and Ed sends the codes to Bob where Bob can now use the codes to unlock the Bitcoin.
If the product does not ship, Ed can give the codes to Alice and she can unlock the Bitcoin.
There is a thread about this somewhere around here.
What if Alice receives the Item but does not unlock the Coins?
She lost the coins but,
She would have scammed Bob.
She lost the coins but,
She would have scammed Bob.
It's much easier to find and punish Alice who got the item (a physical object delivered to the Alice's door) than Bob who got some magical numbers.
What if Alice receives the Item but does not unlock the Coins?
She lost the coins but,
She would have scammed Bob.
She lost the coins but,
She would have scammed Bob.
Well ALice looses the coins on boths way.
If she gets scammed -> the coins are stolen by bob
If she gets scammed -> her coins are locked forever
so how can alice profit from that?
If she gets scammed -> the coins are stolen by bob
If she gets scammed -> her coins are locked forever
so how can alice profit from that?
She will be sure that Bob won't be tempted to scam her, coz he won't get the coins.
Why not? Bob could be a funny guy who loves to laugh. He starts to laugh endless if he knows that "Alice" lost 200 coins right now
I think it's obvious that 2-step payments can reduce number of scams. Let's move back to the topic.
Well ALice looses the coins on boths way.
If she gets scammed -> the coins are stolen by bob
If she gets scammed -> her coins are locked forever
so how can alice profit from that?
If she gets scammed -> the coins are stolen by bob
If she gets scammed -> her coins are locked forever
so how can alice profit from that?
She will be sure that Bob won't be tempted to scam her, coz he won't get the coins.
Why not? Bob could be a funny guy who loves to laugh. He starts to laugh endless if he knows that "Alice" lost 200 coins right now
do a search for "escrow"
I know about escrow. I'd like to know if it's possible to do something similar without 3rd party.
do a search for "escrow"
Well ALice looses the coins on boths way.
If she gets scammed -> the coins are stolen by bob
If she gets scammed -> her coins are locked forever
so how can alice profit from that?
If she gets scammed -> the coins are stolen by bob
If she gets scammed -> her coins are locked forever
so how can alice profit from that?
She will be sure that Bob won't be tempted to scam her, coz he won't get the coins.
Well ALice looses the coins on boths way.
If she gets scammed -> the coins are stolen by bob
If she gets scammed -> her coins are locked forever
so how can alice profit from that?
If she gets scammed -> the coins are stolen by bob
If she gets scammed -> her coins are locked forever
so how can alice profit from that?
Is it possible to use Bitcoin to make 2-step payments in the following manner:
1. Alice sends "locked" transaction.
2. Bob sees the transaction and ships a purchased item.
3. Alice receives the item and "unlocks" the transaction.
Locked transaction means that Alice nor Bob can use the coins. Alice can't rollback the transaction even if Bob doesn't ship the item. This is necessary to avoid situations when Alice pays and can only pray that Bob won't scam her. If the coins are "locked" then the payment still can't be reverted, so Bitcoin doesn't lose its "payment are unrevertable" feature.
1. Alice sends "locked" transaction.
2. Bob sees the transaction and ships a purchased item.
3. Alice receives the item and "unlocks" the transaction.
Locked transaction means that Alice nor Bob can use the coins. Alice can't rollback the transaction even if Bob doesn't ship the item. This is necessary to avoid situations when Alice pays and can only pray that Bob won't scam her. If the coins are "locked" then the payment still can't be reverted, so Bitcoin doesn't lose its "payment are unrevertable" feature.
Jump to: