В чём компромисс между «толстым» и «тонким» событием?

Толстое событие переносит состояние вместе с фактом, поэтому потребитель обрабатывает его, не обращаясь к издателю — это снимает синхронную зависимость и держит нагрузку на издателя низкой. Минусы: событие растёт, данные дублируются у всех подписчиков, а изменение набора полей затрагивает контракт. Тонкое событие компактно и не раскрывает лишнего, но возвращает синхронный вызов за деталями, а с ним связность и риск: к моменту обращения данные могли измениться, и потребитель увидит не то состояние, которое соответствовало факту. Практика обычно посередине — везут ключевые поля, нужные большинству подписчиков, а редкие детали оставляют на запрос.