<p></p>
<ol>
<li>While already reported here, allow me to add that on my examination of this issue, I tried 3 different seeds, one for a wallet with a handful of transactions, and they all behaved the same.</li>
</ol>
<p>Addressing <a class="user-mention" data-hovercard-type="user" data-hovercard-url="/users/jmacxx/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/jmacxx">@jmacxx</a>'s hunch, I have also been thinking in this direction, perhaps there was an overload on the connected peers, and they refuse the connection, but the displayed number of connected peers was stable.</p>
<p>I had a look at the log files, and I see a lot of <em>conflict</em> messages:<br>
<code>[JavaFX Application Thread] WARN  b.c.d.m.DaoStateMonitoringService: Conflict with seed nodes: We received a block hash from peer [peer].onion:9999 which conflicts with our block hash.</code><br>
Ranging over these messages, it is across different peers (not always the same peer). It shows on both of my machines.</p>
<p>I don't a different Bisq version to check this out, but it is worth checking whether this is the source of the problem.</p>
<ol start="2">
<li>During the week I realised that in on of my recovery attempts, the wallet balance and accounting went totally mad, resulting in a wrong balance, which was probably caused by the displayed transaction amount, for some (but not all) transactions, being totally different from the actual amounts, as well as some transactions were missing from the wallet.</li>
</ol>
<p>I have the log files and I currently try to examine this issue.<br>
To be clear, I see in the logs a tx id and the amount it received/sent, which is just not the real amount for this transaction.</p>
<p>I reported earlier that several times I restarted the App during the recovery process, though this does not seem to be the case here (seen from the log timestamps), in particular because the issue seems to be in reading values from a single tx, not an accumulated values across time.</p>
<p>For privacy concerns, I will (try to) do some research on my own. Would be good to know if you would like to have details under this issue, or to open a new issue.</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/4807#issuecomment-731035520">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AJFFTNQUNFLRBDFOY75BLNTSQYVK3ANCNFSM4TVUCIGQ">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AJFFTNSNUCIYHYDRD6PLUNLSQYVK3A5CNFSM4TVUCIG2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOFOJLPAA.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/4807#issuecomment-731035520",
"url": "https://github.com/bisq-network/bisq/issues/4807#issuecomment-731035520",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>