Leave a comment

vladicusmagnus September 20 2014, 03:14:52 UTC
А кто мешает скрыть информацию за ключом пользователя? И им же перекрыть? ))) Так что, конечно, информация кто как проголосовал будет сохранятся, но об этом будет знать только носитель ключа (и сверху какой нить простенький пинкодик в 3-4 цифры, этого достаточно, что бы до судного дня перебирали, и главное, не поняли, правильно подобрали, или нет). Ну если в SQLе хранить, тогда да, весь смысл ноль целых, ноль десятых. Смысл в том, что бы хранить данные, как в криптовалютах. Когда подделка уже валидированного блока невозможна в принципе. Совершенно. Никак. Математически, то есть даже теоретически не возможна. Но тут надо именно процесс валидации укрепить, ибо он слабоват на атаку (теоретически, конечно, слабоват, при необходимости там защита делается на уровне "невозможно даже теоретически", это не сложно). Так что получаем абсолютную копию информации, которую в любой момент можно прочекить. И сразу видно кто где "нагадил". Причем, изменения постфактум, как я уже сказал - невозможны. На схожем алгоритме работает хэш, црц и прочие мд5... Замена одного бита влечет за собой смену закрывающего кода, что в свою очередь гробит возможность открыть следующую запись, и так по цепочке. Да, доступ к этой информации медленный, но спешить то особо некуда. В любом случае, пять серверов подсчитают и дадут ответ за минуту, или за 10 минут? Все равно быстрее чем сейчас. И ессно, надежнее.
Единственное - никакой привязки к тому, под насилием или нет тут сделать нельзя. Хотя что нить теоретически можно придумать. Но это уже для будущего задел. А вот что сейчас - без вопросов.
Так что, никаких скюэлек и прочего. Единственное, что сохраняются полностью все результаты голосования. Что большой и жирный плюс. Так как могут найтись затейники, которые будут пробовать тупо циферки озвучивать (которые надо, а не которые посчитали). Так что можно потребовать сличения записей (приблизительно 10-15 человек, больше не надо). Все.

Reply


Leave a comment

Up