<blockquote>
<p>The fee model for entering into a 2 of 2 trade should consider how much it costs a bad actor to clear the order book of competitively priced offers by locking up funds so their trades are the only ones listed.</p>
</blockquote>
<p>By taking sell offers the attacker would lose his security deposit (he is buyer). With buy offers he would risk to lose also his trade amount. If security deposit is sufficiently high those attacks are rather unlikely. We plan anyway to adjust security deposit on volatility. So that should reduce that attack risk even further.</p>
<blockquote>
<p>Requiring a reimbursement request through the DAO for failed trades could be used as an attack on the DAO? If a bad actor were to inundate the compensation system with reimbursement requests it could directly affect the BSQ market?</p>
</blockquote>
<p>The stakeholder do not need to accept requests. If anything weird is going on they might reject all and wait for longer until the situation has been resolved. Requests can be rejected and repeated later again, so we an delay it if it requires more time to figure out what happened.<br>
I don't see it as a realistic risk but yes, there is some risk for "sabotage" attacks.</p>
<blockquote>
<p>A new fee model ...<br>
Not really a new fee model just an additional fee for the arbitration option which should reflect the costs of the arbitration system. But we take care to avoid that users are pushed to the new model. The fee can be defined in DAO voting and will likely start with 0.</p>
</blockquote>

<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/52#issuecomment-457560156">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AkpZthjH4wZlZRHuA-9LATi1yvB5q2BEks5vGvpwgaJpZM4X5lpw">mute the thread</a>.<img src="https://github.com/notifications/beacon/AkpZtpW71HyCTk0C_sV2fSZFi5yUsYsuks5vGvpwgaJpZM4X5lpw.gif" height="1" width="1" alt="" /></p>
<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/bisq-network/proposals","title":"bisq-network/proposals","subtitle":"GitHub repository","main_image_url":"https://github.githubassets.com/images/email/message_cards/header.png","avatar_image_url":"https://github.githubassets.com/images/email/message_cards/avatar.png","action":{"name":"Open in GitHub","url":"https://github.com/bisq-network/proposals"}},"updates":{"snippets":[{"icon":"PERSON","message":"@ManfredKarrer in #52: \u003e The fee model for entering into a 2 of 2 trade should consider how much it costs a bad actor to clear the order book of competitively priced offers by locking up funds so their trades are the only ones listed.\r\n\r\nBy taking sell offers the attacker would lose his security deposit (he is buyer). With buy offers he would risk to lose also his trade amount. If security deposit is sufficiently high those attacks are rather unlikely. We plan anyway to adjust security deposit on volatility. So that should reduce that attack risk even further.\r\n\r\n\r\n\r\n\u003e Requiring a reimbursement request through the DAO for failed trades could be used as an attack on the DAO? If a bad actor were to inundate the compensation system with reimbursement requests it could directly affect the BSQ market?\r\n\r\nThe stakeholder do not need to accept requests. If anything weird is going on they might reject all and wait for longer until the situation has been resolved. Requests can be rejected and repeated later again, so we an delay it if it requires more time to figure out what happened.\r\nI don't see it as a realistic risk but yes, there is some risk for \"sabotage\" attacks.\r\n\r\n\u003e A new fee model ...\r\nNot really a new fee model just an additional fee for the arbitration option which should reflect the costs of the arbitration system. But we take care to avoid that users are pushed to the new model. The fee can be defined in DAO voting and will likely start with 0."}],"action":{"name":"View Issue","url":"https://github.com/bisq-network/proposals/issues/52#issuecomment-457560156"}}}</script>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/bisq-network/proposals/issues/52#issuecomment-457560156",
"url": "https://github.com/bisq-network/proposals/issues/52#issuecomment-457560156",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>