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

<p>This is an idea inspired by <a class="issue-link js-issue-link" data-error-text="Failed to load title" data-id="3326022" data-permission-text="Title is private" data-url="https://github.com/bisq-network/bisq/discussions/5418" data-hovercard-type="discussion" data-hovercard-url="/bisq-network/bisq/discussions/5418/hovercard" href="https://github.com/bisq-network/bisq/discussions/5418">bisq-network/bisq#5418</a> and recollecting the issues with an off chain protocol as discussed in <a class="issue-link js-issue-link" data-error-text="Failed to load title" data-id="343748086" data-permission-text="Title is private" data-url="https://github.com/bisq-network/proposals/issues/32" data-hovercard-type="issue" data-hovercard-url="/bisq-network/proposals/issues/32/hovercard" href="https://github.com/bisq-network/proposals/issues/32">#32</a></p>
<h3>Problem</h3>
<p>Trade fee transactions are low value transactions that cost a lot in mining fees and are difficult to handle. Currently they're paid as either BTC outputs to the burningman or by burning BSQ. Both cases cause extra costs on users, but the BTC case is the most problematic as it's causing small value txouts.</p>
<h3>Previously Discussed</h3>
<p>It has been suggested that a third party could be part of trades to burn BSQ for trade fee and receive BTC as compensation as part of the trade transaction. This still doesn't eliminate the problem of low value txouts.</p>
<p>Another related problem from the off chain trade protocol is to have a pool of locked up BSQ that could have a lien put on it to use as collateral for trades, problem here being that without a block chain it would be impossible to guarantee that the data is properly distributed on the network making it unreliable as collateral.</p>
<h3>Fee Aggregators</h3>
<ul>
<li>A Bisq contributor puts up bonds to act as a fee aggregator (FA).</li>
<li>Traders that want to use FAs put up a BSQ bond for the amount of fees the want to be able to aggregate. This bond is tied to a particular FA with a hash or some other data.</li>
</ul>
<p>The FA acts as a notary during a trade. The peers connect to the respective peers FA to let them know how much trade fee they are paying, including trade id and amount. Then they connect to the peers FA to verify that the correct amount was assigned.</p>
<p>The FA keeps a record of credit for each bond assigning them as their FA. The users prove that they are the rightful owners of the bonds and can deduct up to the amount of the bond as fee payments. If a user want to reset their credit they can buy the credit from the FA as a Bisq trade, receiving the verification of credit reset in the form of BSQ burnt by the FA.</p>
<h3>Accountability</h3>
<p>Traders can check with the counterparty's FA if fees are paid properly, this ensures that traders are paying fees. The verification from the FA is a signed statement from the FA.</p>
<p>FAs should continously publish a record of their outstanding credit, this could be a merkle tree with hashes of signed statements and associated values so that traders can verify that their payment is included. There might be other ways to handle this part better.</p>
<h3>Non FA Users</h3>
<p>A trader with BSQ locked for usage with a FA could pay for a counterparty that doesn't have such an arrangement in exchange for BTC as part of the deposit tx.</p>
<p>If both users aren't setup with a FA this wouldn't work.</p>
<h3>Other Usages</h3>
<p>Using a similar arrangement to solve the issue with the off chain trade protocol might work, but there's more at stake since the collateral is locked up and the corresponding "Collateral Aggregator" would have to post a much larger bond, I doubt it would be feasible.</p>
<h3>Summary</h3>
<p>I think this could be a way to aggregate the fee payment for BSQ users and those that they trade with. It still doesn't solve the case where both traders want to pay the fee with BTC though.</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/329">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNV6KT372EIWOTYWYKTTKLCT3ANCNFSM43QE7E7Q">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AJFFTNSNJ3F42XHJYPO6BTTTKLCT3A5CNFSM43QE7E72YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4M5JQ6KA.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/329",
"url": "https://github.com/bisq-network/proposals/issues/329",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>