<p></p>
<p><a class="user-mention" data-hovercard-type="user" data-hovercard-url="/users/mpolavieja/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/mpolavieja">@mpolavieja</a><br>
If the bond would be part of the multisig we could not use 1 bond for multiple trades but it would be rather like an extra security deposit/bond in BSQ. Also BSQ does not support MultiSig and a bond need to be sitting on 1 utxo with a timelock to give the option for confiscation, which would not work well with a more complex tx structure (could be prob. done, but complexity will add risks). Also its important that there is not more than 1 tx where the funds get locked up (deposit tx) as otherwise we lose the atomicity.</p>
<p>But that idea might be interesting by using BTC with a timelock for an additional bond. So the payout would be split in the payout of the trade amount+sec. deposit and a time-locked payout tx of the bond. Basically what we have with the delayed payout tx but having a separte tx for the bond. So if the time-lock is for instance 1 months, that is usually enough time to cover chargeback risk the traders get their bond back from the timelocked tx. If there is a chargeback the victim can burn the bond of both with an alternative tx without timelock and ask for reimbursement from the refundagent/DAO.</p>
<p>Here the tx structure for that scheme:</p>
<p>Deposit tx:</p>
<ul>
<li>Input 1: Buyer sec deposit + buyer bond</li>
<li>Input 2: Seller sec deposit + trade amount + seller bond</li>
<li>Output: 2 of 2 MultiSig</li>
</ul>
<p>Payout tx:</p>
<ul>
<li>Input: output of deposit tx</li>
<li>Output 1:  Buyer sec deposit + trade amount</li>
<li>Output 2:  Seller sec deposit</li>
<li>Output 3:  2 of 2 MultiSig for bonds</li>
</ul>
<p>Time-locked bond refund tx:</p>
<ul>
<li>Input: output of Payout tx (2 of 2 MultiSig for bonds)</li>
<li>Output 1:  Buyers bond</li>
<li>Output 2:  Sellers bond</li>
</ul>
<p>Burn bond refund tx (no time lock):</p>
<ul>
<li>Input: output of Payout tx (2 of 2 MultiSig for bonds)</li>
<li>Output 1:  Bisq donation address</li>
</ul>
<p>But I think people would not like to lock up for each trade a bond covering the trade amount (about 100%) which stays locked for 1 months, specially for market makers that would become very expensive from a liquidity point of view. It would also add new txs where we want to reduce number of txs.... so all in all I don't think thats a good idea, but for brainstorming and maybe find other solutions its an interesting approach.</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/268#issuecomment-735880226">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNSS66MJZDFP2G526ATSSO7JPANCNFSM4SXNQ2TQ">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AJFFTNRSXIGRTETMCBCMYG3SSO7JPA5CNFSM4SXNQ2T2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOFPOKIIQ.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/268#issuecomment-735880226",
"url": "https://github.com/bisq-network/proposals/issues/268#issuecomment-735880226",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>