просто хотел посмотреть варианты :)

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

Если есть подозрение на то, что приложение некорректно, то лучше его переинициализировать. А от кривой новой версии есть конореечный деплой и откаты

А ещё... https://habr.com/ru/post/481556/

Это оч медленно

а если я буду позиции игроков хранить?

Для супер простых кейсов редиса хватает и он также крайне прост

Можно через одну шину сохранять и доставать

что это значит?

какая шина?

Ну я использую похожий подход, но только в качестве чего-то типа "персистентного cron"

Вполне неплохо справляется

Все же разные потребности в нагрузках :)

Условно отдельный компонент отвечает за одно и то же

какой компонент? rabbitmq?

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

насколько я знаю транзакции тоже thread safe

так что я могу вместа мютекса заюзать redis transactions?

А лучше вообще сжигать нахер такой проект, низводить до атомов, уничтожать

Т.е. любителей рекаверить панику?

Хочешь всю команду разработки языка уволить?