ZPUB QR export from Sparrow Mixing Wallet no longer shows proper BTC balance in BW after Sparrow mixing wallet was reconfigured to output UTXOs after 5 mixes to a different Sparrow Wallet

[edjanx]

Do you need support? Just email bluewallet@bluewallet.io

Are you reporting a bug?

Yes
Please provide:

• your phone model and OS version
  Pixel 8 Android 14 latest update
• BlueWallet app version (settings->about->scroll down)
  BlueWallet ver 6.5.3 (build 1708041542 master)
• self-test passes? Open settings->about->scroll down, tap "Run self-test"
  Yes
• unique ID for our crash reporting service (settings->about->scroll down, tap "copy")
  userId:15cb13b1a245f5fa

Proposing a feature?

No, but 8 digits of Satoshi including all zeros would help readability 😊
Go right ahead
ZPUB import of most recent Sparrow wallet QR code as Blue Wallet 'watch-only' copy no longer reports the amount of Satoshis correctly if mixing to an external wallet.

Originally Blue Wallet reported 0 amount mixes correctly. But when a second wallet was added to move UTXOs when they achieved a certain number of mixes. When the first UTXO that reached that threshold, it was successful sent to specified wallet. However, from that point forward, all mixes that hadn't reached that threshold no longer showed up as a 0 amount transaction in Blue, but as if it were sent to the mixto wallet, and the total amount of Bitcoin displayed is now far lower than the actual amount.

This is repeatable, no matter how many times I've tried to reimport as a watch-only wallet, it shows all zero mix amounts as being wrongly subtracted as if they met the set threshold.

I also noticed the Sparrow Wallet Derivation path has a long number string vs the "m/84' /0' /0' " that appeared in the Blue Wallet import. Although not currently editable, I'm wondering if manually entering the last set of characters in place of the errent last 0 correct the issue?

[Overtorment]

i dont really get what this is about. what mixes, what threshholds?

if we are talking about watch-only, nothing changed in BW recently regarding this, BW scans typical derivation paths for BIP84/49/44. other wallets might use different/nontypical paths, so BW wont see them by default

[Overtorment]

actually, when impoting xpubs, its usually account-level xpubs, so it scans from that level depths /0/0 with a gap limit 20 (so bigger gaps in other wallets hen importing might result in not seeing all the coins)

[edjanx]

i dont really get what this is about. what mixes, what threshholds?

if we are talking about watch-only, nothing changed in BW recently regarding this, BW scans typical derivation paths for BIP84/49/44. other wallets might use different/nontypical paths, so BW wont see them by default

Sparrow has Coinjoin which has a 'post mix folder' in the wallet. It keeps mixing coins until you stop mixing and move them. In this scenario each mix shows up as green 0 per the screenshot. However, Sparrow also has a feature when you can output a mixed UTXO to another Sparrow wallet, and even set the amount of mixes for a UTXO to move to the other wallet, where it is no longer mixed.

When the 'Mix to Wallet' is selected in Sparrow, Blue displays the amount of total BTC incorrectly, as it shows every UTXO that mixes below the threshold as being subtracted in the total. The attached screenshot displays the errent withdrawal amounts in white text, vs the usual red when it actually moves from a wallet.

I was really hesitant to report this bug due to the sensitive nature, so I hope it's ultimately corrected. Thank you!

[edjanx]

actually, when impoting xpubs, its usually account-level xpubs, so it scans from that level depths /0/0 with a gap limit 20 (so bigger gaps in other wallets hen importing might result in not seeing all the coins)

I'm importing a Watch Only ZPUB from Sparrow, not an XPUB

[Overtorment]

if you have a zpub that BW cant see all balance, I can take a look if you send it to meprivately (i@bluewallet.io), i suspect gaps are larger than 20 (if sparrow alows it, you can check the addresses hierarchy to see if there are huge gaps of unsued addresses)