Python 3.4 comes with asyncio, which takes a lot of the ideas of Twisted but forward-ports them to the standard library with cleaner language support. So for new projects, Twisted shouldn't hold you back - just use the standard lib. For legacy Twisted projects that are thinking of porting it's still an issue.
Twisted contains a lot more than asyncio does. asyncio is the equivalent of Twisted's Reactors, which are the internal bits which manage the basics of the async event loop, watching file handles, etc; but Twisted contains a great many abstractions on top of that, not to mention the many protocol libraries.
Luckily, a Twisted Reactor can be built on top of asyncio, and this will likely happen as people port more parts of Twisted to Python 3 (it's a long-running project with fairly little interest from developers willing to put work into it).
Alternatively, people could start to build new libraries that implement all the abstractions and protocol implementations that Twisted has to offer. I think it'd be preferred that even if each abstraction/protocol were a separate repo and installable package, they'd all be under the same "banner", so that everything interoperates correctly and using the same set of abstractions.
Standard library doesn't always make things easier. We have urllib but do we recommend requests for doing http requests? So either Twisted is ported or someone else write a new Twisted-like (but simpler?). I know Guido doesn't like callback-style programming.
The point is some developers don't want to reinvent Twisted on their own. They like Python 3 and they want to keep up with Python 3 but they don't want to move away from Twisted. Just like I am asking you to write your own Django because half of the things to build Django is in standard library.
