Topic: Blockchain split of 4 July 2015 - page 4. (Read 45661 times)

I started to post here for the tx realy asking if could be related to the fork happened in this days, sorry to perpetuate answering with others posts.....

This thread ("blockchain split") has nothing to do with tx confirmation delays. Why is everyone posting it here? There is another thread about tx delays. Use that.

for me it's the first time a transaction, is in this situation i ever used bitcoin core, from the begin of my adventure in bitcoin, more than two years ago, always paid tx fees, and this is the first time i wait so much time.

@realbitcoin (post above...) I can't help you because i had never used blockchain.info wallet service, so i don't know how is the situation for this service... the recomendation written here at the top of this thread is, to wait almost 30 cofirmation if you don't know what wallet orignates a transactions you will receive, for transaction you send, the problem ( to veify that your tx is ok) is to be done by the receiver of the transaction. I can't say any more...

The last time I purchased something a few months ago with BTC I did pay a tx fee, however it still took almost 24 hours for the transaction. It was only a few $ in total.

1 or worst case 2 days.

So tell me is it safe to use blockchain.info at the moment?

I am just wanting to send a transaction, so please tell me if it is safe

Yes, the transaction gets deleted from the mempool after some time and therefore it "goes back to your wallet".
But I am not sure, how much time it needs before a unconfirmed transaction gets deleted.

Just found in the configuration of my wallet that it wasn't active the function to use "the reccomended ammount of fees" but the minimal ammount, so could be that the transaction is low on priority and need more time to be considered in the blockchain.... i will see what happens in the next hours....

Someone know if there is a timeout in the time a transaction is acquired or not ? And in the eventualy case of a timeout if it turn back to my wallet ? I know that bitcoin transaction are irreversible, but if the transaction will never be acquired by the blockchain what happens ?

Ok a big jump in number of transactions, but, my transaction, now, is stuck with no confirmation by 18 hours, i think it's a huge ammount of time.... too much....

Could both of these issues have something to do with the unusually large number of transactions per blocks in the last few days?
https://blockchain.info/charts/n-transactions-per-block

It also happens to some people, so I think there is a problem with te Blockchain.
But I hope it'll be fixed ASAP

My wallet https://blockchain.info/address/15B9e7LeCTdKhRdjtTroi12DmamYgYWino still get "Unconfirmed Transaction" a few hours ago there is any problem with Blockhain?

Fuck this Blockchain man, i choose Blocktrail over this crap.

 

Does it mean that the safety of Bitcoin chain is not good again?

I have a stuck transaction too from my bitcoin core 10.2 wallet by more than 13 hours....

I've used the sugested bitcoin core fees, but no confirmations....

https://blockchain.info/tx/718f24fcc03cd5ccaed7f316e40101c53fcc6609775864b1b624df69d9f4b96e?show_adv=true

Someone expert can help me ?

Good news,  finally got confirmation..Hopefully gets back to normal soon.

that's not what happened the 50k he Chinese miners made wasn't given to anyone else they were unmade while the other miners got exactly their normal prize with less competition because the Chinese were mining invalid blocks 

7 hrs still on 0..I made about the same amount transaction yesterday and got a confirmation in 10-15 mins.So I doubt its the fee..

I pretty much understand that instead of using bitcoin core they used an alternative SPV nodes which doesnt check the whole block chain, were not denying v2 blocks invalid when BIPP66 protocol went into effect but is faster to run to give them an edge. Doing so they were mining v2 and v3 blocks and accepting both because it took a while for them to get denied by the network. They should have know that they were going to loss the v2 blocks so it could have been greed even thought it meant bogging down the whole network. Even thought it was counter productive becuase v2 blocks were worthless. The current issues people are having are with the stress test and some transactions that are still kicking around from people who haven't upgraded there nodes or pools that haven't upgraded. All together it's having a bogged down effect felt with transactions being slow as well as miners processing worthless transactions from the test and maybe from invalid v2 blocks kicking around.The problem will resolve itself it just will take time to clear up all the junk and while miners and pool and node owners update. It's really not that big of a problem just it was last minute which they should have warned miners and pool owners in advance because they took profit hits. Big pools like f2pool and ant-pool are at fault themselves because they should be aware of stuff like this because the centralize and made a business out of it unlike small miners who have a full time job and do it as a hobby.


http://www.p2pool.org/
P2pool and forestv were on top of things for there community releasing updates ahead of time and not getting paid to do so if he could do that there is no excuse for big time pools. Support decentralized and get paid more no fees and no one taking a cut of your hashpower.
But you have to make sure you stay up to date with your node.

Easiest way to get started on windows and linux
https://bitcointalksearch.org/topic/1500-th-p2pool-decentralized-dos-resistant-hop-proof-pool-18313

I am not an expert, I am just learning from what is posted on forums, too.  But basically mining pools have a way to "steal" the hash of newly mined blocks from each other, even before those blocks get out to the relay nodes. They must immediately start to mine a new block Y with the stolen block X as the parent,  without waiting for X to propagate out to the relay nodes, otherwise the pool that mined X will have many seconds of head start.  If they are lucky, they will solve block Y even before the block X has finished propagating to the nodes and the nodes have validated it.

Those miners do validate the transactions that they put into block Y (in parallel with mining it), but they cannot start validating block X, or even check whether it was mined by a v3 miner, because they only have the hash of block X, nothing else.  Apparently they used to fetch and check block X, also in parallel with mining, once it became available; but F2Pool had stopped doing so,  because (they said) it had cost them a block reward once (perhaps by using up some of their internet bandwidth).

Usually this shortcut works, because the block X was verified by its miner, and is valid 99.99% of the time.  Hoever, just after the BIP66 rule became active, the miner BTCNuggets, that was still running v2 software, happened to mine the next block X. The BTC-China pool stole its hash from BTCNuggets, and F2Pool stole it from BTC-China.  F2Pool (who had upgraded to v3) mined a new block Y on top of X, without realizing that X was invalid because it was mined with v2 rules.  Then F2Pool mined another block Z on top of it, and AntPool mined another one on top of Z, and so on -- all without realizing that X was invalid.

The whole system is going through a stress test so it's bogged down but sure offering higher fee will git it priority
wow exchanges with there high traffic are definitely feeling the impact.