<p></p>
<p>These are my updated proposals based on the fact most trades use a 15% security deposit and traders need an incentive to accept the mediation to avoid trade going to arbitration.</p>
<p>I have only proposed problems with the buyer. Happy to do problems with the seller but not sure if I would be objective enough to complete it.</p>
<table role="table">
<thead>
<tr>
<th>Buyer Issues</th>
<th>Suggested resolution</th>
</tr>
</thead>
<tbody>
<tr>
<td>Buyer accepts trade but does not have the payment method needed (eg accepted Zelle trade but has no Zelle account)</td>
<td>Buyer loses 10% of the trade amount. Buyer retains the rest of their security deposit.</td>
</tr>
<tr>
<td>Buyer wants to cancel trade due to problems with bank, lack of funds, change of mind, etc</td>
<td>Buyer loses 10% of the trade amount. Buyer retains the rest of their security deposit.</td>
</tr>
<tr>
<td>Buyer is asking for selfie, copy of ID of seller, home address.</td>
<td>Buyer loses 10% of the trade amount. Buyer retains the rest of their security deposit. Seller can choose whether to provide or not. *Bisq should incentivize accounts that do not ask for any more information than necessary and penalize users that trade with banks that add for more information than necessary.</td>
</tr>
<tr>
<td>Buyer uses BTC, Bisq, Bitcoin, BTC Tx ID, etc as a payment reference</td>
<td>Buyer loses 50% of of the trade amount. Buyer retains the rest of their security deposit.</td>
</tr>
<tr>
<td>Buyer claims they were unable to pay in time of payment window due to Bisq wallet being corrupted and needing to resync, unable to log into Bisq, other problem.</td>
<td>Buyer provides evidence that they were unable to access Bisq (Git Hub issue / Keybase chat etc). If unable Buyer loses 10% of the trade amount. Buyer retains the rest of their security deposit.</td>
</tr>
<tr>
<td>Buyer uses unagreed potentially concerning payment reference that such as 'payment for services', 'house rewire', 'consultancy'</td>
<td>Buyer loses 10% of the trade amount. Buyer retains the rest of their security deposit.</td>
</tr>
<tr>
<td>Buyer uses unagreed innocuous payment reference that such as holiday fund, flowers without agreement.</td>
<td>Buyer loses 5% of the trade amount. Buyer retains the rest of their security deposit.</td>
</tr>
<tr>
<td>Buyer attempts to debit sellers account using their bank details.</td>
<td>Buyer loses 50% of of the trade amount. Buyer retains the rest of their security deposit.</td>
</tr>
<tr>
<td>Buyer raises request for refund from Revolt / TransferWise due to buyer using their account to sell them Bitcoin.</td>
<td>Buyer loses 50% of of the trade amount. Buyer retains the rest of their security deposit.</td>
</tr>
<tr>
<td>Buyer makes payment to wrong account that have previously used to trade with the seller</td>
<td>Buyer loses 5% of the trade amount. Buyer retains the rest of their security deposit. Seller has the option to refund buyer.</td>
</tr>
<tr>
<td>Buyer makes payment from an account with a different name, account number than their payment methods</td>
<td>Buyer loses 10% of the trade amount. Buyer retains the rest of their security deposit.</td>
</tr>
<tr>
<td>Buyer takes SEPA payment and then sends payment via SWIFT, or takes SEPA payment then send via TransferWise etc</td>
<td>Buyer loses 10% of the trade amount. Buyer retains the rest of their security deposit.</td>
</tr>
<tr>
<td>Buyer raises mediation in error then completes payment outside of trade window</td>
<td>Buyer loses the following; 0-24 hours late: Buyer loses 2.5% of the trade amount., 24-48 hours late: Buyer loses 5% of the trade amount, 48-72 hours late: Buyer loses 7.5% of the trade amount, 72-96 hours late: Buyer loses 10% of the trade amount. Any payment by buyer and seller has option to refund buyer.</td>
</tr>
<tr>
<td>Buyer takes altcoin offer and then sends altcoin with a low fee that gets held up in the blockchain.</td>
<td>Buyer has the option to do CPFP or similar. If late buyer loses the following; 0-24 hours late: Buyer loses 2.5% of the trade amount., 24-48 hours late: Buyer loses 5% of the trade amount, 48-72 hours late: Buyer loses 7.5% of the trade amount, 72-96 hours late: Buyer loses 10% of the trade amount. Any payment by buyer and seller has option to refund buyer.</td>
</tr>
<tr>
<td>Buyer accepts SEPA instant trade but is unable to make a SEPA Instant payment at they only have a SEPA account</td>
<td>If late buyer loses the following; 0-24 hours late: Buyer loses 2.5% of the trade amount., 24-48 hours late: Buyer loses 5% of the trade amount, 48-72 hours late: Buyer loses 7.5% of the trade amount, 72-96 hours late: Buyer loses 10% of the trade amount. Any late payment by buyer and seller has option to refund buyer.</td>
</tr>
<tr>
<td>Buyer does not make payment in trade window</td>
<td>If late buyer loses the following; 0-24 hours late: Buyer loses 2.5% of the trade amount., 24-48 hours late: Buyer loses 5% of the trade amount, 48-72 hours late: Buyer loses 7.5% of the trade amount, 72-96 hours late: Buyer loses 10% of the trade amount. Any late payment by buyer and seller has option to refund buyer.</td>
</tr>
<tr>
<td>Buyer made a mistake they actually meant to sell not buy BTC.</td>
<td>Buyer has the option to complete the trade within the trade window. If they fail to do this Buyer loses the following; 0-24 hours late: Buyer loses 2.5% of the trade amount, 24-48 hours late: Buyer loses 5% of the trade amount, 48-72 hours late: Buyer loses 7.5% of the trade amount, 72-96 hours late: Buyer loses 10% of the trade amount. Any late payment by buyer and seller has option to refund buyer. This is to prevent option buying.</td>
</tr>
<tr>
<td>Buyer sends random / incorrect payment amount.</td>
<td>Buyer has the option to send the correct amount within the trade window. If they fail to do this Buyer loses the following; 0-24 hours late: Buyer loses 2.5% of the trade amount, 24-48 hours late: Buyer loses 5% of the trade amount, 48-72 hours late: Buyer loses 7.5% of the trade amount, 72-96 hours late: Buyer loses 10% of the trade amount. Any late full payment by buyer and seller has option to refund buyer.</td>
</tr>
</tbody>
</table>

<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/307#issuecomment-782991561">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNTZHBJHCI7FCKPMH5LTAG43DANCNFSM4XEW3HDA">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AJFFTNWVE3QW26FZ6KDGHPTTAG43DA5CNFSM4XEW3HDKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOF2VYBSI.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/307#issuecomment-782991561",
"url": "https://github.com/bisq-network/proposals/issues/307#issuecomment-782991561",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>