Потому, что подход SPDY существенно меняет устройство протокола. Настолько, что это ну никак уже не похоже на HTTP/1.1. Можно, конечно, впихать (типа навесить специальную семантику на специального вида тело и передавать всё через него, и.т.д), но зачем? Все три стороны (клиент, сервер, прокси) всё равно надо будет дорабатывать, чтобы получить поддержку SPDY.
Не только из-за SPDY. Много чего другого планируют добавить. Более того, SPDY хорошо показывает себя на сложных приложениях с большими объемами данных и малым временем отклика. Для простых станичек толку от него нету вообще, судя по моим личным экспериментам, скорость даже падает.
А вот это уже отдельный вопрос, должен ли это быть отдельный протокол. Я пытался объяснить, почему не целесообразно добиваться того же самого расширениями.
И что значит — «только из-за SPDY»? В чём проблема в увеличении мажорной версии?
Да, SPDY частично уже бинарный протокол, насколько я понимаю.
А когда это http был текстовый? У него были текстовые заголовки, после \n\n там может идти любая бинарная хрень. (ЗЫ и скажите, что он ещё не simple и не trivial, а всего лишь hypertext).
А вот там видно, что SPDY, в теории, может дать значительное ускорение только в случае плохих сетей и длинных пингов. И то. Если сеть хорошая, а пинги длинные, то речь о заявленных в статье на хабре 42-46% уже не идет.
Короткая версия: «То есть вы хотите сказать, что единственная причина для движняка вокруг HTTP 2.0 — это ничем не обоснованное желание беатификации протокола SPDY?»
Протокол SPDY могут включить в HTTP/2.0