getaddressbalances & getmultibalances ignore minconf parameter

Question

Hi

It looks like both these api calls ignore the minconf parameter for setting the minimum confirmations for transactions to be included in the balance calculation.

This is causing a disconnect between in the responses for these and listunspent which does honour the minconf parameter.

 Can this be fixed?

Marty

Answer 1

Thanks for reporting this – it seems we can also reproduce the problem. The minconf parameter appears to work fine to distinguish between zero and more-than-zero confirmations, but all values larger than 1 appear to be treated as 1. We'll look into it and revert shortly with more information.

Comments

Just to follow up, minconf is currently treated as boolean in the following APIs:

getaddressbalances
getmultibalances
gettotalbalances

We'll fix this to treat it properly as a block count in MultiChain 1.0.1.

Answer 2

Another thing to be aware of – if an address sends funds to itself, either directly or via a change output, then for the 'balance' APIs the received funds are considered as available immediately, independent of the minconf parameter. This is because, if for some reason the transaction is never confirmed, the funds will still be available to that same address. However this does not apply to the (lower level) listunspent API which shows individual UTXOs.

Answer 3

This should be fixed in MultiChain 1.0.1 released today.

Comments

Thanks....that's great!