insufficient balance:: individualSplit:: txauthor.NewUnsignedTransaction

[standula]

Hi, I'm a little frustrated.

/decred# ./dcrctl --wallet getbalance
{
"balances": [
{
"accountname": "default",
"immaturecoinbaserewards": 0,
"immaturestakegeneration": 0,
"lockedbytickets": 0,
"spendable": 203.91034984,
"total": 203.91034984,
"unconfirmed": 0,
"votingauthority": 0
},
{
"accountname": "voting",
"immaturecoinbaserewards": 0,
"immaturestakegeneration": 0,
"lockedbytickets": 0,
"spendable": 0,
"total": 0,
"unconfirmed": 0,
"votingauthority": 0
},
{
"accountname": "imported",
"immaturecoinbaserewards": 0,
"immaturestakegeneration": 0,
"lockedbytickets": 0,
"spendable": 0,
"total": 0,
"unconfirmed": 0,
"votingauthority": 0
}
],
"blockhash": "ceaa9bef4082f9287260eeb1613462678fb51b5c0afe022b75afb841684a6418",
"totalspendable": 203.91034984,
"cumulativetotal": 203.91034984
}
root@clonode1:/decred# ./dcrctl --wallet purchaseticket default 200
-6: wallet.PurchaseTickets: insufficient balance:: individualSplit:: txauthor.NewUnsignedTransaction

[standula]

Two wallets and two balances

[jrick]

Check the arguments you used with purchaseticket. The second is the spend limit, which is less than the current ticket price at time of writing.

[standula]

CLI shows a balance of 203 DCR, but GUI shows a balance of 192 DCR?

[jrick]

they are the same seed? have you rescanned both?

[standula]

Yes same wallet. Today updated to 2.0.6

[jrick]

you didn't answer:

have you rescanned both?

[standula]

yes, rescanned both.

[jrick]

You'll need to compare the address indexes (in particular, on whichever of these wallets was the one restored by seed, but doing on both is ok).

With dcrctl, this can be queried with accountaddressindex. There are two branches for each account, "0" for external addresses (think, addresses returned by getnewaddress) and "1" for internal (addresses derived for transaction change). I don't know the process to check these from Decrediton.

Regardless, the goal is to first confirm that both wallets have different numbers of addresses on each account (as this can explain why, with both being rescanned, they come to different balances).

If that's the case, then you need to ensure these indexes are the same on both wallets. That can be done manually (with accountsyncaddressindex from dcrctl). Unsure how Decrediton does this.

After those indexes are synced, a rescan should result in both wallets sharing an identical balance and transaction history.