That "Bitcoin is currently suffering from significant scaling problems" is the topic of debate. SegWit was not created toward the end of increasing the blocksi

That "Bitcoin is currently suffering from significant scaling problems" is the topic of debate. SegWit was not created toward the end of increasing the blocksize, it was created to fix transaction malleability along with various other improvements. That it arranges the partitioning of witness data from transaction data to sort-of not count against the block size was a bonus, especially since a lot of dubious attempts at forking to a larger block size we're being given decent backing in terms of funds. The point of fixing transaction malleability is that it allows for more robust smart contracts that depend on transaction validity. Once you enable these smart contracts, you start scratching at the surface of scaling methods that shift risk to the willing participants. As every Bitcoin transaction must be validated by every Bitcoin node, the entire network must inherit the risk of attempting to satisfy demand for transactions. Not just in terms of hardware requirements, but also in terms of the viability of paying for security of the network against a diminishing block creation subsidy. The maintainers of Core, and plenty of other people in the Bitcoin community, see the scarcity of block space as a positive and as an inevitability. It's a positive in that it provides the incentive for security as the subsidy gets reduced, and inevitable as any 'spare' space in blocks can incentive superfluous transactions. There's plenty of development on the front of moving bitcoins between other chains with different consensus rules that would allow for better scaling, and for better development and testing of solutions that could eventually make their way to the main blockchain. I'm personally of the opinion that once you allow for the transfer of bitcoins to and from second order chains, that Bitcoin can essentially enter a version freeze.