<oembed><type>rich</type><version>1.0</version><title>waxwing wrote</title><author_name>waxwing (npub1va…knuu7)</author_name><author_url>https://nostr.now/npub1vadcfln4ugt2h9ruwsuwu5vu5am4xaka7pw6m7axy79aqyhp6u5q9knuu7</author_url><provider_name>njump</provider_name><provider_url>https://nostr.now</provider_url><html>I wonder if anyone here knows enough about Core&#39;s internal processing of utxos *in-wallet* to help with this thorny question?&#xA;&#xA;https://github.com/JoinMarket-Org/joinmarket-clientserver/issues/1465#issuecomment-1494996171&#xA;&#xA;Problem is easy to state, even perhaps easy to diagnose, but I just don&#39;t know how to correct it:&#xA;&#xA;1. user broadcasts transaction, 2. transaction has low fee and gets ejected from user&#39;s Core node&#39;s mempool 3. listunspent RPC no longer reports the utxo as present and so Joinmarket (as currently coded) shows a missing balance (old utxos are spent but new utxo is uh &#34;memory-holed&#34;).&#xA;&#xA;For context, Joinmarket uses a bitcoin core wallet in watch-only mode to track its transactions.&#xA;&#xA;Is it possible to either query Core, or have Core not &#34;memory-hole&#34; those utxos? I&#39;m thinking maybe they would be tracked, but in a different state.&#xA;&#xA;Maybe nostr:npub1s6z7hmmx2vud66f3utxd70qem8cwtggx0jgc7gh8pqwz2k8cltuqrdwk4c you would know about this? Only pinging you because you&#39;re the first Core dev I can think of on here 😆 </html></oembed>