Pages:
Author

Topic: A block with only a single transaction? (Read 2015 times)

legendary
Activity: 1890
Merit: 1086
Ian Knowles - CIYAM Lead Developer
July 10, 2013, 09:28:21 AM
#25
The only concern with single tx blocks would be if they were a part of a huge >50% attack where *all* new blocks appearing had only the "coinbase" tx (as this would stop other tx's from getting processed).
legendary
Activity: 3472
Merit: 4801
Obviously it'd be even better if he accepted transactions instead of ignoring them, but he's not actually preventing transactions from being confirmed.

We can't even know that for certain.

If he had transactions in the block he was working on, it is entirely possible that he wouldn't have found a nonce solution before someone else (since he'd be searching for a nonce in an entirely different block with an entirely different SHA-256 hash).

So, it is entirely possible that his creation of a block without any transactions has increased the speed of confirmations.  How can we predict whether the network would have found a block sooner than they have if they were all working on a different set of blocks?
administrator
Activity: 5222
Merit: 13032
If we went back in time and sabotaged this miner so that he didn't get a block, things would be exactly the same in the short-term. The blocks before and after this block would be created at the same times as they were here. Unconfirmed transactions wouldn't get confirmed any faster. Obviously it'd be even better if he accepted transactions instead of ignoring them, but he's not actually preventing transactions from being confirmed.
vip
Activity: 1316
Merit: 1043
👻
You have zero grasp of how Bitcoin works. It is not a '10 minute dos' because it absolutely affects nothing.

I just took a look in your thread. Are you seriously thinking a block takes 10 minutes? That's not how it works.

Thank you for wasting my time. With all due respect, (attempt to) learn what you are talking about.
hero member
Activity: 770
Merit: 566
fractally
This is why my new proposal is required.  While this may be seen as normal in the bitcoin world, it is also identical to a DOS attack and slows down transaction confirmation times.

You are incorrect.

My new proposal is a Proof of Minimal Work rather than proof of maximum work and relies upon miners including 90% of the 'expected' transactions in each block and only allowing for a minimal variance based upon network propagation delay.

https://bitcointalksearch.org/topic/m.2693133

Good luck with that.
A block with no transaction being generated on a network with viable transactions represents a 10 minute DOS.

I am trying to innovate here and one would think that finding a way to keep security, enhance decentralization, and reduce power consumption all at the same time would at least merit more meaningful discussion.   
legendary
Activity: 3472
Merit: 4801
This is why my new proposal is required.  While this may be seen as normal in the bitcoin world, it is also identical to a DOS attack and slows down transaction confirmation times.

You are incorrect.

My new proposal is a Proof of Minimal Work rather than proof of maximum work and relies upon miners including 90% of the 'expected' transactions in each block and only allowing for a minimal variance based upon network propagation delay.

https://bitcointalksearch.org/topic/m.2693133

Good luck with that.
hero member
Activity: 770
Merit: 566
fractally
This is why my new proposal is required.  While this may be seen as normal in the bitcoin world, it is also identical to a DOS attack and slows down transaction confirmation times.

My new proposal is a Proof of Minimal Work rather than proof of maximum work and relies upon miners including 90% of the 'expected' transactions in each block and only allowing for a minimal variance based upon network propagation delay.

https://bitcointalksearch.org/topic/m.2693133
newbie
Activity: 31
Merit: 0
Thats not very strange IMO
sr. member
Activity: 399
Merit: 250
JEZUS....
The question was about HOW weird it was.......

I gave one example of HOW it could happen, who gives a shit about slowing down confirmations, that was NOT the question and is OFF topic....
It happens a LOT...., but simply checking out the connected addresses would show what is going on... IF people took the time to research around the transaction & addresses.

full member
Activity: 238
Merit: 100
Love the Bitcoin.
It simply means no transactions were included in that block - it can happen!
legendary
Activity: 3472
Merit: 4801
It does slow down the confirmations eventually, but not until the next difficulty adjustment.  The increase in confirmation time only lasts for 2 weeks (until the following difficulty adjustment).
It slows down unconfirmed transactions.

We need to agree on what we are discussing or we'll be talking about two different things.

If you are comparing the miner mining that empty block to that exact same miner mining blocks that aren't empty, then it is very difficult to predict if the empty block slowed down the unconfirmed transactions or sped them up.

If you are comparing the miner mining that empty block to that exact same miner simply not mining at all, then it doesn't slow down unconfirmed transactions until the next difficulty adjustment.  The increase in confirmation time then only lasts for 2 weeks (until the following difficulty adjustment).
legendary
Activity: 1862
Merit: 1011
Reverse engineer from time to time
Elgius......

They get round to paying miners and owe one guy 25 BTC
so they pack it up and feed it into thier own system to be verified.
How about Slush...

It does build the consensus about past transactions but it slows down the confirmations of new transactions.

It does slow down the confirmations eventually, but not until the next difficulty adjustment.  The increase in confirmation time only lasts for 2 weeks (until the following difficulty adjustment).

It slows down unconfirmed transactions.
legendary
Activity: 3472
Merit: 4801
It does build the consensus about past transactions but it slows down the confirmations of new transactions.

It does slow down the confirmations eventually, but not until the next difficulty adjustment.  The increase in confirmation time only lasts for 2 weeks (until the following difficulty adjustment).
legendary
Activity: 1221
Merit: 1025
e-ducat.fr
Happens all the time.  There is no requirement in the protocol for miners to include transactions in a block if they don't want to.  It doesn't really matter since their block still adds to the consensus building of the blockchain.
It does build the consensus about past transactions but it slows down the confirmations of new transactions.
It does not matter because miners will be incentivized more and more by bitcoin network transaction fees and by out of band value add fees.
sr. member
Activity: 399
Merit: 250
Elgius......

They get round to paying miners and owe one guy 25 BTC
so they pack it up and feed it into thier own system to be verified.
newbie
Activity: 18
Merit: 0
Im not even sure.. wtf?
newbie
Activity: 31
Merit: 0
July 08, 2013, 12:41:30 PM
#9
Dude.. Use search bar thanks.
newbie
Activity: 18
Merit: 0
July 08, 2013, 12:36:51 PM
#8
Thats weird
hero member
Activity: 490
Merit: 501
July 08, 2013, 12:03:43 PM
#7

It just isn't expected, but it happens.
legendary
Activity: 1050
Merit: 1002
July 08, 2013, 12:03:12 PM
#6
Thats not normal..

You realize there is only one r in the name of POTUS Barack Obama.
Pages:
Jump to: