yet even before talking about leaping the blocksize
yet even before talking about scaling the blocksize
bitcoin can scale up its transaction count multiple times...
a. uncludge the byte miscount and bad utility of block space to actually allow true bitcoin tx data in the full ('weight') block space and not have the cludgy separation (segregation) used for junky metadata, that currently miscounts bytes and ignore byte validity by assuming acceptance without thorough checks
b. make transactions leaner
c. introduce fee formula's to punish only the spammers and bloaters to stop spammers/bloaters, while not punishing everyone else whilst letting spammers/bloaters get 'discounts'
as for scaling the blocks without needing dev political decisions..
much like how difficulty does not need dev politics to manually code at every interval of their choosing.. , where instead code exists that uses ~2016 blocks as its bases for self adjustment within the node if there are too many or not enough blocks within a fortnight
we could implement code that every [insert milestone*] if over 90% of blocks are over 90% filled then blocksize increases by X %
*milestone possibilities
26250 blocks (6 months)
52500 blocks (1 year)
105000 blocks(2 years)
and no this is not about leaping to huge blocksizes like the itiot brigades pretends it means