<p></p>
<p><a class="user-mention" data-hovercard-type="user" data-hovercard-url="/users/chimp1984/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/chimp1984">@chimp1984</a> I was attempting to make a suggestion for how trade disputes can be settled at mediation and arbitration with regards the comments about 'New Pre-signed Payout TX Scenarios.'</p>
<p>I am not commenting about the bigger issue of 'replacing the role of Refund Agent with a new team of Arbitrators'.</p>
<p>Consider the two following trades that are taken where the seller of BTC becomes unable to complete the trade withing the required trade period due to hospitalization, injury, computer failure etc:</p>
<p><strong>Trade A</strong><br>
Market: XMR/BTC<br>
Trade Amount: 2 BTC<br>
Payment method: Altcoins<br>
Trade duration: 24 hours<br>
Deposit Percentage: 50%</p>
<p><strong>Trade B</strong><br>
Market: XMR/BTC<br>
Trade Amount: 2 BTC<br>
Payment method: Altcoins<br>
Trade duration: 24 hours<br>
Deposit Percentage: 15%</p>
<p>In the above scenarios the trade is catergorized by <a class="user-mention" data-hovercard-type="user" data-hovercard-url="/users/wiz/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/wiz">@wiz</a> as:</p>
<ol start="3">
<li>Mediator verifies Buyer paid as agreed, but Seller causes delay by neglecting to acknowledge payment, or Seller fails to respond within time limit.</li>
</ol>
<ul>
<li>Buyer gets trade amount</li>
<li>Buyer gets 100% of Buyer's security deposit</li>
<li>Buyer gets 50% of Seller's security deposit</li>
<li>Seller gets 50% of Seller's security deposit</li>
</ul>
<p>in this instance the loss of 50% deposit represents a significant difference between even trades of the same amount in BTC (Trade A and B).</p>
<p>The point I am was trying to make is that as the security deposit amount is now a variable (15-50%) would it be appropriate to instead define the payout as follows:</p>
<ol start="3">
<li>Mediator verifies Buyer paid as agreed, but Seller causes delay by neglecting to acknowledge payment, or Seller fails to respond within time limit.</li>
</ol>
<ul>
<li>Buyer gets trade amount</li>
<li>Buyer gets 100% of Buyer's security deposit</li>
<li>Buyer gets 7.5% of trade amount (from sellers security deposit)</li>
<li>Seller gets remaining amount (ie any that is left over from an increase in security deposit from 15%)</li>
</ul>
<p>Using this methods payouts would be as follows:</p>
<p><strong>Trade A</strong><br>
Payout amount for BTC buyer: 3.15  BTC<br>
Payout amount for BTC seller: 0.85 BTC</p>
<p><strong>Trade B</strong><br>
Payout amount for BTC buyer: 2.45 BTC<br>
Payout amount for BTC seller: 0.15 BTC</p>
<p>The above is a little more complicated and I expressed it poorly mathematically. But it does take into account the variable deposits that can be chosen. I think these have only been introduced fairly recently.</p>
<p>My question with regards to New Pre-signed Payout TX Scenarios is: Should Trader A (trading with larger deposit) be penalized more than Trader B (trading with a smaller deposit) in the instance of them being unable to complete a trade within 24 hours?</p>
<p>My view is that limiting any loss/gain to 7.5% of the trade amount, due to being unable to trade in a 24 hour window, is fair for both buyer and seller.</p>

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