<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>
<p>The Monero seller need to be able to provide a transaction proof (tx key) in case of a dispute as the XMR transfer cannot be verified on the blockexplorer like with other altcoins. There are at least 2 online services available to verify the tx key <a href="http://xmrchain.net" rel="nofollow">1</a>, <a href="https://xmr.llcoins.net/checktx.html" rel="nofollow">2</a>.</p>
<p>We could integrate that the XMR seller need to provide the tx key in the trade process (after sending XMR) so that the buyer receives the tx key and can make an API call to one of those services (or better both).</p>
<p>It can be assumed that those services will not support Tor connections so we will need a relay solution similar to our price and fee estimation nodes. Those relay nodes provide a hidden service to the Bisq nodes and do the request to the http service in clearnet.</p>
<p>As soon the XMR buyer's Bisq app can verify the tx the trade can be completed. This would speed up the trade process and only requires that the buyer's app is online but not the manual interaction.</p>
<p>Alternatively a monerod integration with RPC could be used. Then the tx proof is not required as the buyer's wallet will know anyway once the tx arrived. Though that require that the buyer runs a monerod while having Bisq open, which might be a more narrow requirement as the above solution with using an API. Also integrating monerod will add new security risks.</p>
<p>To avoid risks with those services we could also provide our own service for providing the tx proof. Multiple services should be used and only if all match the result is considered trustworhty.</p>
<p><a href="http://xmrchain.net" rel="nofollow">1</a><br>
<a href="https://xmr.llcoins.net/checktx.html" rel="nofollow">2</a></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/86">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNSHN242LNOO2ZGISMDPVEUVXANCNFSM4HMNXE5A">mute the thread</a>.<img src="https://github.com/notifications/beacon/AJFFTNWNSZPMJTT47QUS2LLPVEUVXA5CNFSM4HMNXE5KYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4GTL6IGQ.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/86",
"url": "https://github.com/bisq-network/proposals/issues/86",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>