> Неужто никому не надо?

ну, в общем-то, у нас уже есть... ftp ;-)

"дурь с сетью" на самом деле вовсе не дурь, а вполне разумная идея отделить командный канал от данных (то что кривые пакетные фильтры и дрянные наты не способны это переварить - решительно не проблема протокола, а проблема использующих кривые фильтры и дрянные наты)
Напоминаю, что в изначальном варианте PORT мог содержать не только _твой_ ip.
Другое дело, что никто как-то не собрался сделать нормальной реализации.

параллельным put/get в общем быть ничто не мешает, кроме древности и кривизны доступных серверов.
аутентификация - есть otp, не нуждающийся в шифровании чего не надо, и стойкий к мэну-за-плечом, жаль, опять же, что хороших современных генераторов не найти.
шифрование траффика - в целом, ненужно. Для проверок аутентичности есть pgp подписи (у которых дополнительный бонус - что когда не нужны, просто не проверяй), боишься в принципе засветить траффик - лучше всего убрать его весть в ipsec.

> Должен не уметь запускать команды на хосте и на клиенте;

зачем? Прелесть ftp в том что он это умеет, и при этом это ни разу не шелл (ахиллесова пята sftp). И да, фичи wu-ftpd с get somebigdir.tar мне очень не хватает.

остальное уже есть в существующих серверах и клиентах.