Василий Банников

Разве что по ip и заголовку Host.
"Запустивший" будет слать запросы на 127.0.0.1

UPD: может быть не безопасно. Лучше всётаки сделать аутентификацию.
Ну или хотябы запустить сервер, который в принципе в интернет не смотрит, к которому должен подключаться локальный админ.

Кажется, вам нужны вебсокеты - они специально созданы для подобных задач.
Вот как поднять в жанго: https://habr.com/ru/post/211094/
Вот как можно использовать в реакте: https://dev.to/finallynero/using-websockets-in-rea...

Любую книгу про клиент-серверное взаимодействие берёшь, и этого должно быть достаточно.
Там должно быть рассказано про UDP и взаимодействие в реальном времени.

Игры в этом плане ничем особо не отличаются от других реалтайм-приложений.
Вся сложность находится в плоскости игровой логики и того, как поддерживать состояние игры согласованным у всех клиентов, и чтобы при этом ничего не тормозило

Вообще оба варианта приемлимые, но расскажу свой опыт:
1. Возникает требование создать фичу
2. Фронт, бэк, и ещё какие-то люди собираются и обсуждают её. Фронт и Бэк договариваются о том, каким должен быть API
3. Создаются интерфейсы для апи и дтошки
(На этом моменте фронт уже может писать код, пока сервер не готов)

Таким образом сервер и клиент не зависят друг от друга, но при этом всегда согласованы.

Нет. Выделять 100500 портов под каждый вид запросов - иррационально.
Нужен какой-нибудь протокол поверх TCP - например HTTP
Если хотите реализовать свой - посмотрите, как устроен он, например.