I find it difficult to follow quickly due to the way it is not written with a concise explanation. And I am not really willing to expend the effort to attempt to reverse engineer the possibilities of what he attempting to describe. It appears he is proposing a protocol wherein the seller of for example BTC could escrow the BTC with the buyer such that the buyer risks double the BTC if the buyer doesn't pay the fiat or commodity to the seller. But I can't understand the protocol; for example he makes a statement in the white paper which I don't understand, "Perhaps Bob wishes to purchase bitcoins using cash from Alice".
I will await David to clarify.
Btw, ostensibly he is attempting a very steep learning curve at his age and the level of programming experience he had coming into this. So it is expected that at his age and level of experience, that his articulation would be somewhat difficult to follow, that is unless he is Eric S. Raymond who is a verbal and math genius.
Whats not concise? The protocol was explained from many angles with diagrams as well.
Most crucially, the software exists, works and can be used. Actions speak louder than words. The code speaks for itself.
I think the writepaper could use an update however since its been 2 years and now that its fully coded i can speak from experience in
Note the correction above and also the incoherence of the sentence I had quoted. Now I understand what you meant to write was "Perhaps Bob wishes to pay cash to Alice for Alice's bitcoins" because "using cash from Alice" implies Bob is using Alice's money to buy Bitcoins from someone else which lead to think maybe you were designing a 3 party protocol. You may be similar to myself in having a high math IQ but a lower verbal IQ. Your SAT test would have indicated this to you if so.
Your white paper is written as if you are writing your thinking instead of writing for the reader who understands nothing that is already clear in your mind. As a writer you have to take yourself out of your own perspective, which is difficult to do when deep in engineering/conceptual thought. And the editorial review step of writing should catch and fix incoherent sentences that sow confusion for the reader who is trying to form a conceptual map.
So bob wants to buy 100 usd of bitcoin from alice lets say.
So Bob deposits 100 usd in btc (to prevent himself from extorting from alice)
And Alice advances 100 usd in btc for the purchase plus 100 usd deposit
Now Alice is out 200 Bob is out 100 locked into an escrow that each of them has 50% control. They agreed that the time limit is 2 weeks. If this time limit expires they both destroy the escrow resulting in loss for both parties. Since that cant be prevented they must work together.
Now Bob sends 100 in cash via western union. Note this is the first time in history WU can be used trustless without an escrow agent or laws tacitly as a deterrent.
Once Alice gets the 100 she is still -100 because of her deposit and advanced payment. Bob is -200 because his deposit and cash advance.
Now they release escrow since they agree the deal is complete. Bob gets his deposit back and 100 usd in btc and Alice gets her deposit back so now she has 100 usd in cash in exchange for her btc. The sale of btcoins is complete. Both parties are happy and nobody needed a government or third party looming over the deal. And more importantly, at no point could Bob or Alice steal from this deal or try to lie to the other because if they had they both would have lost.
Lke ive said before as well deposits dont always have to be equal to the value. They can be 10% the value since any deposit in this deal would be a net loss for a thief. However make the deposits high is best when dealing with an untrusted party. You deposit thus reflects your level of trust.
This is a much superior, concise, and comprehensible explanation.
And the deposit can be increased relative to the size of what is being traded, so that the intermediate step doesn't alter the balance (-of-risk) much, e.g. Bob deposits $1000 and Alice $1100, then on payment Bob has $1100 at risk and Alice $1000.
This indeed is the only way I can see to solve the sort of problem you explained:
What you say is true. But consider the fact on E-bay people constantly get empty boxes and still are
forced to pay. Paypal payments get reversed and how can Ebay know who is telling the truth?
They GUESS thats how.
However, I still don't understand how this protocol helps you set up eBay auctions decentralized? (perhaps I could figure it out, but easier to let you tell us)
P.S. I am starting to take an interest in you. He or she who solves a serious problem for society with a viable protocol, especially at your age, is bumped up several notches on my radar. I am very curious about your programming talent.