fetching unconfirmed utxos from blockchain.info

2

A few weeks ago, I would retrieve unconfirmed utxos from Blockchain.info doing API call https://blockchain.info/unspent?active=$address. That enabled me to successfully make a micropayment channel (MPC) for instance.

Since last week however, an API call for an address with unconfirmed utxos only yields:

{
    "notice" :"Some funds are pending confirmation and cannot be spent yet (Value 0.00412834 BTC)",
    "unspent_outputs":[

    ]
}

(I know it s just a matter of time before these utxos are confirmed and the issue is sorted but ... )

which implies my MPC will not work anymore.

Why such a change? or have I gotten something wrong?

I am considering this address. We can see the unconfirmed balance is not null, but the API returns no (unconfirmed) UTXO.

Thank you

hartmut

Posted 2016-08-28T19:38:01.313

Reputation: 571

Answers

4

This is most likely something on blockchain.info's end. You have a very similar call available via API to blockcypher.com here:

https://dev.blockcypher.com/#address-endpoint

unspentOnly=true will get you what you want.

Jimmy Song

Posted 2016-08-28T19:38:01.313

Reputation: 7 067

Thx for this answer, but curl https://api.blockcypher.com/v1/btc/main/addrs/17wT1VgpwdWqvLza8y2AVWoiLpaLJ8XHq?unspentOnly=true did not return the unconfirmed utxos I am looking for, even though this transaction (id: If4cc19aa44b1f8dce6a477ccbe0cee06ff89fc3533d03ab9d3ae233dc416699c), which is unconfirmed, should I believe result in some unconfirmed utxos... I feel like there is something I did not understand ... ?hartmut 2016-08-29T09:45:34.130

any help will be welcomehartmut 2016-08-30T17:10:47.987

0

As far as I could see, this results (for some reason I ignore) from the fact that some of the outputs of the transaction were too low (dust). All the transactions with this property seem to be treated this way.

hartmut

Posted 2016-08-28T19:38:01.313

Reputation: 571

Most nodes don't relay transaction's with dust outputs, and afaik miners won't confirm them (the transactions are valid though, if a miner includes them in a block).Murch 2016-09-05T13:52:03.323