Hacker News new | ask | show | jobs
by JacKTrocinskI 1860 days ago
Would a smart contract help avoid this kind of situation?
2 comments

Yup. Just need to specify the conditions of what "done" or "delivered" looks like. After that it's basically:

  if (delivered) pay();
Ha ha. This reminds me of an old project / library [0] I built based on a Quora answer. I wrote libraries for Android and iOS, also wrote a simple server component which could be installed on Heroku with a single click. At the start of the app, it would contact the server for payment status. If server indicated that payment has been made, it would function like normal. If not, it would just crash.

I never used it in any of my projects nor I know anyone using it. I just had an itch of learning Clojure and building libraries for android, and iOS, so I made them.

[0] - https://github.com/avinassh/little-finger

How do you encode that a website and assets have been delivered? It doesn't seem so obvious.
wooosh
Ha, I see it now. Too dry and too early (in the morning)
The funny thing is that a couple of comments up 2 sibling comments basically gave the exact same answer, but one in jest and one seriously. The cryptosphere really is beyond parody
> Just need to specify the conditions of what "done" or "delivered" looks like

Since it's "just" so simple, can you better explain what those done/delivered conditions might look like? And preferably how that would also be more secure than Escrow.com?

Yes, if you had an oracle [1] that was able to provide information on whether the transaction had completed.

[1]: https://en.m.wikipedia.org/wiki/Blockchain_oracle

In the end its the same problem. A human has to verify.
How would oracles verify semi-private business deals?