гонка при сохранении состояния каналов (потеря данных)

[iAmScienceMan]

bot.bot_created_channels и channel_creators мутируются из асинхронных обработчиков событий, а save_*() делает read-modify-write словаря в памяти, а затем асинхронную запись файла без блокировки.

атомарная замена (mkstemp -> fsync -> os.replace) защищает сам файл, но не окно dict -> write. два голосовых события подряд могут молча затереть обновление друг друга (last-writer-wins).

что чинить

обернуть последовательность read-modify-write-then-persist в asyncio.Lock для каналов и для таргетов.

где

• cogs/voice.py
• bot.py (save_channels / save_targets)
• services/storage.py

[iAmScienceMan]

может закрыться через #39 (переход на sqlite), если sqlite станет единственным источником правды и запись пойдёт per-row в транзакции, а не перезаписью всего файла. если до sqlite дойдём раньше, отдельный asyncio.Lock тут не понадобится.

если же sqlite откладывается или будет кэш-словарь поверх бд, то лок всё равно нужен.