Звучит как интересная идея, но если ты связывать сложность с биофидбэком в реальном времени, тебе понадобится очень быстрый цикл: должен быть мгновенный приём сигнала, оценка его по порогу и пересчёт уровня – в миллисекундах. Я бы начал с лёгкой архитектуры, основанной на событиях – типа акторной системы, где каждый препятствие – это корутина, слушающая сообщение об увеличении сложности. Так ты избежишь постоянного опроса датчика и снизишь нагрузку на процессор. И ещё, убедись, что есть ограничение на максимальное изменение за кадр; резкие скачки могут нарушить игровой процесс. Дай знать, какой технологический стек используешь, и тогда углубимся в детали.

Слушай, ECS и корутины в Unity дадут тебе тот контроль, который нужен. Просто сделай био-ввод единственным источником истины и отправляй нормализованное значение в машину состояний. Для шейдера используй compute buffer, который будешь обновлять один раз в кадр – метрикой сложности. Тогда GPU сможет накладывать heat-map на сцену, не затрагивая основной поток. Держи размер буфера небольшим и переиспользуй один и тот же descriptor set, чтобы избежать лишних выделений памяти. Так ты получишь визуальную обратную связь в реальном времени с минимальными затратами.