Возможность голосования отдельных групп

1. Верификация через ЦНАП. При физической верификации в ЦНАПе человек подтверждает не только личность, но и место регистрации. После этого его аккаунт на Форуме получает метку «житель общины Х» без раскрытия остальных данных. Это даёт возможность голосовать только по местным вопросам.
2. Блокчейн-фиксация. Сам факт верификации и принадлежности к общине фиксируется в блокчейне без привязки к реальному имени. Это сохраняет анонимность и исключает подделку.
3. Наблюдательный совет. Контролирует процесс, чтобы исключить ошибки или злоупотребления. Такая система не требует хранения прописки в чипе — она работает через подтверждение в ЦНАПе, а не через считывание паспорта. Это делает голосование на местном уровне и технически возможным, и юридически чистым. Ваши идеи по группам и секретным ключам — тоже рабочие, но они сложнее и могут привести к утечкам. Наш подход более прозрачен и управляем.

Каждое подобное голосование просто имеет свою уникальную запись.

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

Не решённой здесь остаётся лишь одна задача - как знать кому эту ссылку слать. Ответ скорее не как. Просто рекламируем проблему и там же оставляем информацию о ссылке или кьюар код для перехода на ссылку.

Больше ничего придумывать не нужно.

Единственное что может быть можно сделать это при создании инициативы добавить галку голосование для всех или только для тех кто имеет ссылку (для ограниченного круга лиц).

Это позволит убрать случайных участников.

А вот если вы уже хотите чтобы туда нельзя было попасть никому кроме тех кто там должен быть - это уже совсем другая задача.

Тогда для сохранения конфиденциальности должна быть возможность предварительного формирования реестра голосующих даже без личных данных. Но это жесть. По какому критерию определять кому можно а кому нет и как этотпров

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

Ваш пример про партию - как понять что человек член партии и надёжно это подтвердить?

Или как понять что человек является родителем Иванова из 3-а , а не Иванова из 9-б... Короче с этим сложно.

При чем сложность именно в предварительной проверке и подтверждению

Скорее всего что без унификации чипа и той структуры данных которая уже в нем или доступна при помощи него ничего не получится.

В любом случаи должно быть что-то (реестр какивариант) с чем можно было бы сверить право участника и какая-то процедура формирования этого чего-то (реестра), а если он одноразовый но после этого нам ещё и требуется процедура проверки и контроля этого чего-то (реестра)

Тогда получается так - инициатор такого локального голосования отвечает за формирование реестра. Каждому голосующему присваивается определяется эдиноразовый пароль для подтверждения голосования и того имеем двойной контроль голоса и полностью снимаем с себя вопрос подготовки реестра. Это остаётся за инициатором голосования.

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

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

Если проверка права голосоа происходит на телефоне и отправляется в сеть только сам факт, то сам телефон должен уметь добавлять дополнительные права. Что-то вроде сертификата (ключ), который пользователь устанавливает себе на телефон. Т.е. выглядит это так. Пользователь идет на сайт громады, авторизуется там, получает личный сертификат, т.е. не может им поделиться, при голосовании приложение дополнительно проверяет право пользователя.

По логике да. Сложность в формировании этих сертификатов. И особенная сложность избежать возможности формирования сертификатов разных громад на одного и того же человека. Особенно если учесть что в Дие реализована функция изменения места регистрации. Ну и сложность на уровне не громад а ещё меньше (осбб какое-то). Кто им сертификат выдавать будет? И как определять что конкретно этому человеку сертификат положен? И как вести контроль того чтобы он аналогичный сертификат не получил от другого сообщества?...

Сертификаты могут иметь какой-то тип. Какие-то типы могут быть только в одном экземпляре. Общая схема выглядит примерно так. На форуме регистрируется группа. Получает сертификат, далее эта группа генерирует сертификат для каждого своего члена, это зона ответственности группы, и включает сертификат группы в личный сертификат. Человек добавляет в приложение эту связку. Может быть форум должен сам выдавать и проверять сертификаты по запросу группы. В любом случае, мне нравится идея, что права голосовать в группе определяется наличием файла в приложении, а не наличием человека в реестре.