Проект "Свободные голосования"

Вот тут сделал описание сервиса проверки ключей в общих словах.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Я так понял, что это сервис поднимается на специальном сервере ?
Тогда достаточно дискредитировать сервер что бы дискредитировать всю систему.

_________________
Если бы другие не были дураками, мы бы ими были. (C)

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

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

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

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

_________________
89DC B598 306B 26C8 B9AA 5C0C CFB6 7184 B2B2 FF17

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

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

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

_________________
Если бы другие не были дураками, мы бы ими были. (C)

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

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

В идеале так и должно быть.

В принципе, с учетом того, что у нас в составе системы есть программный агент, в процессе развития можно легко функционал переносить на него и постепенно сделать полностью распределенный вариант.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

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

_________________
89DC B598 306B 26C8 B9AA 5C0C CFB6 7184 B2B2 FF17

А вообще, как принципиально можно отличить человека от его клона ?
Имхо, никак. Ведь даже паспортов можно иметь несколько разных на разные имена.

Так что тут можно лишь привязаться к каким либо имеющимся уникальным идентификаторам. Например ИНН, номер паспорта, номер пенсионного, и.т.п.
Вопрос только - нужна ли тут, т.е. при регистрации в системе, анонимность?

_________________
Если бы другие не были дураками, мы бы ими были. (C)

Мы этот вопрос обсуждали и решили привязаться к ФИО и дате рождения. Проверяя эти данные по паспорту.
Конечно можно изготовить несколько паспортов, но это достаточно сложно сделать технически и не думаю что ради обмана в нашем сервисе кто то будет этим заниматься.

_________________
89DC B598 306B 26C8 B9AA 5C0C CFB6 7184 B2B2 FF17