Bitcoin Forum

I received a transaction into my wallet that is blockchain of 0.004BTC with transaction fees of 0.0001BTC but there are no confirmations for almost 2 hours and its showing Network Propagation - 0% (Very Poor).
While the transaction from yobit that is my signature campaign got confirmations quickly.

Do I need to worry about this or it will be okay.

Can you post the transaction id or the link of the transaction to see it, if it says very poor then it's not good.

The fee was most likely unattractive to miners,  only thing you can do is keep rebroadcasting the TX and wait about 1-3 days or let the network "forget" and the BTC will "bounce back"

https://blockchain.info/tx/a4b078dcf898d20e35866ebb1a6db8a7a366d6c4982e5855f36e2da21286c6d0

the bitcoins are showing in my wallet but no confirmation on transaction.

The address that has sent you the bitcoins seems to have many unconfirmed transaction, once the oldest unconfirmed transaction gets confirmed the others will start to until your tx, wait.

But In between some are getting confirmed as I see.
And what happens if those - many unconfirmed transaction doesn't get confirmed?

Edit- my mistake those confirmed ones are the one that he is receiving.

As far as i know it's like a queue but some people can help you by broadcasting this transaction and get it confirmed.

How? Can you tell me the procedure here or on PM.

Sorry i don't know how this works, if i knew i would help you, maybe pm shorena quickseller and any other who know probably this procedure in details.

Ok I have Pm shorena & quickseller. Thanks mate for your help.

Append '?format=hex' at the end of tx link in blockchain(.info) and then copy the hex here: https://blockchain.info/pushtx and push the transaction

Don't worry you are welcome, I am sure they should now how this work, i hope you will get the bitcoin.

I pushed it like this-

https://blockchain.info/tx/a4b078dcf898d20e35866ebb1a6db8a7a366d6c4982e5855f36e2da21286c6d0?format=hex

and its giving error

Parse: exception decoding Hex string: invalid characters encountered in Hex string

Pushing your own transaction isn't going to help. You need to push the first unconfirmed transaction in that entire chain of unconfirmed transactions.

Ok got it but the syntax is giving error.

here is the raw tx


more sites to push can be found here -> https://en.bitcoin.it/wiki/Transaction_broadcasting

I dont think it will help in this case. There is a very long (>>400) chain of unconfirmed transactions.

I stopped following the unconfirmed inputs after this one -> https://blockchain.info/de/tx/9bf58adbbbe29d431679ee34e9a0a3042761685f5df4ced70041cd20eed70512

Its either some script that isnt working properly to someone attacked a site (e.g. the Ponzi OP awaits a payout from) that works on unconfirmed transactions.

Thanks shorena.
And my last question is what happens if the transaction didn't get confirmed.
What will happen to the bitcoins in those transaction?

When I get the ans of this I will lock this thread.

I don't think the child transactions have even been "seen" by the majority of the network, as when I attempted to broadcast the OP's transaction with my node, I received an error saying that there are missing inputs.

In order for the OP to have his tx confirmed, he will first need the first dependent transaction to confirm and then all of the child transaction will most likely need to be broadcast to the network. 

@QS yeah, Im missing inputs as well, I assume one TX along the line didnt meet the criteria to get relayed because of a low fee. That way its easy to start such a chain.


As long as the network knows about the transaction (or rather the entire chain) the bitcoin are stuck. Once a single TX in the long chain is forgotten, all following transactions are invalid. It would be like it never happened. Keep the thread open though. Id like to know what happens and maybe someone is willing to follow the chain to its source. If we can find the single TX with low fee we can rebroadcast that it might get the entire chain to confirm.

What if that doesn't happen??

What will happen to the bitcoins in those transaction?

And Thanks for such fast reply BTW.

Ok I will Not lock the thread.

They will return to the sender.If it happens to the first tx of the chain transactions, its something like the network forgot the tx and all the other tx will be rendered invalid(as said by shorena).
AFAIK TX drop out of the network after 48 hrs of inactivity(if not rebroadcasted).
Correct me if I'm wrong

There is no fixed time. If the node is not rebooted the mempool just gets bigger and bigger until it crashes. Its probably time for me soon. This will be patched with 0.12. btw.

https://i.imgur.com/zWmNOT6.png

So many technical terms being used here. I have no idea about it.
All I care about is BTC  ;D

I am only newbie in this thread.Why are such type of system made so complicated?

If it does not happen then the transaction will never confirm. There is an obvious pattern in the transactions, so I would be willing to say they were most likely all sent by the same person/entity. I am still making my way back, however so far there are more then 700 dependent transactions.

I am running into quota issues with bc.i however the earliest transaction that I have found is https://blockchain.info/tx/de8e6afd4e6d2a37ebd422421588f8a13cc52fa6a5b89299d8265517ed9c5371

It depends on the blockexplorer that you are using, and on the mempool of the various nodes. Most block explorers (their nodes) will probably not even accept the transactions in this transaction tree, so they will never show up unless they get confirmed.

I would not be surprised if most of the transactions in the tree could get double spent as of now. For example de8e6afd4e6d2a37ebd422421588f8a13cc52fa6a5b89299d8265517ed9c5371 has inputs from 1B7mNTmT3YNv4TpdGGWEkbwwRQf7s66Zz9 and 19DuC9qnLJwXSCfLEnYEjGnRtEUWovqzbq with 1B7...Zz9 being confirmed. The person who controls the private keys to 1B7...Zz9 would probably not have any problems getting a conflicting transaction to broadcast and be seen by the network

I am not 100% sure about this, however it appears that all of the transactions in question might be dependent on 8707d8bb014aa249ead5a941a9ca6986d1599d533e22fa0c06d9ac3b26ef2f56 (http://blockchain.info/tx/8707d8bb014aa249ead5a941a9ca6986d1599d533e22fa0c06d9ac3b26ef2f56) confirming, which is impossible because it appears to have been double spent by 3379184d3075f59d89f882de06c6cf3aa68a53e69c2653ccb5107dc2683351e2 (http://blockchain.info/tx/3379184d3075f59d89f882de06c6cf3aa68a53e69c2653ccb5107dc2683351e2) a long time ago.

The double spend was confirmed in a block mined by AntPool and was not previously seen by blockchain.info's node prior to it being included in the block

edit:

I do know for sure that 291945338f98046581f8892722d6775aada4c8a9274bb7cf4cd0ac8b5f842215 (http://blockchain.info/tx/291945338f98046581f8892722d6775aada4c8a9274bb7cf4cd0ac8b5f842215) is a parent transaction in the tree of unconfirmed transactions, and that it is the earliest transaction that I am certain the other transactions are dependent on.