<p></p>
<p>Hi, <a class="user-mention" data-hovercard-type="user" data-hovercard-url="/users/pazza83/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/pazza83">@pazza83</a> <a class="user-mention" data-hovercard-type="user" data-hovercard-url="/users/chimp1984/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/chimp1984">@chimp1984</a> I have done some edits, please look over them: <a href="https://github.com/Mentors4EDU/Bisq-Proposal#readme">https://github.com/Mentors4EDU/Bisq-Proposal#readme</a></p>
<p>Particularly:</p>
<h2>Addressing Liquidity</h2>
<p>In regards to liquidity, it is of my opinion that liquidity wouldn't be too much of an issue in the long run. Also, it may not be the best reason as to why something should or should not be developed. While Bisq still isn't in its infancy and alot of its users tend to be Bitcoin maximalist and non-sellers, this has more or less to do with Bisq's technological premise. Yes, liquidity is quite small, but the technology in regards to supporting high liquidity is within reach. It is of my opinion that with integrations such as social trading and the features discussed in proposals such as these, liquidity will no longer be an issue.</p>
<h1>New Privacy Integrations</h1>
<p>Integrations for privacy and privacy preservation are of the outmost importance. That is why instead of just focusing on reputation, one must also focus on numerous privacy layers in regards to reputation. Currently, even given the P2P compatibilities and the difficulty to store data without sacrificing privacy, comes new ideas centered around tackling these issues. These issues can not be tackled in a way that isn't decentralized or doesn't make sense through the lens of technological compatibility.</p>
<h2>Preserving Privacy</h2>
<p>As mentioned, privacy preservation is of the outmost importance. While, transactions are still hashed on Bitcoin's blockchain, there are still other layers of privacy that can be integrated beyond this. This is especially true in relation to preservation of trade history or other related data.</p>
<h2>Layers of Anonymity</h2>
<p>An example integration can be an anonymity layer or custom sidechain, that focuses on preserving and hashing data or being like a secondary shield. This can be custom coded and built as a P2P decentralized feature with no central authority or database.</p>
<h2>Validation Mechanisms</h2>
<p>Numerous data and validation mechanisms can be put into place. This includes how Bisq already completes market orders, as well as variations of privacy-preserving transnational escrows for different forms of trades. Instead of over-complicating the solution, the focus should be on technological protocols that don't integrate a form of data collection, but do integrate a form of data shielding and encryption without actually storing the data.</p>
<h3>Regarding Reputation</h3>
<p>The same formalities can apply to reputation. There could be voting mechanisms given profiles are anonymous. However, taking this a step further, if one properly integrates various forms of transnational escrows and already shields data, then reputation shouldn't be an issue. If you can rank trades anonymously and also not push invalid trades through, then that is already the primary focus. Bisq already does a great job in many of these things, but integrating extra layers of privacy while having something such as social trading, can really reiterate both the privacy-preserving and network compatibilities that make Bisq a great contender.</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/332#issuecomment-849937230">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNQIDE4YUQFBMS3GASLTP2XAVANCNFSM44AISQOA">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AJFFTNQBZHOKOK7CWL6NO5TTP2XAVA5CNFSM44AISQOKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOGKUQGTQ.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/332#issuecomment-849937230",
"url": "https://github.com/bisq-network/proposals/issues/332#issuecomment-849937230",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>