<blockquote>
<p><em>This is a Bisq Network proposal. Please familiarize yourself with the <a href="https://docs.bisq.network/proposals.html" rel="nofollow">submission and review process</a>.</em></p>
</blockquote>
<h3>Problem description</h3>
<p>It should be obvious that new users that come to Bisq to buy 0,25 BTC or more don´t really want to make 25 or more transactions as that would be prohibitively expensive and time consuming.  If those users I am referring to are posting offers to buy 0,01 BTC, it is very likely that they post them in order to get their account signed.</p>
<p>If their offers are taken repeteadly by non signed accounts, that could be quite frustrating.  It could be a rather serious onboarding barrier as it would be a waste of time and fees for the new user.  Moreover, having a lot of small transactions might be also an issue with the bank.  Might be too noisy.</p>
<h3>Suggested solution</h3>
<p>Provide the <strong>option</strong> to makers to restrict their offers so they can only be taken by signed accounts.  The risk of siloing liquidity amongst old users is very low, as it is unlikely that old signed users post offers as low as 0,01 BTC to trade only with signed accounts.   And if old users restrict their sell offers of 0.06, 0.12 or 0.25 BTC, the buyers that have the limits to take those offers are probably already signed, specially on the long run.</p>
<p>I suggest to include this option as a checkbox in the create offer screen and that it is always disabled if the account is already signed.  If the account with which the offer is being created is unsigned, I am not sure if it should be enabled by default.  If it is enabled by default it will make things easier for the new user.  If it is disabled by default, a pop up would be necessary to explain the user that he can enable that checkbox if he wants to get his account signed quicker (not to waste time and fees).</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/133?email_source=notifications&email_token=AJFFTNRFYB2OL2BOIOQQR2DQR5LGRA5CNFSM4JINRUA2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HWPK7GA">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNXWLJWZQWTYWBZM43LQR5LGRANCNFSM4JINRUAQ">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AJFFTNQ3DBPCXRKMGGYLLVDQR5LGRA5CNFSM4JINRUA2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HWPK7GA.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/133?email_source=notifications\u0026email_token=AJFFTNRFYB2OL2BOIOQQR2DQR5LGRA5CNFSM4JINRUA2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HWPK7GA",
"url": "https://github.com/bisq-network/proposals/issues/133?email_source=notifications\u0026email_token=AJFFTNRFYB2OL2BOIOQQR2DQR5LGRA5CNFSM4JINRUA2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HWPK7GA",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>