Transactions coming from Blockchain.info taking forever to confirm lately?

[_mr_e]

What is going on with confirmation lately? I normally just use blockchain.info to send and add fees whenever it warns me I need a fee. Lately when I send my coins they have been getting stuck with 0 confirmations for a LONG time. Right now I have a transaction that is coming up on 20 hours. Blockchain never warned me I needed I fee. I sent another transaction where I used custom send and filled out a fee of 0.0001 and it went through quickly.

This has been happenly a lot... Is the network starting to move away from accepting any free transactions or something? This is not good...

[qtronix]

i sent with .12 fee hoping it would speed it up. and it a fucking joke how long its taking.

[kerogre256]

Big mistake to not put at least some reward.

[qtronix]

i might start sending all mine with a minimum of a 1-5$ fee and see if it helps to get things moving faster.

[crazy_rabbit]

What is going on with confirmation lately? I normally just use blockchain.info to send and add fees whenever it warns me I need a fee. Lately when I send my coins they have been getting stuck with 0 confirmations for a LONG time. Right now I have a transaction that is coming up on 20 hours. Blockchain never warned me I needed I fee. I sent another transaction where I used custom send and filled out a fee of 0.0001 and it went through quickly.

This has been happenly a lot... Is the network starting to move away from accepting any free transactions or something? This is not good...

I think this is a bug if come sort. I sent a transaction that should have had a fee automatically added but I didn't double check and now it's going to just hang in mid air for a few days.

Truth be told I was sending coins to the exchange to sell, maybe I would have caught the top, maybe not. Anyway, I told myself earlier to not sell, so I am just taking it as karma.  :-)

[Barek]

i might start sending all mine with a minimum of a 1-5$ fee and see if it helps to get things moving faster.

There are two reasons that can delay your transactions at the moment.

• No transaction fee. (I believe double minimum will cause it to be put in extra area, if the miner uses the default configuration.)
• Address reuse. (Some miners will delay transactions that reuse addresses to discourage this practice. Blockchain.info reuses addresses.)

[dexX7]

It seems that Bitcoin reached it's first soft limit yesterday - the block size limit. It's actually 1 mb, but for whatever reason some pools set it to 0.25 mb or 0.5 mb. Another btctalker said the standard client uses 0.25 mb.

Other threads:

https://bitcointalk.org/index.php?topic=338452.msg3634352#msg3634352
https://bitcointalk.org/index.php?topic=338793.msg3634344#msg3634344

[porcupine87]

i might start sending all mine with a minimum of a 1-5$ fee and see if it helps to get things moving faster.

There are two reasons that can delay your transactions at the moment.

• No transaction fee. (I believe double minimum will cause it to be put in extra area, if the miner uses the default configuration.)
• Address reuse. (Some miners will delay transactions that reuse addresses to discourage this practice. Blockchain.info reuses addresses.)

Why #2? Miner really check if the adresses are reused? What incentive do the have to do this extra effort?

[Barek]

Why #2? Miner really check if the adresses are reused? What incentive do the have to do this extra effort?

It is a response to the coin blacklisting talks. From what I understand, it is only being tested.

https://bitcointalk.org/index.php?topic=334316.0
(some quality responses in that thread btw)

[porcupine87]

Why #2? Miner really check if the adresses are reused? What incentive do the have to do this extra effort?

It is a response to the coin blacklisting talks. From what I understand, it is only being tested.

https://bitcointalk.org/index.php?topic=334316.0
(some quality responses in that thread btw)

Why should I as a miner do this? This costs extra computing time = less blocks = less profit.

[xephyr]

What is going on with confirmation lately? I normally just use blockchain.info to send and add fees whenever it warns me I need a fee. Lately when I send my coins they have been getting stuck with 0 confirmations for a LONG time. Right now I have a transaction that is coming up on 20 hours. Blockchain never warned me I needed I fee. I sent another transaction where I used custom send and filled out a fee of 0.0001 and it went through quickly.

This has been happenly a lot... Is the network starting to move away from accepting any free transactions or something? This is not good...

I think this is a bug if come sort. I sent a transaction that should have had a fee automatically added but I didn't double check and now it's going to just hang in mid air for a few days.

Truth be told I was sending coins to the exchange to sell, maybe I would have caught the top, maybe not. Anyway, I told myself earlier to not sell, so I am just taking it as karma.  :-)

Agree, there is a problem with blockchain. I have set to automatically include miner fee but a transaction went out without a fee and is stuck for over two days now.

[franky1]

all of you using blockchain.info wallets. vanity addresses or simply an address that has been reused. please thank Luke JR for the delays

https://bitcointalk.org/index.php?topic=334316.0

it is also worth noting that the poll has been formed to trick people into agreeing. if you disagree call luke an idiot or say "if its from luke it cant be good.( the red choices):

You're an idiot, don't do this!   - 97 (41.6%)
I don't like this, but I agree we need to move forward with it.   - 21 (9%)
We should have waited longer, but I guess it needs to move forward now.   - 20 (8.6%)
Great, it's about time!   - 36 (15.5%)
You're a hero, let's get this deployed everywhere ASAP!   - 43 (18.5%)
If it's from Luke, it can't be any good.   - 16 (6.9%)

its been said in this message https://bitcointalk.org/index.php?topic=334316.msg3606605#msg3606605
that the "i dont like this" and "we should have waited longer" are also responses that in the end agree to the delays...

and as a separate consensus in other conversations that the only true disagree to protocol statements (red choices) look to be personal vendetta's against luke thus should not really count, meaning its all designed to force a yes vote

[Peter R]

Those suggesting that we should have included a fee, please understand that with the iOS Blockchain.info app [for instance], you just press "send."

You can log in with a web-browser and set your fees to "generous" but this still does not fix the problem.  Blockchain.info simply sends 0-fee transactions once and a while (I suppose when the transaction has a high-priority, e.g., old coins).

Blockchain.info wallets are very friendly to new users, but having transactions still unconfirmed after 24 hours may give new users the impression that "bitcoin is buggy."

piuk:  if you are reading this, is there some way we can always include *at least* a 0.0001 BTC fee?

[Peter R]

all of you using blockchain.info wallets. vanity addresses or simply an address that has been reused. please thank Luke JR for the delays

This is emphatically not true.  The long confirmation times are affecting 0-fee transactions, not ones with re-used addresses.  This problem had been noted before Luke introduced his patch.  

https://bitcointalk.org/index.php?topic=327927
https://bitcointalk.org/index.php?topic=327818
https://bitcointalk.org/index.php?topic=327821

Also, Luke's patch can *only* affect what transactions get included in blocks found by Luke JR's pool (eliguis)!  

[DeathAndTaxes]

The default block rules only allow 27KB (~60 avg sized txs) of free txs.   I would strongly recommend paying the min fee (0.1mBTC) even on tx which can be "free" (high priority) or accept that it can be hours or days before your free tx is confirmed a charity.

Pools prioritize tx by fee per KB and 99.9% of tx paying a fee pay the min (0.1 mBTC) so you may want to consider making your default fee slightly higher (like 0.1001 mBTC).  My tx are almost (~95% of time) included in the next block.

[Peter R]

Blocks only allow 27KB (~60 avg sized txs) of free txs.   I would strongly recommend paying the min fee (0.1mBTC) even on tx which can be "free" (high priority).

Thanks D&T for those precise numbers.  The problem for a lot of us is that we use the Blockchain.info app for iOS (does Android have the same problem?) and we can't force the app to include a 0.0001 BTC fee.  

I think piuk would have to address this problem.

[DeathAndTaxes]

Blocks only allow 27KB (~60 avg sized txs) of free txs.   I would strongly recommend paying the min fee (0.1mBTC) even on tx which can be "free" (high priority).

Thanks D&T for those precise numbers.  The problem for a lot of us is that we use the Blockchain.info app for iOS (does Android have the same problem?) and we can't force the app to include a 0.0001 BTC fee. 

I think piuk would have to address this problem.

Well if you have a broken wallet your only options are
a) stop using it
b) advocate the author fix it (although since piuk STILL uses GPU numbers for one of his miner profit charts I wouldn't hold your breath)
c) do both

[Barek]

Why should I as a miner do this? This costs extra computing time = less blocks = less profit.

It is a way to encourage better practice in the whole network, at a small loss for the miner.

Potentially to show regulators that there is something that the network could do, should there be an attempt to blacklist coins.

For more details you would need to read the thread. Like I said, it appears to be temporary for testing purposes.

[DeathAndTaxes]

Why should I as a miner do this? This costs extra computing time = less blocks = less profit.

It is a way to encourage better practice in the whole network, at a small loss for the miner.

Correction there is no cost to the miner.

Miners ALREADY prioritize txs for selection into the next block.  The patch simply changes the rules on how they will be prioritized.

[Barek]

Correction there is no cost to the miner.

Miners ALREADY prioritize txs for selection into the next block.  The patch simply changes the rules on how they will be prioritized.

Won't it delay some TX that would have payed a fee?