С усложнением можно изгаляться долго… Можно и пути до файлов, по которым хэш считается добавлять на этап — хэш от (хэша файлов + еще что-то). Это просто усложнит жизнь тем, кто хочет вмешаться в оригинальные файлы.
Вчера еще хотел написать свое предложение для подсчета хэша, думал в комментах уже есть, пока не нашел.
Вот мое:
С сервера отправлять рандомный токен при при коннекте пользоваться, и использовать его при подсчете хэша всех библиотек
Считать хэши библиотек и слать обратно на сервер
На сервере проделывать ту же операцию, т.к. вы токен уже знаете
В таком случае вы и хэш от всего файла считаете, и алгоритм подсчет хэша на свое усмотрение меняете, чтобы усложнить жизнь господам читерам.
А, для еще большего усложнения, можно кипу вариаций придумать (главное чтобы работало быстро):
— отправлять токен и флаг с сервера. Флаг укажет куда добавлять рандомный токен (начало/конец файла) перед подсчетом хэша
— если алгоритм подсчета позволяет, отправлять токен и оффсет с сервера. Оффсет укажет куда добавлять токен перед подсчетом (понятно, что оффсет не должен превышать длину библиотек)
— можно считать хэш от библиотек, добавлять токен и считать хэш от сконкатенированных значений еще раз
— и т.п.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Кто из пользователей стал счастливчиком с "запасом прочности" в 30 единиц? У себя не обнаружил. Как было 1, так и осталось ?
Если добавят возможность для всех операторов, в т.ч. implicit, explicit приведения, тогда получится:
static abstract implicit operator Int32(T t);static abstract explicit operator Int32(T t);
Хотя, в текущем виде "букв" не меньше
public static implicit operator Int32(T t){...}А, вместо:
static abstract T Zero { get; }тогда дали бы возможность определять default значение для типа:
static abstract T default();Вот мое:
В таком случае вы и хэш от всего файла считаете, и алгоритм подсчет хэша на свое усмотрение меняете, чтобы усложнить жизнь господам читерам.
А, для еще большего усложнения, можно кипу вариаций придумать (главное чтобы работало быстро):
— отправлять токен и флаг с сервера. Флаг укажет куда добавлять рандомный токен (начало/конец файла) перед подсчетом хэша
— если алгоритм подсчета позволяет, отправлять токен и оффсет с сервера. Оффсет укажет куда добавлять токен перед подсчетом (понятно, что оффсет не должен превышать длину библиотек)
— можно считать хэш от библиотек, добавлять токен и считать хэш от сконкатенированных значений еще раз
— и т.п.