Pages:
Author

Topic: Block with 9 MB currently?!? (Read 1115 times)

legendary
Activity: 2674
Merit: 2970
Terminated.
September 04, 2015, 07:19:36 AM
#32
There is still 9MB in the mempool...is that really normal? Then you wait very long time for a confirmation if you have attached very very small fees to the transactions
So? There is nothing unusual about that. Have you read my post with the two examples? Fees are a incentive for a miner to include your transaction in the block. If you're a cheap bastard and don't want to include any fees or include very low fees, then the miner rebuts by choosing to ignore the transaction (for a longer period of time). This is definitely fair.
Nobody should be complaining about this (unless high priority transaction delay occurs) because the current fees are very low. Also, there might be a "stress test" coming up so the mempool is going to skyrocket.
full member
Activity: 237
Merit: 100
September 04, 2015, 06:15:55 AM
#31
There is still 9MB in the mempool...is that really normal? Then you wait very long time for a confirmation if you have attached very very small fees to the transactions
sr. member
Activity: 336
Merit: 251
September 03, 2015, 05:57:03 AM
#30
So what you are saying is that some or most miners will disregard any 'low fee' transactions so this will result in the situations where you have thousands of transactions in the mempool and blocks being created with little or no transactions as the miners only included those transactions that has fees high enough,according to the miners, to be included.

So those 'low fee' transactions will essentially sit there until a miner comes along with a lower fee criteria who will then include them if and when he 'wins' a block.
No, that's not exactly what I was saying. There's a huge difference between low fee and a zero fee transaction. Transactions are prioritized by fees, and a high enough fee will make you transaction a high priority one (i.e. will probably get confirmed in the next block). There's a recommended fee for a reason.

The last few blocks were all under 500kb (except one being 550kb). One might ask himself why the miners aren't including more of the 6k unconfirmed transactions? Things aren't as simple as they seem.
Here's a example of transactions that have been unconfirmed for a while and will continue to be so:

1) Output less than 0.01, 0 fees.
2) Output less than 0.01, fee is close to zero.

Fees are a incentive for the miner to include your transaction into the block.


CoinWallet is conducting another spam "test"
There is no sign of that.

Thanks for the reply and taking the time to explain by way of the examples. I now understand what you were saying  Grin

The way I saw it was that miners were in such a rush to get their blocks onto the chain that they disregarded the adding of transactions in order to speed up the process. I can understand if they disregard transactions with fees lower than the required amount as at the end of the day they need to get paid. If I was a miner I would most probably do the same.
 
legendary
Activity: 2674
Merit: 2970
Terminated.
September 03, 2015, 05:52:11 AM
#29
So what you are saying is that some or most miners will disregard any 'low fee' transactions so this will result in the situations where you have thousands of transactions in the mempool and blocks being created with little or no transactions as the miners only included those transactions that has fees high enough,according to the miners, to be included.

So those 'low fee' transactions will essentially sit there until a miner comes along with a lower fee criteria who will then include them if and when he 'wins' a block.
No, that's not exactly what I was saying. There's a huge difference between low fee and a zero fee transaction. Transactions are prioritized by fees, and a high enough fee will make you transaction a high priority one (i.e. will probably get confirmed in the next block). There's a recommended fee for a reason.

The last few blocks were all under 500kb (except one being 550kb). One might ask himself why the miners aren't including more of the 6k unconfirmed transactions? Things aren't as simple as they seem.
Here's a example of transactions that have been unconfirmed for a while and will continue to be so:

1) Output less than 0.01, 0 fees.
2) Output less than 0.01, fee is close to zero.

Fees act as a incentive for the miner to include your transaction into the block.


CoinWallet is conducting another spam "test"
There is no sign of that.
legendary
Activity: 3248
Merit: 1070
September 03, 2015, 05:44:03 AM
#28
Im not saying that a 9 MB has been minted. Im just seeing on tradeblock.com that there are currently more than 8k transactions with a size of more than 9 MB since the last block. I dont know if I see anything wrong?!?

no oe said that we can not go above 1mb, it's just the client that can't handle it, and there will be a huge queue list, until it is mined it isn't really at those level
full member
Activity: 196
Merit: 100
September 03, 2015, 05:30:24 AM
#27
CoinWallet is conducting another spam "test"
sr. member
Activity: 336
Merit: 251
September 03, 2015, 05:27:15 AM
#26
I dont understand how it is possible that we have roundabout 6k unconfirmed transactions and already minted 2 blocks. I thought, miners are packing all transactions together. But I guess the answer is more complicated
What is there not to understand? There are more transactions at the moment than the network can handle. These transactions are unconfirmed until they're included in a single block. It is normal for the network to have a few thousand of these. Transactions get prioritized by transaction fees. Some people are really cheap and do not include fees at all. Such transactions tend to take a long time to confirm.

So what you are saying is that some or most miners will disregard any 'low fee' transactions so this will result in the situations where you have thousands of transactions in the mempool and blocks being created with little or no transactions as the miners only included those transactions that has fees high enough,according to the miners, to be included.

So those 'low fee' transactions will essentially sit there until a miner comes along with a lower fee criteria who will then include them if and when he 'wins' a block.

legendary
Activity: 2674
Merit: 2970
Terminated.
September 03, 2015, 05:14:37 AM
#25
I dont understand how it is possible that we have roundabout 6k unconfirmed transactions and already minted 2 blocks. I thought, miners are packing all transactions together. But I guess the answer is more complicated
What is there not to understand? There are more transactions at the moment than the network can handle. These transactions are unconfirmed until they're included in a single block. It is normal for the network to have a few thousand of these. Transactions get prioritized by transaction fees. Some people are really cheap and do not include fees at all. Such transactions tend to take a long time to confirm.
full member
Activity: 237
Merit: 100
September 03, 2015, 05:04:10 AM
#24
Block with 9 MB? Very interesting.  It may be Stress Testing.

Well, there is no block with 9 MB. There are only more than 6k unconfirmed transactions in the mempool. But most people say it is pretty normal
hero member
Activity: 616
Merit: 500
September 03, 2015, 04:55:24 AM
#23
Block with 9 MB? Very interesting.  It may be Stress Testing.
hero member
Activity: 714
Merit: 500
September 03, 2015, 04:38:12 AM
#22
It depends on the miner.
They often mine 0 transaction blocks, because it is faster in certain situation.
They often reject some transactions(everybody with a full node can configure, what transactions get in their mempools)

Do they find blocks faster because they were lucky and found the right nonce very fast?
From the way I understand it, it works something like that:

Another pool find a block and sends the hash(without transaction)
Your pool gets the hash, put doesn't know which transactions are in that block, so they can't fill their own new block, since they could theoretically put a transaction in there, that is already in the previous block. So, you tell your miners to work on the empty block.
If the block is found in a short period you just propagate that empty block, if you verified which transactions are in the previous block and which one you can put in your new block, you tell your miners to work on that block.
hero member
Activity: 1582
Merit: 502
September 03, 2015, 04:35:34 AM
#21
It depends on the miner.
They often mine 0 transaction blocks, because it is faster in certain situation.
They often reject some transactions(everybody with a full node can configure, what transactions get in their mempools)

Do they find blocks faster because they were lucky and found the right nonce very fast?

Not sure what you mean by that but,
miners have hashing power, the ones with more hashing power have more chances of finding the winning hash.
That however also depends on luck as miners with much lower hashrate can find the winning hash.
So, more hashing power = more chances to win.
However, luck is also an important factor.
full member
Activity: 237
Merit: 100
September 03, 2015, 04:29:31 AM
#20
It depends on the miner.
They often mine 0 transaction blocks, because it is faster in certain situation.
They often reject some transactions(everybody with a full node can configure, what transactions get in their mempools)

Do they find blocks faster because they were lucky and found the right nonce very fast?
hero member
Activity: 714
Merit: 500
September 03, 2015, 04:24:28 AM
#19
It depends on the miner.
They often mine 0 transaction blocks, because it is faster in certain situation.
They often reject some transactions(everybody with a full node can configure, what transactions get in their mempools)
full member
Activity: 237
Merit: 100
September 03, 2015, 04:19:15 AM
#18
But why do we sometimes have blocks with 1 or very few transactions in them even when there are a large number of transactions in the mempool?

Edit: Take the last block, only 111 transactions and size of block only 87kB yet 6,557 unconfirmed transactions in mempool

Yeah, this is what I dont understand too
sr. member
Activity: 336
Merit: 251
September 03, 2015, 04:14:15 AM
#17
But why do we sometimes have blocks with 1 or very few transactions in them even when there are a large number of transactions in the mempool?

Edit: Take the last block, only 111 transactions and size of block only 87kB yet 6,557 unconfirmed transactions in mempool
hero member
Activity: 714
Merit: 500
September 03, 2015, 04:12:28 AM
#16
Im not saying that a 9 MB has been minted. Im just seeing on tradeblock.com that there are currently more than 8k transactions with a size of more than 9 MB since the last block. I dont know if I see anything wrong?!?
Ah that is something else entirely. You're talking about unconfirmed transactions, right? There is ~6500 on blockchain.info and the size is around 5800kb. This is actually quite good as this number tends to be much higher.

Does this not have to do with that stress test they are doing again now in September?
I do not see any signs of a stress test just yet. Have they stated a day on which they will start this "stress test"?

I dont understand how it is possible that we have roundabout 6k unconfirmed transactions and already minted 2 blocks. I thought, miners are packing all transactions together. But I guess the answer is more complicated
Blocks are limited in space, so they can't just put all transaction in one block. MIners have to prioritize which transactions go in the next block, and which have to wait.
hero member
Activity: 1582
Merit: 502
September 03, 2015, 04:10:53 AM
#15
Im not saying that a 9 MB has been minted. Im just seeing on tradeblock.com that there are currently more than 8k transactions with a size of more than 9 MB since the last block. I dont know if I see anything wrong?!?
Ah that is something else entirely. You're talking about unconfirmed transactions, right? There is ~6500 on blockchain.info and the size is around 5800kb. This is actually quite good as this number tends to be much higher.

Does this not have to do with that stress test they are doing again now in September?
I do not see any signs of a stress test just yet. Have they stated a day on which they will start this "stress test"?

I dont understand how it is possible that we have roundabout 6k unconfirmed transactions and already minted 2 blocks. I thought, miners are packing all transactions together. But I guess the answer is more complicated

Miners confirm transactions with higher fees and priority first.
The rest stay in the pool until confirmed.
full member
Activity: 237
Merit: 100
September 03, 2015, 04:07:22 AM
#14
Im not saying that a 9 MB has been minted. Im just seeing on tradeblock.com that there are currently more than 8k transactions with a size of more than 9 MB since the last block. I dont know if I see anything wrong?!?
Ah that is something else entirely. You're talking about unconfirmed transactions, right? There is ~6500 on blockchain.info and the size is around 5800kb. This is actually quite good as this number tends to be much higher.

Does this not have to do with that stress test they are doing again now in September?
I do not see any signs of a stress test just yet. Have they stated a day on which they will start this "stress test"?

I dont understand how it is possible that we have roundabout 6k unconfirmed transactions and already minted 2 blocks. I thought, miners are packing all transactions together. But I guess the answer is more complicated
Pages:
Jump to: