фитнес
что делать? суд я думаю
логично,что авторские вещи ты хочешь защитить

Сработает, если пользователь будет перепродавать

Иначе нет

ну по сути нарушение соглашение, передача 3им лицам

За нарушение гражданского соглашения не наказывают. В рамках этого соглашения ты можешь ну забанить пользователя

Но никак не штраф или посадить

То, что кто-то там, где-то там нажал на кнопочку на каком-то там соглашении - за это ничего не будет. Без подписи личной это не имеет никакого веса

если прописать в договоре штраф, за нарушение соглашения, то почему нет

Как понимаю, использовать json в редис - это нормальная практика?

Для кэширования?

Как вспомогательная БД, с которой можно быстро дёргать и быстро закидывать

Бд для хранения

В редисе плохо хранить

Не зря же вспомогательной назвал. Таск в основную бд скидывает данные с редиски раз в n минут

Норм

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

но обычно они просто так даже в редиске не теряются :)

Это прям наименьшая проблема в самом деле, ну кто будет хранить данные в памяти и не заботиться о том, чтобы они в основную бд бекапились.
Обеспечить такое - первое, что приходит в голову
А вот реализовать функционал работы с hset как с JSON - вот это сложнее по мне, нужно как-то придумать, как всё это не только хранить, но и сделать универсальным (например, чтобы скармливать словари любой вложенности и получать нужные элементы так же нужной вложенности)

если я правильно помню, hset не умеет двухуровневую+ вложенность
редис простой и очень быстрый, но примитивный и не обеспечивает сохранность данных

возможно rabbit будет лучшим выбором
хотя его я как раз очень слабо знаю

hset может в key field value, и в этот value можно спокойно засунуть JSON (точнее строку), ну а потом её как-то на выходе сериализовать. И это звучит не сложно, но надо как-то это вписать в рамки проекта)
А раббит гляну, что это такое и для чего

а какой смысл тогда затеваться с hset? :)