Bitcoin Forum
June 24, 2024, 01:57:31 AM *
News: Voting for pizza day contest
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Bitcoin / Project Development / Re: Multi Signature Address Script and Escrow Service on: February 08, 2014, 01:15:12 PM

here is an example of an exchange implementation using Outkast's multisig [thanks again - much fun]
http://isx.io


Very interesting, thanks.
2  Bitcoin / Project Development / Re: Multi Signature Address Script and Escrow Service on: February 08, 2014, 11:43:05 AM

You've mentioned that the sellers maybe put at a disadvantage here because the buyer may not sign the transaction, well, there are many tried and tested sites where this type of system works. Such as; localbitcoins, bitmit, coingig or even all those .onion sites - but these sites require you to fully trust them, as they expect the coins to be deposited in their wallet and the buyer presses a "release button", as opposed to a multisig address, where no single person can steal them or claim they've been hacked, etc etc..


Exactly: here we are trying to avoid the need for trusted third parties policing the transactions. And often they rely on a separate trust metrics for assessing the participants: for example, Bitcoin.de has a system of mutual ratings among users based on the number of successful settlements, and each user's rating is visible to all other users. But this requires a centralized database and someone to maintain it, and we don't want that.

Anyway, unless I've miss understood your suggestion, it is not possible to do as payments can not be "cancelled".

However (please correct me if I'm wrong), I guess it's possible to make a transaction that will pay part of the amount sent to the script hash to one address (the Seller) and part to another (the Buyer). If the Buyer reneged on his agreement and refused to sign and broadcast the transaction after receiving the goods, he would have to forfeit the bond.
3  Bitcoin / Project Development / Re: Multi Signature Address Script and Escrow Service on: February 07, 2014, 12:02:46 PM
Maybe I'm missing something, but I think that with this method the Seller is at a disadvantage here, because the Buyer might renege on his promise and not sign the transaction after receiving the goods (e.g., unless the Seller ship an extra amount of goods). True, a mediator could break the tie if two signatures over three were sufficient to release the payment, but it would be much better if recourse to trusted third parties could be minimized.
A scheme that might work better would run as follows:

- After reaching a verbal agreement, Buyer issues a "Conditional payment" for Seller (which at this stage Buyer may cancel at any time)
- Seller accepts the payment by "posting a bond" of, say, X% of the amount.  The payment's status becomes "Committed", and Buyer can't cancel it anymore.
- Seller ships the goods
- Buyer receives the goods, and "releases the payment": the initial amount is paid to Seller, and at the same time the bond is paid back to Buyer.

Is it possible to implement this protocol with p2sh primitives?
4  Other / Beginners & Help / Re: Introduce yourself :) on: July 11, 2011, 05:45:03 AM
Hi, this is my first post. I registered because I'd like to discuss the Python trading API with either viorels or weex, but for the time being I'm stuck in newbies limbo... Sad  If either of the two sees this message, please let me know.
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!