How would it work exactly? Let's say there's two chains:
Block A - 210kb -> Block B - 300kb -> Block C - 582kb
versus
Block A - 210kb -> Block D - 175kb
Doesn't sound like it'll work well.
Topic: A possible solution to blocksize limit (Read 504 times)
Is there demand for a solution that will (hopefully) solve the problems below? I ask because I don't wish to bother the devs with an incomplete and useless proposal.
BIP RFC: A solution to the block size limit?
Changes
This solution requires several changes to the Bitcoin system:
There are several strengths in this system.
There are several weaknesses in this system.
This solution relies on several properties of the Bitcoin system:
BIP RFC: A solution to the block size limit?
Changes
This solution requires several changes to the Bitcoin system:
- The block header has an additional field added to it: the size of the block.
- The algorithm for chain length is changed. See below for details.
There are several strengths in this system.
- There is no need to increase the size of the block limit.
- Clients do not waste bandwidth downloading large blocks.
- Block sizes will be regulated through risk and reward, that is, by the market.
There are several weaknesses in this system.
- A 51% attack is more dangerous, as miners have more control.
- A 51% attack may be easier to conduct, as the attacker could mine empty blocks.
This solution relies on several properties of the Bitcoin system:
- The length of a chain can be determined through only the block headers.
- The block headers are of a fixed size.
Jump to: