<p><em>This post summarizes the results of Cycle 9 of the Bisq DAO. It's a cross-post from the <a href="https://bisq.network/blog/cycle-9-results/" rel="nofollow">Bisq blog</a>.</em></p>
<p>As mentioned in <a href="https://bisq.network/blog/cycle-8-results/" rel="nofollow">the Cycle 8's results post</a>, it was becaming increasingly clear that Bisq would need to change the way it runs itself in order to scale. These changes have been put in place over the past several weeks in the form of a reorganization with teams, goals, and budgets.</p>
<p>Please see <a href="https://bisq.network/blog/q1-2020-update/" rel="nofollow">this post</a> for details.</p>
<h3>Summary</h3>
<ul>
<li>Cycle took place between blocks 609,187 and 613,866
<ul>
<li>Calendar dates: 12/21/2019 - 01/21/2019</li>
</ul>
</li>
<li>43 proposals
<ul>
<li>4 generic proposals</li>
<li>1 parameter change</li>
<li>15 proposals to delist an asset</li>
<li>23 compensation requests</li>
</ul>
</li>
<li>560 votes cast</li>
<li>57,845 BSQ issued for compensation (106,536 BSQ was issued in total, of which 48,691 was for reimbursing the refund agent)</li>
<li>86,519 BSQ burned from trading fees (142,585 BSQ was burned in total, of which 48,691 was disputed BTC funds)</li>
</ul>
<p>In a nice reversal from recent cycles, the Bisq DAO was deflationary in Cycle 9: more BSQ was burned than issued. While this was certainly a nice result, some of this deflation occurred from less compensation issuance (relatively less work delivered than in previous cycles) as well as a relatively large proportion of trading fees being paid in BTC. BTC fees are not preferable as they require a single person to collect them and inject them into the BSQ economy, so perhaps the project should think of ways to encourage traders to use BSQ instead of BTC.</p>
<p>Regardless of how trading fees were paid, it was good to see the project have a strong financial result in Cycle 9. We hope the new organizational changes being made in Cycle 10 will lead to continued success in upcoming cycles.</p>
<h3>Proposal Details</h3>
<p><strong>List Liquid BTC</strong></p>
<p><em>Generic proposal (<a href="https://github.com/bisq-network/proposals/issues/169" data-hovercard-type="issue" data-hovercard-url="/bisq-network/proposals/issues/169/hovercard">link</a>)</em></p>
<p><em>Accepted</em></p>
<p>Liquid is a federated sidechain pegged to the Bitcoin blockchain, and Liquid BTC (L-BTC) is one of the assets issued on Liquid. Being able to trade BTC for L-BTC on Bisq enables any Bisq user to essentially mix their coins with those held by Liquid federation members—quickly, privately, and without price risk.</p>
<p>A common tactic to lose the lineage of one's bitcoin is to buy and sell BTC for XMR, but this involves significant price risk, since prices of both coins can change quickly.</p>
<p><strong>Require DAO vote and application fee to add new assets</strong></p>
<p><em>Generic proposal (<a href="https://github.com/bisq-network/proposals/issues/159" data-hovercard-type="issue" data-hovercard-url="/bisq-network/proposals/issues/159/hovercard">link</a>)</em></p>
<p><em>Rejected</em></p>
<p>This proposal was made as part of the discussions at the time to determine firmer asset listing guidelines. The idea was to require a non-refundable fee and DAO vote in order to list new assets on Bisq, thereby reducing the endless flow of new asset listing requests that almost never return any value to the network.</p>
<p>Uncertainty over the effectiveness of DAO voting as a decision-making tool for listing new assets, as well as concerns over the efficacy of a listing fee (would requiring a higher fee result in even scammier projects with bigger financial backing?) led to this proposal's rejection.</p>
<p><em>In addition to this generic proposal were 15 other proposals to delist 15 assets. All were rejected. When a proposal to delist an asset is accepted by the DAO, it can never be listed on Bisq again.</em></p>
<p><strong>Use bonded reputation as measure of trust for offers</strong></p>
<p><em>Generic proposal (<a href="https://github.com/bisq-network/proposals/issues/138" data-hovercard-type="issue" data-hovercard-url="/bisq-network/proposals/issues/138/hovercard">link</a>)</em></p>
<p><em>Rejected</em></p>
<p>Trust for fiat trades on Bisq is strong but not bullet-proof. Account signing helps mitigate potential issues, and dispute resolution measures help once issues have already taken place, but more can be done.</p>
<p>Locking a BSQ bond as a measure of trust for a trader's offers sounds excellent, particularly given that the means to do this are largely already implemented in the software, but the idea is flawed since a rogue trader could easily lock up a bond of x BSQ and then make offers worth 10x BSQ, rendering the bond misleading.</p>
<p><strong>Increase BSQ maximum issuance parameter</strong></p>
<p><em>Proposal to change a parameter (<a href="https://github.com/bisq-network/proposals/issues/160" data-hovercard-type="issue" data-hovercard-url="/bisq-network/proposals/issues/160/hovercard">link</a>)</em></p>
<p><em>Accepted</em></p>
<p>A couple cycles of a lower BSQ price with relatively higher amounts of delivered work led to issuances that were approaching the 200,000 BSQ limit. This proposal changed the maximum BSQ issuance to 300,000 BSQ. It was critical that this parameter was changed, because in the event the limit was hit, all compensation requests would be denied.</p>
<p>It is important to note that this parameter was not originally put in place to curb inflation—rather, it was meant as a security measure to limit damage in case of an extreme scenario.</p>
<p><strong>Put asset listing on hold until further notice</strong></p>
<p><em>Generic proposal (<a href="https://github.com/bisq-network/proposals/issues/166" data-hovercard-type="issue" data-hovercard-url="/bisq-network/proposals/issues/166/hovercard">link</a>)</em></p>
<p><em>Accepted</em></p>
<p>Policy for listing new assets is a recurring issue that remains unsolved. To prevent further controversy until better policy is determined, all asset listings have been put on hold, except for those that have overwhelming community support and developer backing.</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/orgs/bisq-network/teams/dao/discussions/3?email_source=notifications&email_token=AJFFTNU6G7YYMWWUCLEPTI3RCTN6BA5CNFSM4KUK33K2YY3PNVWWK3TUL52HS4DFVZCGS43DOVZXG2LPNZIG643UVJRW63LNMVXHIX3JMTHAAAL2GU">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNXZDW723JHLOMS3NZTRCTN6BANCNFSM4KUK33KQ">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AJFFTNTB2KENQETELUMZKX3RCTN6BA5CNFSM4KUK33K2YY3PNVWWK3TUL52HS4DFVZCGS43DOVZXG2LPNZIG643UVJRW63LNMVXHIX3JMTHAAAL2GU.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/orgs/bisq-network/teams/dao/discussions/3?email_source=notifications\u0026email_token=AJFFTNU6G7YYMWWUCLEPTI3RCTN6BA5CNFSM4KUK33K2YY3PNVWWK3TUL52HS4DFVZCGS43DOVZXG2LPNZIG643UVJRW63LNMVXHIX3JMTHAAAL2GU",
"url": "https://github.com/orgs/bisq-network/teams/dao/discussions/3?email_source=notifications\u0026email_token=AJFFTNU6G7YYMWWUCLEPTI3RCTN6BA5CNFSM4KUK33K2YY3PNVWWK3TUL52HS4DFVZCGS43DOVZXG2LPNZIG643UVJRW63LNMVXHIX3JMTHAAAL2GU",
"name": "View Discussion"
},
"description": "View this Discussion on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>