>[оверквотинг удален]
> - различать между собой пакеты от разных источников;
> - защиту от повторяющихся пакетов;
> - индикатор потери пакета;
> - переотправку потерянных пакетов;
> - фрагментацию/дефрагментацию пакета;
> - контрольную сумму пакета;
> - контроль перегрузки канала;
> - задержку при отправке пакетов (против перегрузки канала, или при большой патере
> пакетов);
> - и т.д.Видимо Google считает, что мощности пользовательских устройств уже более, чем достаточно для таких задач. Браузер сможет более полно контролировать процесс коммуникаций.
Дополнительные аргументы в защиту позиции Гугла:
1) Новый протокол - дополнение к современным технологиям, а не замена TCP. Даже если это будет реализовано только в Google Chrome, толк всё равно будет. А если получится удачно, то и Firefox, и другие обязательно подтянутся.
2) В сетях экономически развитых стран доля ошибок в общем трафике близка к нулю, поэтому применять УНИВЕРСАЛЬНЫЕ протоколы, перегруженные проверками и разработанные ещё до появления dial-up малоэффективно. Точно также, как неэффективно применять модемные протоколы в 100-мегабитных сетях ethernet. Поскольку развитые страны - основной рынок Гугла, можете не волноваться, для нас с Вами оставят старый добрый TCP :-)
3) Интернет всё чаще используется для передачи аудио и видео, где незначительные потери практически незаметны человеку. Сюда можно отнести не только YouTube, но и практически любой сайт, воспроизводящий аудио/видео через Flash, а также компьютерные игры. Очень скоро появится real-time-общение пользователей через браузеры.