<blockquote>
<p><em>This is a Bisq Network proposal. Please familiarize yourself with the <a href="https://docs.bisq.network/proposals.html" rel="nofollow">submission and review process</a>.</em></p>
</blockquote>

<p>I propose a simplified and optional trading protocol which eliminates the need for arbitrators and mediators. Similar ideas have been  commented on before: <a class="issue-link js-issue-link" data-error-text="Failed to load issue title" data-id="440281671" data-permission-text="Issue title is private" data-url="https://github.com/bisq-network/bisq/issues/2805" data-hovercard-type="issue" data-hovercard-url="/bisq-network/bisq/issues/2805/hovercard" href="https://github.com/bisq-network/bisq/issues/2805">bisq-network/bisq#2805</a>, <a href="https://bisq.community/t/pr-for-face-to-face-trade/5821/22" rel="nofollow">https://bisq.community/t/pr-for-face-to-face-trade/5821/22</a></p>
<p>The present proposal is far simpler to implement than previous proposals for a new trading protocol (<a class="issue-link js-issue-link" data-error-text="Failed to load issue title" data-id="373794461" data-permission-text="Issue title is private" data-url="https://github.com/bisq-network/proposals/issues/52" data-hovercard-type="issue" data-hovercard-url="/bisq-network/proposals/issues/52/hovercard" href="https://github.com/bisq-network/proposals/issues/52">#52</a>) and is conceptually easy to understand for users. It will also allow F2F-trades to settle correctly with much higher certainty than is presently the case. My motivation for this proposal is simplicity. A chat system is better but harder to implement.</p>
<p>I propose that:</p>
<ul>
<li>There is a new account-type which contain an email.</li>
<li>Offers using such accounts should be marked with a special symbol such that the taker knows he can communicate with the maker. The taker can have a non-email account type.</li>
<li>The default security deposits should be high and if they are set high it should be visible in the offers.</li>
<li>There should be an option for the buyer to do a payout to the seller, in case he cannot pay. Maybe his bankaccount has been blocked. If this is difficult to implement it can be skipped. People usually find some way to pay and the contract is signed.</li>
<li>The trade window time is made very long for these accounts. The traders can still open a dispute in case they need to. There may be situations where there are no arbitrators and the traders need time to finish the trade.</li>
<li>Traders should be able to make and take email-enabled offers even if there are no arbitrators available.</li>
</ul>
<p><strong>Motivation</strong><br>
The present system with a few "trusted" arbitrators will not work in the long run. They can scam, they can be(come) incompetent and they can (rage) quit. They are an attack surface for the state and should thus to be fully anonymous, which conflicts with being trusted. There are ways to solve this, (<a class="issue-link js-issue-link" data-error-text="Failed to load issue title" data-id="373794461" data-permission-text="Issue title is private" data-url="https://github.com/bisq-network/proposals/issues/52" data-hovercard-type="issue" data-hovercard-url="/bisq-network/proposals/issues/52/hovercard" href="https://github.com/bisq-network/proposals/issues/52">#52</a>), but it is complicated to implement. A simple arbitrationless trading option has a certain appeal to me and will make Bisq immune to failure of the arbitration system.</p>
<p><strong>I am convinced that if the arbitration-problem is not solved Bisq will disappear.</strong> This would be sad indeed for such a powerful project and a tremendous waste of intellectual effort. A worst case solution is to have a mandatory email field on all accounts which can be implemented in less than a day.</p>
<p><strong>Advantages</strong></p>
<ul>
<li>Arbitrators are not needed.</li>
<li>There will be little incentive for blackmail since the blackmailer risks his deposit. There is an asymmetry in loss for a non-settled trade but both traders lose.</li>
<li>There is no cost associated, except the very minor cost of interest on the security deposit.</li>
<li>Full anonymity for anonymous payment methods can be achieved using anonymous email.</li>
<li>Future trading is not profitable if the security deposit is high.</li>
<li>In comparison with the off-chain trading protocol (<a class="issue-link js-issue-link" data-error-text="Failed to load issue title" data-id="373794461" data-permission-text="Issue title is private" data-url="https://github.com/bisq-network/proposals/issues/52" data-hovercard-type="issue" data-hovercard-url="/bisq-network/proposals/issues/52/hovercard" href="https://github.com/bisq-network/proposals/issues/52">#52</a>) this proposal is fairly easy to implement.</li>
<li>In the future it might be possible to make the security deposits using Lightning Network and a 2of2 multisig: <a href="https://tinyurl.com/y3wuxega" rel="nofollow">https://tinyurl.com/y3wuxega</a>. This will require quite some work though and arbitration will be impossible. But it does have the advantage of protecting Bisq against high on-chain fees.</li>
</ul>
<p><strong>Disadvantages</strong></p>
<ul>
<li>People can use the communication channel for social engineering. However a contract with clear terms has been entered and the traders have little to argue about. In case they do start to argue about e. g. late payment it will still be in their best interest to complete the trade. They can then block each other from future trades.</li>
<li>People can use Bisq to meet and then do off-Bisq trading. I doubt they will do this much since they lose the protection of a security deposit. There are already other venues to meet for OTC-trading.</li>
<li>A high security deposit might be discouraging, in particular for new users. However there is little cost associated with a high deposit and I think the benefits outweigh the disadvantages. It is anyhow optional to use email-enabled accounts and people who dislike high security deposits don't have to use them.</li>
</ul>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/bisq-network/proposals/issues/84">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNVAPIZLIRVNL36SPOLPVCJI7ANCNFSM4HMLLPSQ">mute the thread</a>.<img src="https://github.com/notifications/beacon/AJFFTNRQ54UUA7HMTVP5CELPVCJI7A5CNFSM4HMLLPS2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4GTJ7KZQ.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/bisq-network/proposals/issues/84",
"url": "https://github.com/bisq-network/proposals/issues/84",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>