Topic: Would you guys be interested in an open source automatic escrow ? (Read 1796 times)

Anyway, I think we need to research the old ClearCoin service (maybe reach out to the old dev once we collect our thoughts a bit more).  Basically , just restart his old service and see what we can do to keep it something sustainable. 
 
https://bitcointalk.org/index.php?topic=21659.40 
 

@gogodr (I'll ping you on slack about this) and all the rest who might still be reading this...

 
  
I think this is the best and potentially only route we can take.  I'd be more than willing to help build an automated system which gives a super super simple platform for escrow parties to charge a fee for their services.  Something that can be standardized (same docs for all users, etc..), easily accessible, and easy to implement by the escrow individuals & exchanges  (perhaps we build out a large SaaS type service?).  
  
The 2 / 3 multisig seems to be the way to go, I think where us devs come in is facilitating this process to be as streamlined and "easy" as possible.  At the same time, there's nothing from stopping us on embarking on a commercial type side of it too.  Perhaps we could focus some efforts on reaching out to the different escrow servicers, exchanges, blogs, etc.. and let them know of our service.  A super easy product that we provide for a small (incredibly nominal i'm talking) fee.  
  
We could even open source the entire platform, and only charge (my entrepreneur side talking) for some easy to use web-portal or advertising.  I mean there's a million ways to go with this.   But yeah, I do think this fits the requirements for what the coinbase hackathon is looking for.  


-J  
https://github.com/jxm262  
nodeslackers.io

You could make the generation of multisig addresses automatically but I'd think you would still need at least 3 parties involved.

if Implemented correctly, it shouldn't.
As with any information solution. Depending on the sensitivity of the service you might need a high reliability platform.
This involves not only a robust fail safe software but also backup hardware.

----------
If an IT service fails and loses information. It is mostly negligence.

This would be great. But what would happen if the system crashed?

I'll submit this project to the coinbase hackaton thing.
Lets see how this works, thank you all for the input.

A centralized system is also vulnerable.

A decentralized system (like Bitcoin) is the one and only secure way.

In my opinion it's hard to build up trust for something like this in the Bitcoin community.

you do it in the way that it cannot require any further maintenance/modification in the future, this mean no human should be touch it again

and before this, source code should be release for obvious reasons

An automatic escrow may be nice, but what people want is an escrow they can trust.
How do you build trust on something automatic?

That sounds fine though the problem might already start before the trade. If one of the parties dont know how to securely make this trade. I mean you mostly trade things that you send by mail. You can give tips for that. But if something happens because the type of deal was done insecure then the escrow doesnt have much where he can decide.

So you might make a plan for physical goods, crytocoins, accounts of some things and so on. So that a mediator at the end has something to decide.

Alternatively you can restrict the use of the system to only that type of trade where a decision could be made then.

I understand that the hard part is going to be the disputes.
Still I believe that if it can't all can be automated, at least I can provide part of it automated.

How about a free system(free as in the fee is a miner's fee for the trades) That can handle disputes. Once a dispute is called, a trusted user can mediate the dispute requesting information to both parties.

The way to get a trusted user is to offer the service,I would have to get a couple of escrows interested in the platform and they could mediate the disputes for a fee.

Effectively, it would be paying extra to get most of your money back if you got scammed, so it reduces the loss up to a small fee.

:: that  being  said, if there is no  dispute, the system can  work as proposed and fully automatic.

The way to do it would be by having the platform also sign the transaction and give the trusted escrows power over the key that the platform holds for the assigned transactions.

-----------

The way it would work should be for both A and B to agree on a trusted member so that if a claim happens, the escrow will take in place in the transaction. If there is no dispute then the escrow never takes in place and the transaction is fully automatic.

Tho, if a dispute were to happen, the only one paying the fee would be the winner of the dispute.

----------

is that alright?

An escrow not going to work without a real third party mediator who can make decisions. An automated escrow can work well e.g in the case of exchanging BTC to an altcoin or even fiat where the system can handle both transaction but not for stuff where it needs a "honest" input from one or more participants.

And there starts the problem. Lets assume your system is used because B has no trust, then B could extort A to not release the coins. Lets say he says that he only will release the coins until A sends him something. Of course the chance might be small that A is trustin him now but thats the benefit i see for B not releasing coins.

So a mediator would be needed.

It superiour to escrow trades as long as no dispute exists, which is the case 99% of the cases, but when one comes up you need another person. Though one might think that the scam probability might be higher without an intermediary.

this is actually easy, because you must sign to take the package from a courrier(ups for example) if you do not sign, then i know you refused the package(i can check on the tracking), so this isn't a problem really

same thing if the buyer don't release the fund, but he say that he released them, just check blockchain transaction, if this is true or not

and btw i'm all for automatization, "machine" here are far better than human

I just registered.

@gogodr  PM me if you'd like to collaborate on something bitcoin related in Node.js.  Even if we don't pursue this idea, I have a few others. 
 
Also, I created a Node.js Slack community if you'd like to join.  Alot of folks from the /r/node subreddit and node.js google group have joined.  It gives a nice platform to talk with other node.js devs in real-time.  (I see a few bitcoin folks too). 

nodeslackers.io to register. 

Or PM me and I'll give you my personal email.  I've been looking to partner up and learn more about the bitcoin space

I would not put my Bitcoins in an automatic escrow would not do unless there was a person behind, what if the server fails?. It may take a thousand things.

"Automatic" escrow has been thought about by many others for a long time. It is not a problem when both parties honour the deal. The tricky part is when a dispute happens and their is no automatic solution. There has to be a third party involved to settle the dispute.

Blazr outlined a 2 of 3 multisig method and it is kind of a defacto standard so far.


I believe automatic escrow is almost impossible to achieve without a real person in the equation. I can imagine people engaging in prank deals just to lock down some poor guy's money.

::EDIT:: Still working on this

How about this:

Buyer sends 2BTC to the escrow. Seller then informs buyer he has been scammed, and tells him that if he releases the 2BTC to him he will give him back 1BTC of it. Buyer decides to cut his losses and the seller successfully scams 1BTC.

Another scenario is that someone could buy goods off a competitor and not release the funds in order to put them out of business.

A better solution would be https://en.wikipedia.org/wiki/Nash_equilibrium however this has similar issues too.