Transaction produced very strange balance

I had these in my Nushares wallet:

Address1 had two outputs: 100400 and 10320
Address2 had many outputs: 10000, 10000, 10000, 12000

I decided to transfer banance in Address1 to Adress2 and combining the three outputs together: 100400, 10320 and 12000, so after auto-splitting there will be two extra 10000 outputs and a 12719 output, after the 1NSR fee.

So I selected the two outputs in Address1 and the 12000 output in Address2 with coincontrol, and sent them to Address2.

What happened next totally suprised me. Instead of having 0 in Address1 and 10000, 10000, 10000, 10000, 10000, 12719 in Address2 as I had expected, I have, as shown in coincontrol, 10000, 10000, 12719 in Address1 with a (change) mark shown by each output, and 10000, 10000, 10000 in Address2!

Further investigation shows that the block explorer shows exactly as I had expected.

I did a -rescan but it didn’t change anything.

If I import the private keys of Addresses 1 and 2 separately to empty wallets, the balances are all shown as expected. But if I import them together, the strange balances appear again.

Anyone has explanations?

I guess the transaction went through alright but there is a bug in coincontrol or internal accounting of the wallet. Or I am misunderstanding something.

I once experimented double spending by sending some nbts to my self and to an external address.
The block explorer indicated that the nbts were sent to the external address only but my client indicated that the double spending was successful when I looked at the balance.
It seems that it is caused by client display processing bug that is inherent to bitcoin qt.
Perhaps this is linked to what you have experienced with NSRs transfer.

1 Like

Thanks. I have some suspicion that this has something to do with how “account”, “address”, and “change” are handled in the wallet.

1 Like

We need an intuitive standard wallet native to NBT as soon as possible.
It certainly justifies some development custodianship - anyone?

1 Like