<p></p>
<blockquote>
<p>Only trades were this could be an issue is when someone takes multiple offers from the same trader. As each trade is assigned to a different mediator it could get messy if a payment is missing. In this instance it could be sorted in trader chat or with communication between mediators. I think trades like this are rare.</p>
</blockquote>
<p>The below improvements relating to trader chat would certainly help.</p>
<blockquote>
<p>Also, it would require traders to use trader chat in instances where account info is not always obvious. Eg Amazon eGift cards use email. I am sure this can be sorted in trader chat.</p>
</blockquote>
<p>Hence related to:</p>
<ul>
<li>Improve "Portfolio" icon to aid communication between traders - <a class="issue-link js-issue-link" data-error-text="Failed to load title" data-id="783311326" data-permission-text="Title is private" data-url="https://github.com/bisq-network/bisq/issues/5074" data-hovercard-type="issue" data-hovercard-url="/bisq-network/bisq/issues/5074/hovercard" href="https://github.com/bisq-network/bisq/issues/5074">#5074</a></li>
<li>Add ability for mediator's & arbitrator's to see "Trader Chat" (upon escalation) - <a class="issue-link js-issue-link" data-error-text="Failed to load title" data-id="777391075" data-permission-text="Title is private" data-url="https://github.com/bisq-network/bisq/issues/5044" data-hovercard-type="issue" data-hovercard-url="/bisq-network/bisq/issues/5044/hovercard" href="https://github.com/bisq-network/bisq/issues/5044">#5044</a></li>
</ul>
<p>I commented at <a class="issue-link js-issue-link" data-error-text="Failed to load title" data-id="785643882" data-permission-text="Title is private" data-url="https://github.com/bisq-network/bisq/issues/5080" data-hovercard-type="pull_request" data-hovercard-url="/bisq-network/bisq/pull/5080/hovercard" href="https://github.com/bisq-network/bisq/pull/5080">#5080</a> that there should be indication of <em>why</em> in the pop up message comms.</p>
<p>This would also likely be making life harder for high volume traders I suspect. But they're also most at risk of banned accounts anyway on various payment methods.</p>
<p>Pushing better, easier comm's between traders is vital.</p>
<blockquote>
<p>I haven't read this whole thread but just wanted to put my 2 cents in. I am against having any false information in the reason for payment field. I think putting in false information into this field doesn't really add any additional privacy because I think the payment providers are more looking at your account activity than anything else. Having a bunch of payments with a lot of random reasons doesn't make you seem less suspicious imo, if anything I think it would make you look more suspicious (who buys a bunch of random items from individuals online all the time, not many people I would think...). I am also against it because should any questions or investigation into your account be asked then you have already incriminated yourself by lying.</p>
</blockquote>
<p>Everyone canned the OP, but it was aiming in the right direction. The removing it <a class="issue-link js-issue-link" data-error-text="Failed to load title" data-id="785643882" data-permission-text="Title is private" data-url="https://github.com/bisq-network/bisq/issues/5080" data-hovercard-type="pull_request" data-hovercard-url="/bisq-network/bisq/pull/5080/hovercard" href="https://github.com/bisq-network/bisq/pull/5080">#5080</a> is a step in direction direction as well.</p>
<p>I still think an <em><strong>optional alternative Trade ID</strong></em> will be a helpful addition. It's leave it blank by default, or the MAKER can indicate their preference for "e.g. Thanks for the collectibles", "Craiglist 2051 purchase", "Bicycle", "downpayment" etc. if I was a maker, I would get sick of having to chat about what it is the reason ID should be in trader chat. As e.g. a taker of BTC - I want to accommodate as much as possible the seller, so I become a preferred person they sell to etc.</p>
<p>Replicating real world transactions efficiently and conveniently is ideal. Facilitating that should be the goal by the protocol.<br>
It's shite it has to be done, but better than the alternatives...</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/bisq/issues/2869#issuecomment-759930253">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNXK5QHQJ3C5UXUXDW3SZZ4LDANCNFSM4HS7RAMQ">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AJFFTNTGNJIKZQGWMSFXLVDSZZ4LDA5CNFSM4HS7RAM2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOFVFZ3DI.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/bisq/issues/2869#issuecomment-759930253",
"url": "https://github.com/bisq-network/bisq/issues/2869#issuecomment-759930253",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>