Pages:
Author

Topic: wow ,almost 30,000 unconfirmed trans - page 7. (Read 13790 times)

hero member
Activity: 490
Merit: 520
November 24, 2016, 11:55:46 PM
At least the transactions are going more fast right now and the queue is smaller

Can you imagine if we have more users of bitcoin? Will be a mess.
Either way I'm glad to see that they finally got the transactions pushed though, likely something to do with someone sending too many transactions or there was someone trying to move a lot.

With more users I definitely seeing a lot of unconfirmed transactions becoming a considerable issue. There has to be a fix  implemented at some point, however what is being proposed isn't necessarily the best.
sr. member
Activity: 420
Merit: 250
November 24, 2016, 11:47:54 PM
At least the transactions are going more fast right now and the queue is smaller

Can you imagine if we have more users of bitcoin? Will be a mess.
legendary
Activity: 1484
Merit: 1004
November 24, 2016, 11:28:46 PM

Pretty sure I explained - dodgy optimisation choices in a hacked coin daemon. It was notably less than 2 minutes after the previous block. The mempool would have clearly been full in a regular bitcoind at the time so there's no way a call to create a block template would have only given them a 33kB block.

EDIT: Look at the block sizes here for the last 30 days and sort by average size:
http://data.bitcoinity.org/bitcoin/blocksize/30d?t=l

You'll see that famously the smallest average block size is by Eligius which is the pool associated with Luke-jr... So that one's clearly not a conspiracy by the people pushing for bigger blocks. 3 of the top 4 average sizes are from ckpool users.

Just a joke! I had too much free time  Tongue

newbie
Activity: 42
Merit: 0
November 24, 2016, 11:21:06 PM
I also experiencing the same problem now,, I have three unconfirmed transaction. Am I need to bother, since I can not now contact the one who send the bitcoin to me. It makes me feel so sad now. This is my first time to experience this kind of problem. And one more thing that bother me most is that, I will have big amount this coming weekends so I am afraid that I cannot get my payment. How long this thing or problem last? I hope the miners will noticed this one.
I thought the problems was in my online wallet, I was wrong it is all over the globe problem.
Until now my transaction is not yet confirmed, I hope I can get the money that is mine.

sr. member
Activity: 812
Merit: 250
A Blockchain Mobile Operator With Token Rewards
November 24, 2016, 11:19:25 PM
How can we increase adoption, make Bitcoin mainstream, and make it a one world currency so that no one in the world can actually spend any money. LOL

To the moon. ROFL

first make all users download the blockchain ( this is very important )
then you make them send their btc to a LN node
then they can timelock these bitcoins and open channels
then they can buy 30,000 separate cam shows and only pay 12$ in TX fee
they have to do this before their time lock expires and closes the channel ofc...


thats how its done.
legendary
Activity: 2898
Merit: 1823
November 24, 2016, 11:12:57 PM
I'm still waiting for larger block sizes, or SegWit which could assuredly help on the short term

Segwit is an increase in the Blocksize. There is no "larger blocks, or Segwit"

Miners, and all BTC developers should understand that BTC's growth requires a growing infrastructure and includes a growing block size. Visa wasn't able to handle thousands of transactions every second some decades ago, but Visa has good managers and they anticipated the growth of the network. BTC needs to do the same. If I'm reasonable, I'd say the block size should be increased 50% each year.

What makes you think that blocksize changes are the only way to increase the transaction rate? If you were reasonable, you'd say that blocksize increases should be a last resort, and that anything else that improves the transaction rate should be implemented before that.

I agree with you totally because I am curious with what the Lightning Network can bring and how it will be used and what more uses can be invented thru it. I am also skeptical to the developers behind the hard fork. They might have another agenda in mind other than wanting to have "big blocks".  

On LN, I believe there will be no official LN implementation and one LN could be better than the other. But what really intrigues me is how it can be used as a bridge to receive and send transactions to other blockchains. That would at least complement the exchanges.
legendary
Activity: 2156
Merit: 1393
You lead and I'll watch you walk away.
November 24, 2016, 11:05:58 PM
How can we increase adoption, make Bitcoin mainstream, and make it a one world currency so that no one in the world can actually spend any money. LOL

To the moon. ROFL
sr. member
Activity: 812
Merit: 250
A Blockchain Mobile Operator With Token Rewards
November 24, 2016, 10:52:59 PM
I have an unconfirmed transaction, already 2 days.
How long it will last?

please stand by, Carlton Banks will soon prove to you that your TX dont matter, and your attempt to use bitcoin was just silly.
full member
Activity: 161
Merit: 100
November 24, 2016, 10:43:13 PM
I have an unconfirmed transaction, already 2 days.
How long it will last?
legendary
Activity: 3430
Merit: 3079
November 24, 2016, 07:30:41 PM
I'm still waiting for larger block sizes, or SegWit which could assuredly help on the short term

Segwit is an increase in the Blocksize. There is no "larger blocks, or Segwit"

Miners, and all BTC developers should understand that BTC's growth requires a growing infrastructure and includes a growing block size. Visa wasn't able to handle thousands of transactions every second some decades ago, but Visa has good managers and they anticipated the growth of the network. BTC needs to do the same. If I'm reasonable, I'd say the block size should be increased 50% each year.

What makes you think that blocksize changes are the only way to increase the transaction rate? If you were reasonable, you'd say that blocksize increases should be a last resort, and that anything else that improves the transaction rate should be implemented before that.
legendary
Activity: 3066
Merit: 1047
Your country may be your worst enemy
November 24, 2016, 07:23:45 PM
The miners are doing everything they can, but that's clearly not enough.
Check this one:

https://btc.com/000000000000000002e4403e2babdccfe89704277ea48e1ab3ed5957cdfb1f24

That block contains 2,469 transactions (is this the new record?), and it's nearly touching the 1MB block size limit at 998,085 Bytes.

I'm still waiting for larger block sizes, or SegWit which could assuredly help on the short term, but meanwhile there is no other solution than to go for larger fees, with the risk of making BTC less popular.

Miners, and all BTC developers should understand that BTC's growth requires a growing infrastructure and includes a growing block size. Visa wasn't able to handle thousands of transactions every second some decades ago, but Visa has good managers and they anticipated the growth of the network. BTC needs to do the same. If I'm reasonable, I'd say the block size should be increased 50% each year.


Nope, saw one by HaoBTC for 3200 transactions yesterday,

Theoretical limit is 4200 transactions per block.

 Cool

3200 transactions, that's impressive, and it's also a matter of chance, as there were very few large transactions in that block.
Things look like it's getting better with only 27K transactions waiting as of now, but there might plenty of large ones in that number...

Made a SEPA transfer from Switzerland to the UK last Friday morning. The money arrived on Tuesday morning. That's awfully slow but that transfer was free.
legendary
Activity: 3430
Merit: 3079
November 24, 2016, 06:28:53 PM
besides blockchain.info estimation of optimal fees is usually scewed and not in the senders favour,it tends to suggest ridiculously high fees

Yes, that's the impression I get from other BC.i wallet users too. If they can tell you (accurately) what the size of your transaction will be before you set the fee, you can use https://bitcoinfees.21.co (and a little old-fashioned arithmetic) to work out what a sensible fee should be.
legendary
Activity: 2016
Merit: 1106
November 24, 2016, 06:21:30 PM
yes,it does take more money than usual to get high priority,but so is the current situation-deal with it

Perception of "priority" is a real problem, thanks mostly to Blockchain.info.

Priority used to be based on how long ago a particular chunk of BTC was last spent: the older the chunk, the higher priority it has when it gets spent. This was to discourage spam, but also to encourage hoarders to spend.

But that logic has mostly been removed from Bitcoin, and it will be completely gone by the release of 0.14 (next major version being worked on now). But Blockchain.info haven't updated their "transaction" web page format to account for this, they're still using the previous age-based logic, and displaying it as if it's correct. Not very responsible for a big name in the industry, IMO.

didn't know that,thank you for clarification
besides blockchain.info estimation of optimal fees is usually scewed and not in the senders favour,it tends to suggest ridiculously high fees
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
November 24, 2016, 06:09:42 PM
I'm afraid this might not have been a spam attack (whatever you might mean by this). Yesterday, there were quite a few blocks that had a lot free space in them (note, I didn't consider empty blocks), and this is in striking contrast with what miners are doing today and what they had been doing just before yesterday. Whoever might want to strongly disagree, may also want to check the blockchain for themselves...

So, it looks more like some miner attempting at getting more fees than someone spamming the network
Well someone from the mining world has to clear this up so I'll explain.

What you are seeing from miners is a combination of clunky optimisations and bad configuration; it is not completely out of malice. Believe it or not, miners often do things without knowing they're doing them and are uninformed.  There are two major patterns to the blocks that are not full sized

Don't worry, I read the rest of your post and just saving screen space

In this way, miners are deliberately (and some part of them maybe through ignorance) pursuing profits in the form of the mining reward only, not caring much about fees collected and transactions included, thus the empty blocks. So far so good. But this doesn't explain why some blocks are only half full (and I don't mean those 750k blocks). For example, this block has only 82 transactions. A few other blocks have a few hundred transactions in them, but they are still less than half full (this and this blocks). And such blocks were seen only yesterday, there were no such blocks today or before yesterday. What's the catch really?
Pretty sure I explained - dodgy optimisation choices in a hacked coin daemon. It was notably less than 2 minutes after the previous block. The mempool would have clearly been full in a regular bitcoind at the time so there's no way a call to create a block template would have only given them a 33kB block.

EDIT: Look at the block sizes here for the last 30 days and sort by average size:
http://data.bitcoinity.org/bitcoin/blocksize/30d?t=l

You'll see that famously the smallest average block size is by Eligius which is the pool associated with Luke-jr... So that one's clearly not a conspiracy by the people pushing for bigger blocks. 3 of the top 4 average sizes are from ckpool users.
legendary
Activity: 1512
Merit: 1012
November 24, 2016, 06:09:33 PM
 Wink read the logo in watermark.
sr. member
Activity: 595
Merit: 251
November 24, 2016, 05:55:24 PM
Looking good ... purge in progress.



where did you get this plot ?
legendary
Activity: 1512
Merit: 1012
November 24, 2016, 05:50:45 PM
Looking good ... purge in progress.

legendary
Activity: 3514
Merit: 1280
English ⬄ Russian Translation Services
November 24, 2016, 05:30:51 PM
I'm afraid this might not have been a spam attack (whatever you might mean by this). Yesterday, there were quite a few blocks that had a lot free space in them (note, I didn't consider empty blocks), and this is in striking contrast with what miners are doing today and what they had been doing just before yesterday. Whoever might want to strongly disagree, may also want to check the blockchain for themselves...

So, it looks more like some miner attempting at getting more fees than someone spamming the network
Well someone from the mining world has to clear this up so I'll explain.

What you are seeing from miners is a combination of clunky optimisations and bad configuration; it is not completely out of malice. Believe it or not, miners often do things without knowing they're doing them and are uninformed.  There are two major patterns to the blocks that are not full sized

Don't worry, I read the rest of your post and just saving screen space

In this way, miners are deliberately (and some part of them maybe through ignorance) pursuing profits in the form of the mining reward only, not caring much about fees collected and transactions included, thus the empty blocks. So far so good. But this doesn't explain why some blocks are only half full (and I don't mean those 750k blocks). For example, this block has only 82 transactions. A few other blocks have a few hundred transactions in them, but they are still less than half full (this and this blocks). And such blocks were seen only yesterday, there were no such blocks today or before yesterday. What's the catch really?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
November 24, 2016, 05:17:45 PM
I'm afraid this might not have been a spam attack (whatever you might mean by this). Yesterday, there were quite a few blocks that had a lot free space in them (note, I didn't consider empty blocks), and this is in striking contrast with what miners are doing today and what they had been doing just before yesterday. Whoever might want to strongly disagree, may also want to check the blockchain for themselves...

So, it looks more like some miner attempting at getting more fees than someone spamming the network
Well someone from the mining world has to clear this up so I'll explain.

What you are seeing from miners is a combination of clunky optimisations and bad configuration; it is not completely out of malice. Believe it or not, miners often do things without knowing they're doing them and are uninformed.  There are two major patterns to the blocks that are not full sized.

One is the "empty blocks" where there is only the generation transaction done as SPV (light wallet) mining without full validation of the block - these are done by many Chinese pools as a speed optimisation where they mine off the header of the previously found block temporarily from another pool until they can finish the validation completely and eventually switch to a fully validated block. They claim it is a way to save themselves from the delay inherent in the great firewall of China, though it is purely an optimisation to work around their less-scalable choice of pool software and setups. Most pools outside China do not use this. Some pooled mining software has been hacked to mine empty blocks even without use of header-only mining to speed up getting out block changes to its miners as well - there are other options though that are fast on block changes without this cludge but you can't force people to choose what software they run and how they run it.

See this for more discussion of empty blocks:
https://bitcointalksearch.org/topic/empty-blocks-1085800

Second is purely a badly configured bitcoind either because they left it at the default or they configured it smaller by choice thinking it will provide them with a speed up to minimise their risk of orphans. The default in bitcoind is actually set to 750k and you can see many smaller "pools" or entities mining blocks of that size. Yes it's true, there are entities with millions of dollars worth of mining gear that don't know how to configure bitcoind. Additionally some pooled miners chose to actually set it lower simply to speed up work generation - notably p2pool users.

Yes the blocks would ALL be full if the miners configured their set ups correctly. The reality is these choices do speed up block generation and block propagation slightly and do decrease the risk of orphans, but with each next version of bitcoind these get smaller and smaller, and I maintain pooled mining software that is designed to be quick for fully validated and full sized block but of course I can't force everyone to use my software (even though it's free.)

Remember that fees are the long term incentive for miners to mine transactions into their block, but since the bulk of the fees on each block can be obtained by miners without actually filling the blocks, there is actually no major incentive for them to ensure each block is full unless they care about bitcoin transactions at large. Many miners DO care and choose their pools accordingly, but there are massive farms/entities that do not care or aren't even informed. They think they just need to get as much profit as quickly as possible from mining since the margins are now slim, and they are not aware of how their choices are affecting the network and bitcoin health. That doesn't mean their choices are actually leading to better profits by the way.
legendary
Activity: 3430
Merit: 3079
November 24, 2016, 03:27:25 PM
yes,it does take more money than usual to get high priority,but so is the current situation-deal with it

Perception of "priority" is a real problem, thanks mostly to Blockchain.info.

Priority used to be based on how long ago a particular chunk of BTC was last spent: the older the chunk, the higher priority it has when it gets spent. This was to discourage spam, but also to encourage hoarders to spend.

But that logic has mostly been removed from Bitcoin, and it will be completely gone by the release of 0.14 (next major version being worked on now). But Blockchain.info haven't updated their "transaction" web page format to account for this, they're still using the previous age-based logic, and displaying it as if it's correct. Not very responsible for a big name in the industry, IMO.
Pages:
Jump to: