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

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

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

По этим трем таблицам каждый может:
1. Подвести итоги голосования.
2. Проверить свой голос.
3. Удобно искать свою запись в резултатах для проверки своего голоса.

Конечно, можно создать удобный интерфейс, где эти операции можно будет автоматизировать, но это не проблема.

Какие конкретно проблемы вы видите при "выводе резултатов голосования"? Вывод куда?

ameten, я НЕ ПОНИМАЮ ВАШУ СИСТЕМУ!!! Сведение ее к общим терминам поможет ее понять. Ее и с самого начала было очень трудно понимать, а потом вы ее еще несколько раз меняли. Так что в данный момент я осознаю что ее не понимаю. Вот и прошу сформулировать в этих терминах. Т.к., в том числе, и ваша терминология меня сильно запутывает.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Здесь я опишу не минимальную, а удобную схему, без делегирования.

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

user_id - идентификатор пользователя (то что вы называете "логином")
code1_user - одноразовый код пользователя для голосования
code2_user - то что вы называете "секрет пользователя"
vote_id - идентификатор голосования
vote_choise(vote_id, user_id) - выбор пользователя user_id в голосовании vote_id
sign(user_id, "данные") - подпись пользователем user_id данных "данные"
enc(pub, user_id, "данные") - "данные", зашифрованные открытым ключем пользователя user_id;

data(<list>) - просто упорядоченный список данных.

Составляем таблицу участвоваших в голосовании:
1. user_id
2. vote_id
3. sign(user_id, vote_id)

Составляем таблицу результатов голосования.
1. vote_id
2. code1_user
2. vote_choise(vote_id, user_id)
3. sign(user_id, code2_user)
4. special_field(user_id)

Специальное поле:
special_field(user_id) = enc(pub, user_id, data(vote_id, vote_choise(vote_id, user_id), user_id, code2_user, sign(user_id, data(vote_id, vote_choise(vote_id, user_id), user_id, code2_user))))

Таблица поиска:
1. user_id
2. vote_id
3. enc(pub, code1_user)

Андрей, если что-то непонятно, задавайте вопросы, конкретные вопросы.

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

Кроме того, не совсем понятно зачем у вас здесь вообще используется code2_user. Я не вижу какого-то смысла в его использовании.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Я об этом и говорю. Схемы одинаковые в смысле удобства! code2_user действительно не так уж и нужен, если подписывать всю информацию в special_field. code2_user был нужен, когда его подписываешь, а special_field только шифруешь, без подписи.

По моему, они одинаковые не в смысле удобства, а во всех смыслах. Они просто идентичны.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Ответте на это.

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

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Андрей, я могу вам цитатами из разных веток отвечать...