Андрей @UncleAndy
User
Information
- Rating
- Does not participate
- Location
- Подгорица, Подгорица, Черногория
- Date of birth
- Registered
- Activity
Specialization
Backend Developer, Database Developer
From 500,000 ₽
Golang
Docker
PostgreSQL
Git
Nginx
High-loaded systems
Kubernetes
Linux
MySQL
Redis
Наша система не может препятствовать вбросу липовых закрытых голосов. Но она позволяет постфактум отследить источники этих голосов. Без раскрытия тайны голоса.
Думаю, если уж не абсолютная надежность, то контролируемость голосований — это тоже неплохое их свойство. Когда можно определить что произошел вброс и принять меры по избежанию этого в дальнейшем.
Да, рассмешили. :) Конечно, это просто огромная дыра именно в «гос. системах». Такой дурацкий способ генерации ключа мы в принципе не рассматриваем как бессмысленный.
Да, в итоге, может оказаться что вы правы. Но я это признаю только в том случае если это случится после того, как я приложу все усилия для доказательства обратного.
А просто так утверждать можно все что угодно. Опыт весомее любых теоритизирований.
На счет ваших критериев — они полностью субъективны. И, к счастью, не имеют отношения к реальности. Эти критерии не могут быть несовместимыми, т.к. они уже каким-то образом совмещаются в проводимых голосованиях.
Открытое голосование хорошо для идеального общества. Для реального оно не всегда подходит.
Мы придумываем систему, которая не должна зависеть от того, по правилам или не по правилам “играет правительство». Т.к. наша система на него почти никак не завязана (только способы идентификации пользователей привязаны к официальным документам).
Они совместимы, но имеют между собой обратную зависимость. Нельзя добиться абсолютного соблюдения для каждой из них. Но можно постараться увеличить их значения до возможного максимума.
Я согласен что нашей идее не хватает четкого оформления. Но в данных условиях это понятно. В проекте работают только энтузиасты, которые могут над ним работать лишь в свободное от основной работы время.
Публикация статичного списка голосов — это разве большая нагрузка на систему? Это вообще, самое простое что можно сделать. Формируется текстовый файл, сжимается, подписывается ЭЦП ИК и выкладывается на любые ресурсы, которые могут выдержать большой наплыв скачивающих. Вот уж не аргумент.
Естественно, если избиратели захотят проверить результат на существующей системе — они ее уронят. Это еще одно подтверждение моей правоты — это неправильная система.
«Прочтите документ полностю, у Вас исчезнет очень много вопросов.»
Возможность независимой проверки результатов голосования — это минимальная база правильной системы голосования. Любая система голосования, которая не удовлетворяет этому требованию — профанация.
Кстати, персонифицированная проверка результатов — так-же профанация. Т.к. ничего не доказывает. Так что результаты должны выкладываться именно в общий доступ.
Истины ради, соглашусь что последнее может и не получится. Но что-бы это проверить, систему нужно сначала реализовать.
Если вы действительно хотите разобраться в нашей идее — почитайте информацию на сайте и форуме проекта — gplvote.org.
Да — здесь есть проблема с «вбросами». Однако, у нас есть техническое решение для прослеживания при необходимости обратного пути всех голосов (зашифрованных — при этом НЕ происходит раскрытия голоса) и выявления нарушителей.
В том-то и дело, что у нас не предусмотрено понятия «противник». Это просто система с обратной связью. Будет она работать или нет — покажет время. Наша задача ее реализовать. Дальше все будет зависеть от людей, которые ее будут использовать.
Захочу я кого-то проверить — он не согласится. Я поставлю от себя в сети взаимного доверия ему низкий уровень верификации и доверия. Когда это сделает несколько человек, его уровни упадут до того, что он просто не сможет где либо голосовать. Никакой принудиловки, только ответственность.