Возможно запоздалый совет, но вдруг пригодится.

Например возьмем какой-то крупный объект, допустим 300 переменных. Быстрых тэгов нужно ведь всего 20-ть!
Чтоб дистанционные команды включения оборудования быстрее доходили.

По факту хорошо бы цикл опроса сделать дифференцируемым по оплате
+ тарифицировать не пользователя и не объект, а именно тэги!!!

Ведь именно объем данных заставляет Вас расширять мощности либо снижать скорости.
Платный сервис - это лишь логичный итог.

Ведь рассудить тоже можно логично, чем меньше тэгов или чем они медленнее, тем и бесплатнее.

Например:
Медленные - бесплатно, 2с - небольшая оплата, менее 1с - нормальная оплата.

Пользователь сам будет вынужден думать скольким количеством тэгов и как Вас нагружать. Либо платит, либо экономит.
Услуга станет и понятна и прозрачна, самое главное - справедлива.

Понимаю, реализация такого подхода потребует некоторых переделок в структуре БД