> И вот ещё озадачивает один момент, почему статическую реализацию в unit просто нельзя перенести, как есть, из nginx?

Потому, что API и внутренние механизмы Unit-а достаточно существенно отличаются от nginx.  Многое сделано иначе: другая работа с буферами, конфигурацией, по-другому выстроена обработка соединений, активно используются очереди, вместо накручивания стека.

Не забывайте, что архитектура nginx закладывалась Игорем Сысоевым 16 лет назад с теми знаниями, тем опытом и теми возможностями, которые у него были на тот момент. С тех пор поменялось всё: интернет, протоколы, ядра операционных систем, железо, требования к серверам, ожидания пользователей и т.д. Unit от nginx взял только отдельные очень удачные и проверенные временем концепции, но многое было переработано, весь код был написан практически с нуля. Особенно подверглись переработке те механизмы, которые по опыту в итоге принесли в nginx огромное количество боли и мешают более эффективной реализации тех или иных возможностей. И таких больных мест не мало, учитывая, как всё изменилось с тех пор. Плюс сам Игорь и команда за долгие годы работы над nginx стали гораздо опытнее и поменяли свое мнение относительно некоторых решений.

> Это обусловлено какими-то конструктивными особенностями unit-а что её в принципе не возможно в нём также хорошо реализовать?

Напротив, благодаря новой архитектуре, в нем возможно реализовать отдачу статики ещё более эффективно, чем это сделано в nginx.

> Иными словами можно будет ожидать в будущем от статической составляющей unit что она будет не хуже чем в nginx или nginx всегда будет лучше обрабатывать статику?

Можно ожидать что она будет лучше, чем что-либо существующее.