Здравствуйте, cserg, Вы писали:

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

Стоимость серийных ключей для Вендора определяется следующими критериями:

1. максимальное время жизни лицензии (например, для триалок = количеству дней; для perpetual, то есть "вечных" лицензий приравнивается при расчетах фиксированному количеству дней, которое определяется тарифами),
2. максимальный параллелизм лицензии (максимально-возможное общее количество одновременно исполняющихся процессов с таким серийным ключом),
3. количество серийных ключей в заказе
4. тип продукта (для апгрейдов существенные скидки, патчи бесплатно, так как они без выпуска серийных ключей)

Причем у нас используются значительные скидки, которые зависят от всех перечисленных критериев.

C>И еще один вопрос: В какое Спортлото обращаться Вендору если их хакнут, заддосят или они решат выйти из бизнеса?

ООО "РеСанити", ReSanity, http://resanity.com
Подробная контактная информация указана на сайте и в расположенном там же публичном договоре.
Выходить из перспективного, не имеющего аналогов в мире, бизнеса мы не собираемся.

C>Предполагаю, что на сервере вырезанный кусок кода исполняется эмулятором. Когда эмулятор обнаруживает вызов функции из невырезанного куска он передает управление клиенту. Клиент выполняет функцию и возвращает результат выполнения серверу. Если встречается инструкция считывающая данные из памяти, то сервер опять обращается к клиенту. Возможно клиент в этом случае сразу возвращает некоторую порцию данных, например страницу памяти.

Да, Вы правы. В общих чертах это так. Технически все на порядок сложнее.

"Прыжки" исполнения на клиента производятся в нескольких случаях:

1. исполнение выходит за пределы текущего региона кода (будь то просто по причине control flow, будь то вызовы неинструментированного клиенсткого кода или WinAPI)
2. исполнение текущего региона кода невозможно по каким-либо причинам (например, ассоциированная с регионом фича не разрешает его исполнение)
3. происходит исключение (например, при попытке исполнения R0-инструкции), в этом случае система благополучно доставит исключение до обработчиков исключения на клиенте

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