Свобода инструментов
Теперь несколько с другой стороны. Это как-раз подведет к пониманию всего абсурда с "открытием серверной стороны".

Для этого сначала нужно перейти от свободы ПО, к пониманию более общей свободы инструментов. То есть инструмента в общем смысле, независимо от природы. Это может быть софт, молоток, научный метод. Все что угодно, использующееся для решения какой-то задачи. Теперь нужно обратить внимание на такие детали:

1. Инструмент является целостной вещью, компонент инструмента может не являться инструментом.
2. Если компонент инструмента тоже можно назвать инструментом, то при таком отношении это два разных инструмента с разным назначением. Компонент не заменяет целое в решении задачи.

Когда эти детали оглашены, можно переходить к свободе. Пока, остановлюсь только на нулевой свободе, которая получается аналогично нулевой свободе ПО:

"Инструмент может быть использован в любых целях, в которых его может применить пользователь".

Теперь будем считать , что некоторый (централизованный) сервис — это инструмент. Он используется для какой-то задачи, и его свобода — это свобода сервиса в целом, и она никак не зависит от свободы его компонентов. Главным ограничением нулевой свободы в централизованных сервисах является ToS. Лицензия ПО сервера вообще никакого значения не имеет. Почему? Потому-что это компонент. Его свобода определяется уже в контексте другой задачи.

Чтобы стало понятнее, возьмем пример: мессенджер Telegram. Задача мессенджера — коммуникация. Так как это централизованный сервис, то его задача — коммуникация пользователей (клиентов) сервиса Telegram. И ограничением свободы тут являются только условия использования. Что бы дало открытие кода сервера Telegram? Возможность создания аналогичного сервиса. Как бы это помогло свободе в контексте первоначальной задачи: коммуникация пользователей Telegram? Никак, потому-что это будет альтернативный сервис, и никакой коммуникации между пользователями Telegram и альтернативным сервисом не будет.

Но тогда какой такой смысл в открытии серверного когда Telegram? Создание альтернативных сервисов? Но ПО для централизованного обмена сообщениями предостаточно, которые куда лучше подходят для быстрого развертывания, например Rocket.Chat. Так какую практическую пользу видят фанатики в открытии серверной части Telegram. Впрочем, они фанатики.

Останавливая возражения по поводу безопасности, скажу. Нет, открытие серверной части не даст вообще никакой уверенности в отсутствии слежки. Вы не можете знать какой конкретно код запущен на сервере. (Да, технически это можно сделать, но опять же с доверием к третьей стороне и более того, это будет еще не скоро).