Разные модели ключей для установки защиты и у пользователя

Здравствуйте, human.

Действительно, для того, чтобы выполнить автозащиту приложения с привязкой к конкретной модели электронного ключа, необходимо иметь ключ нужной модели "на руках" при защите такого приложения.

Без фактического наличия ключа нужной модели у разработчика, такую защиту можно выполнить только при помощи Guardant API. Но и в таком случае необходимо быть уверенным в том, что ключи пользователей удастся удаленно обновить (для чего нужно точно знать пароли удаленного обновления, записанные в каждом таком ключе, если они туда вообще записывались Вами), чтобы записать корректные данные (аппаратные алгоритмы, защищенные ячейки и т.д.), использованные при выполнении защиты приложения разработчиком (подробнее про удаленное обновление и Guardant API см. документацию).

Как вариант, тут можно рассмотреть защиту при помощи наших софтверных ключей Guardant SP, которые как раз и предназначены для тех случаев, когда неудобно пересылать пользователям "железные ключи".

Пожалуйста проконсультируйте относительно сетевых моделей ключей.
Сетевые ключи продаются с различным максимальным сетевым ресурсом, например Guardant Time Net 10 / 50 / 100 / Unlimited.
Должно ли совпадать значение максимального сетевого ресурса для ключа, с помощью которого выполняется установка защиты, и для ключа, которым будет пользоваться клиент?
То есть, если клиенту подготовлен и передан ключ, например, Guardant Time Net 50, то разработчик новую версию приложения может перезащитить только аналогичным ключом Guardant Time Net 50? Или же для этих целей можно использовать также Guardant Time Net 100 / Unlimited?
Подразумевается ситуация, при которой лишняя пересылка ключей между клиентом и разработчиком не желательная.
Планируется закупить несколько сетевых ключей для клиентов и один для разработчика (который всегда будет у него).
Что бы Вы в этом случае порекомендовали?

То есть главное, чтобы максимальный сетевой ресурс ключа разработчика был больше максимального сетевого ресурса ключа пользователя? Или это тоже не обязательно?

Для доверенного удаленного обновления также не будет проблем, если ключи у разработчика и пользователя будут различаться по максимальному сетевому ресурсу?