Это только кусочек одной дискуссии в одном чате. Там в итоге порешили (ну по крайней мере я выбрал эту сторону), что хранить id сессии в БД проще. Всё равно нужен только уникальный недоступный перебором идентификатор. И если их хранить в БД, то можно сессии выборочно отключать. JWT отключить не получится, у него дата в него самого вшита. А если её еще отдельно хранить в БД, то зачем хранить в JWT? Зачем тогда вообще JWT для сессий? Если нужен только неперебираемый идентификатор, то для каких задач может понадобиться десериализация токена сессии? Все данные у тебя и так в пределах доступа в БД лежат. Логин хранить? Логин это первое, что ты узнаешь, когда пройдешь в БД по id сессии.
А вообще, как я понял, JWT сделан для передачи сообщений между микросервисами в открытом интернете. Для всего остального... а зачем?