It was scheduled for april, it's near June now, still nothign about SegWit, Lightning or 2MB blocks.
I dunno where this april thing came from, but segwit was pull requested on April 19th. Deployment waits somewhat on continued review (which is very actively ongoing-- though it would likely be faster if a single person from one of the companies saying we urgently needed capacity increases contributed) and to a lesser extent on the activation of the BIP 68/112/113 softfork. (It's possible to have multiple softforks running in parallel now with BIP9, but I think most people would prefer to not have the extra dynamics for the very first BIP9 softfork.)It's worth pointing out that although btcd has a segwit implementation, Bitcoin "classic" and XT have taken no preparatory action here (and haven't even caught up to BIP-68 or BIP-9). Though these implementations don't have any real widespread use AFAICT, it's preferable to not just leave them behind.
Quote
Mainwhile almost all blocks are now 999kB in size and have been for days now.
We urgently need some sort of increase in transaction capacity as there is literally 0 room for growth right now.
You're looking at a not very useful metric: The only reason blocks are _ever_ not the maximum size now is because miners voluntarily cut the size to improve propagation or to avoid mining DOS attack transactions. It's much more interesting to look at the feerate for moderately fast confirmation (e.g. 4 or less confirms), which has been pretty stable over time.We urgently need some sort of increase in transaction capacity as there is literally 0 room for growth right now.
