Advam, ну если с вашей точки зрения вся проблема в ресурсе разработчиков, то послушайте меня. Я, знаете ли, сам разраб и тоже веб (не быдлокодер, раз уж мы меряемся значимостью - командую коллективом и рулю архитектурными вопросами). И общим планом понимаю, как у них система устроена. Так вот, если я о коллегах из InnoGames думаю правильно (а я думаю о них хорошо), то эти данные они у себя уже сохраняют в виде внутренних логов. И вся задачка - добавить отчётик на их основе (к слову, самый лёгкий класс задач, куда можно посадить даже джуна). Архитектура проекта - микросервисная, ПБГ обслуживается своим обособленным сервисом - следовательно отчет будет делаться руками только одной группы программистов - той самой, которая отвечает за данный сервис. В простейшем случае - час работы бэкендера. Ну плюс пара-тройка часов работы фронта, который добавит кнопку и отчет на клиенте. Максимум какие могут быть тут грабли - это индекс добавить в таблицы с данными по боям. С учётом, что там скорей всего архитектурно все приспособлено под big data, это может быть проблемой, т.к. в этих условиях каждый новый индекс - это головняк. С другой стороны нужны только последние бои, хранить эти данные долго смысла нет, так что дело облегчается. Ну да в любом случае, если мои допущения не верны, и всё тяжелее, чем я написал, они идею завернут сами и без вашей помощи.
Кстати, мне лично хватило бы, если бы в сообщение от сервера, добавили бы id игрока кто бил. Я про те сообщения, которым сервер кидается в клиента через websocket - каждый раз, когда кто-то из гильдий успешно проводит бой/переговоры. А дальше любая софтина типа fiddler - и дело в шляпе. Но я же не могу идею формулировать в такой терминологии. Скажут, больно умный нашелся.
А ваш страх понятен. Вы каким-то чудом смогли добиться 100% порядка в полях, действуя "на глазок", и сейчас это ваше конкурентное преимущество. И вы очень не хотите, чтобы то же самое смогли сделать соперники, управляя ситуацией "по приборам". По приборам - оно и легче, и правильней.