Everything_is_bad

найти список всех существующих имен (полный найти почти невозможно) и сделать по нему поиск (элементарно)

Можно написать кастомный SessionStore, где вместе с session id, сохранить user id (в дефолтном SessionStore этого нет) После этого уже без проблем по session id доставать аутентифицированного юзера. И еще, у тебя проблема с пониманием async, ты Django ORM в синхронном стиле используешь (кстати и цикл лишний, нужно использовать annotate или aggregate), этим блокируешь event loop. Ну и fastapi тут скорее оверхед, для вебсокетов достаточно его основы, Starlette

гарантировать условную анонимность может только отсутствие твоего номера телефона в настройках

тебе явно указали проблему в сообщении об ошибке, дебаж и смотри что именно ты передаешь в chat_id
ну и код форматируй тегом code

https://docs.aiogram.dev/en/latest/api/types/input...

Непонятная ошибка

ошибка понятная, тебе явно указали на проблему, но ты очередной ботописатель, который не осилил основы python. Надели тебе подобные.

без разницы, словарный пароль везде быстро найдут, а нормальный будут миллионы лет перебирать

Мне нужно чтобы я отвечал на чьё то сообщение

нет, тебе это не нужно, тебе нужно научиться читать доки, либо уметь гуглить, ну и перестать писать новых ботов на устаревшей версии aiogram

Зачем тогда прокси?

для обхода ограничений, ну и прокси разные бывает, если те, которые раскрывают данные

вариантов куча, например, сделать все запросы через очередь с одним исполнителем, который будет делать нужные задержки

как мне использовать переменную alerts_client за пределами функции main?

определить эту переменную за пределами функции main

Не нужна тут рекурсия, достаточно бесконечного while (а лучше конечный, пусть его внешний софт перезапускает). Еще и sleep у разных except, разный сделать. И код полностью отрефакторить, такое читать больно.

DRF это REST API, т.е. там архитектура построена на HTTP запросах, а в вебсокет их нет, получает что DRF тут боком и для вебсокетов он вообще не нужен. Правильно - вынести бизнес логику из DRF в отдельный слой, а в вебсокетах дергать только эту логику и ничего не знать про DRF

UPD: Так же такой вариант, если REST API уже реализован, то написать для вебсокетов отдельный прокси, лучше не на джанго, а на starlette (fastapp скорее тут будут излишен), aiohttp или другом async фреймворки, который умеет в вебсокет. Так вот, этот прокси и будет уже дергать эндпоинты твой DRF, реальными http запросам

Глупо лезть в старые версии с python 3.12. Ты хочешь старую версию aiogram, открывай ее зависимости и читай версию aiohttp, раз у тебя на нем сломалось, потом открывай требования этой версии к версии python. А хотя скорее будет достаточно требований версии aiogram к python