<rant>
I think SW is a good idea, *for the things it's good at* (malleability, etc). However, it's being sold as a (very near term, no less!) scaling solution, which is a dubious assertion at best. The only scaling-related thing it does at all (that I can see, beyond "lightning!") is allow new nodes to sync old SW transactions sans signatures, which is a nice little touch, but certainly nothing "borderline revolutionary" (as it's being sold). It also of course only has impact going forward for syncing; nothing about the previous 6 years of syncing will change (or the future syncing of non-SW txs). So due to these "amazing properties" of SW, it "just makes sense" to count the SW data at 1/4th of its nominal size, which theoretically could allow something like 1.75x rate for a "normal" P2PKH transaction. However, it only makes a difference at all (for either initial sync or TPS) if people actually use SW transactions! If (for example) we get the soft fork in by this June, and 50% (seems high to me) uptake of SW transactions by the end of 2016, we'll then be at a *massive* ~1.4MB effective max block size cap. Wow! That's a huge improvement! Wait, no, no it's not.
Meanwhile, "hard forks are extremely hard to pull of and take a year+ of planning". Since that is apparently the case, the appropriate course of action is *clearly* to not ever even attempt to get the ball rolling on one. "Of course everyone wants the 1 MB block size raised, *eventually*, just not now. We and the network are not ready yet." It's really, really handwavy. In the meantime, let's frame the movement to increase max block size as the negatively connotative "kick-the-can" solution, "scaling without scalability", etc. Let's (eragmus) parade around jtoomin's work that suggests that 3MB is all Chinese miner nodes inside the GFW can handle, but ignore that the testing was done sans relay network (which Bitcoin is "totally broken" without even at 1MB anyway)! Let's refuse to consider at all any value for the hard limit other than what we're absolutely sure the network can handle *right now*, today, because soft caps never existed before on the ride from 0-1MB; miners will "undoubtedly" stuff the blocks to the brim with spam transactions immediately. Let's make sure we have a much better transmission protocol in effect before we allow any capacity increases, but ignore that there's little motivation to improve transmission for 1MB blocks because it's working ok enough right now. Let's turn the anti-spam limit (which, logically, should be somewhere in the range of 2-10x+ the current actively level) into an economic limit, because "Bitcoin needs a functioning fee market when the subsidy declines to zero", never mind that we'll probably be dead by the time it's of importance. Let's put out a "capacity increases" letter on *our* plans, but "developers don't/can't decide consensus on these issues". Let's be careful to not disenfranchise genuine 1MB-forever-ers, who claim they won't be able to run a node if the block size increases any amount at all, never mind that they almost certainly won't be able to use Bitcoin if tx fees are $5+ (which is about what they need to be to match current subsidy value). Let's not care at all about disenfranchising users/use cases that don't want to "pay their own way for using our holy blockchain" (for some arbitrary definition of "pay"); these people are socialists, leaches on our glorious system! They want US to pay for their transactions! Let's ignore that the the block subsidy is *literally* named "subsidy", which implies that it might, I don't know, *subsidize* transactions during this (long) bootstrapping phase. Let's ignore that a hard-capped supply makes essentially *zero* sense from a free market perspective. Let's unequivocally reject BIP101, because it's too aggressive and once deployed "we're locked in forever with no way to change it", ignoring that the very act of deploying it shows that we're *not* locked in (and decreasing is a soft fork anyway). Let's follow up with "but miners won't agree to lowering the block size, because they want to stuff junk in there" (or attack the network, basically), ignoring that miners already agreed once before to implement the 1MB limit in the first place. Let's pretend our take on game theory represents reality. Let's talk and talk and talk and talk, then settle on non-or-at-best-partial-solutions (but soft fork!) as the solution.
What the heck is going on? Why is Mike "blacklist" Hearn the one talking sense? Refusing to start planning/pushing for a needed hard fork because "hard forks are hard to pull off" and require lots of lead time seems like the height of stupidity and illogic. If hard forks are indeed "hard", then we should be planning for them long before they occur, rather than continually putting them off until some undetermined future date.
</rant>
Probably some strawmen in there, oh well.