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

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

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

Таким образом минимальный p2p функционал в клиенте должен присутствовать. Хотя-бы для "живого" поиска бэкэндов.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Андрей, мы не понимаем друг друга.
Фронтенд установлен на клиенте. Так же там установлен бэкенд с минимальным хранилищем данных. В настройках бекенда прописано N доверенных других бэкендов (которые могут быть мега-серверами). Что еще изобретать то?

_________________
AF4B DFB0 0E41 2F7A 09FD 4971 96F0 B176 EA1C DD85

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

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".

В этом исчезает необходимость если использовать распределенную сеть транспортных серверов и серверов-хранилищ.


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

Я НЕ возражаю против того, что можно ставить бэкэнд у клиента (как вариант). Я возражаю против того что у бэкэнда могут быть какие-то особые "доверенные" связи с другими бэкэндами.

На самом деле нам нужно ориентироваться на то, что бэкэнд может стоять где угодно - и у клиента на машине и на сервере. Единственное что нам нужно предусмотреть - что-бы фронтэнд имел возможность подключаться к нескольким бэкэндам.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Фронтенд оправляет на сервер зашифрованный голос и не отправляет подпись участия в голосовании. Кого пинать? Или раскрывать тайну голоса. Я против.

_________________
AF4B DFB0 0E41 2F7A 09FD 4971 96F0 B176 EA1C DD85

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


Как вариант. И что нам мешает это использовать не только для смартфонов но и для обычных компов?

Ребят, отмечаю еще раз - я за то, что-бы были доступны оба варианта - и бэкэнд на клиенте и бэкэнд на сервере. Но я считаю что это должны быть одинаковые бэкэнды. Единственное различие у них - во владельце транспортного ключа и объемах ресурсов. При этом бэкэнд на сервере решает множество потенциальных проблем с ресурсами. Даже без наличия больших голосований, множество мелких могут создать проблему в этом смысле. Поэтому такую гибридную схему имеет большой смысл внедрять в том числе и на начальном этапе (НЕ на прототипе, конечно).

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Нда... Существенно. Хорошо. Тогда согласен на вариант "мега-серверов". Но они тоже должны работать по принципу p2p.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

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

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".

В общем, согласен. С поправкой что не "мегасервер", а "мегасервера".

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

На этом и порешим.
Итоги:
1) У клиента всегда есть и фронтенд и бэкенд;
2) Бэкенд пользователя может быть настроен на использование минимально необходимых ресурсов системы;
3) Вся p2p сеть должна приспосабливаться к использованию суммарно имеющихся ресурсов.

Так?

_________________
AF4B DFB0 0E41 2F7A 09FD 4971 96F0 B176 EA1C DD85