1
I'm running a full node without the GUI, so I'm controlling it with bitcoin-cli.
I sent bitcoin to another address, same as I always do, but this time I can't pull up the transaction on any of the block explorers and when I use bitcoin-cli gettransaction ad2dfbd06b15f0721c2c1864e4cf0989833727c6eec038472c2a2789f4b5d024, it comes back with:
"amount": -0.01949732,
"fee": -0.00007460,
"confirmations": 0,
"trusted": false,
"txid": "ad2dfbd06b15f0721c2c1864e4cf0989833727c6eec038472c2a2789f4b5d024",
"walletconflicts": [
],
"time": 1479664206,
"timereceived": 1479664206,
"bip125-replaceable": "unknown"
I've never seen "trusted": false on any other transaction, so I assume that has something to do with it, but I can't find any information online to tell me what it means.
EDIT:
Pasting the hex format of the raw transaction into blockchain.info/pushtx and pushing it that way has set it to trusted: true and now it's showing up. I'd still like to know why it happened and/or how I can fix it myself without relying on blockchain.info's pushtx tool.
1
This field is discussed in the 0.12.0 changelog, see under "Negative confirmations". I'm not sure what "coming from ourself" means, though. The code that implements it is in
– Nate Eldredge – 2016-11-21T00:20:11.827CWalletTx::IsTrusted()inwallet.cpp.@NateEldredge Thanks! I'm still mostly clueless but at least now I have a new lead to look at – Rob – 2016-11-21T00:36:02.890
@NateEldredge: "Coming from ourself" means that your wallet controls the private keys corresponding to the transaction inputs. – Murch – 2016-11-21T01:20:07.527