1 2017-06-26 10:00:40 <runeks> Has some sort of "rolling" blocksize been proposed as a solution to the block size debate? E.g. the blocksize for the next, say, 2048 blocks is the 95th percentile of what was voted on for the previous 2048 blocks. So, each created block by a miner can contain a blocksize that it votes on, and the size limit for the next round of blocks will be whatever at least 95% agree on as a minimum. The proposal is activated when at
2 2017-06-26 10:00:40 <runeks> least 95% of miners explicitly cast a vote on the size, as per the proposal spec (non-voters will default to a 1MB vote).
3 2017-06-26 10:01:35 <sturles> Certainly.
4 2017-06-26 10:02:38 <runeks> Bake it into the protocol, instead of leaving it as a constant in the.
5 2017-06-26 10:02:44 <runeks> code
6 2017-06-26 10:04:58 <runeks> sturles: do you know of an existing proposal that does this?
7 2017-06-26 10:12:39 <sturles> No, and there is no point.  It would be a hard fork.  A new coin.  You could probably implement a sidechain which works like this when segwit has been activated.
8 2017-06-26 12:02:45 <goatpig> There's like half a dozen such proposals. They're no different from what BU is pushing now, which is why there is no point in considering these.