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

Сетевая подсистема должна уметь:

1. Прямые соединения с явно указанными хостами;
2. Автоматическое подключение по общему списку;
3. Автоматическое подключение по списку доверенных узлов;
   (собственно что-то вроде "5 подключений, 3 из них к доверенным узлам")
   Такой механизм усложнит разрушение сети путем вброса адресов к нодам-пустышкам.
4. Обмен публичными мастер-ключами;
5. Обмен публичными транспортными ключами;
6. Обмен списком хостов с белыми адресами.

Q: Для чего нужен транспортный ключ?
A: Пользователь должен нести ответственность за данные которые он передает. Должна быть возможность заблокировать "зловредных" пользователей.

Q: Почему не сделать транспортный ключ подключом мастер ключа?
A: Использование подключа предполагает использование пароля мастер ключа, а значит без пользователя не возможно.

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

Транспортный ключ должен идентифицировать машину. Что-то наподобие IP, только без возможности подделки. При этом транспорт будет работать всё время работы компьютера. А пользователь может блуждать по наладонникам, планшетам, рабочим компам, телефонам.
Хотя можно сделать по принципу "я тут могу быть". Или даже строже "в данный момент я тут".

Мы даже не решили как с ботами бороться. Может озадачимся авторизацией клиентов позже, когда (и если) такая проблема возникнет.

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

Мы не будем с ними бороться, мы их изолируем от участия в голосованиях в которых их быть не должно.
По поводу транспортных ключей:
Транспортных ключей у пользователя может быть несколько, что позволяет ему использовать одновременно несколько устройств. Это позволяет ему "активизировать" те устройства, которые он захочет под свою ответственность. Думаю можно разрешить подписывать транспортный ключ сразу несколькими мастер ключами - типа семейный компьютер, но и ответственность будут нести все.

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

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

Да - все верно. Может быть и несколько транспортных ключей. Но любой транспортный ключ обязательно должен быть подписан хотя-бы одной из персональных подписей.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Подписывание транзитных пакетов.

Пример: вы получаете пакет от авторитетного для вас источника (пакет подписан его транспортным ключом), дальше его вам необходимо передать, но уже со своей подписью, дабы обезличить создателя пакета: вы просто подписываете его своим транспортным ключом, удаляете существующую подпись и передаете дальше.

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

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

Итак архитектура сейчас имеет следующий вид. Поправьте если что изменилось.

Урра, сегодня свершились первые подключения! (пока правда сам на себя, но прогресс есть)
http://github.com/yurial/ptl/tree/devel

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