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

Отлично. Если gplvote не работает, то программа у меня запросит, я ей отвечу. Названиями или IP адресами серверов системы. Вспомню их по памяти. Юрий, Вы сами понимаете, что Вы пишете?

Мы обсуждаем вариант, который я предложил выше как "идея 2". Этот вариант без серверов неработоспособен, так как они выполняют функцию транспортировки, дублирования и кэширования данных.
Если Вы строите "идеальную" систему п2п, то она работает без серверов. Но только в Вашем воображении. Вы мне пока не доказали обратное. Аргументы в поддержку моей позиции я приводил.

Замечательно работает, докажите, что не работает.

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

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

Он сам будет инициировать соединения с любой нодой имеющей глобальный ip.

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

Сценарий первоначального подключения.
(Касается только не регистрированных в сети нод.)

Запустили демон. (Автостартанул он.)
Запустили гуй.
Гуй запрашивает адрес известной ноды. По дефолту предлагая gplvote.org.
Соглашаемся с дефолтом.
Подключаемся к известной ноде (gplvote.org) с запросом на регистрацию.
Нода принимает и обрабатывает запрос.
Отдаёт новый идентификатор вашей ноды.
Далее следует процедура подписания транспортной ноды.

Сценарии неудач.
Нода на gplvote.org недоступна.
Гуй сообщает о недоступности всех известных нод. Запрашивает новые адреса.
Выполняем поиск адреса известной ноды. Любым доступным способом вручную.
Самый простой способ спросить адрес у знакомого который уже пользуется СГ. Он имеет возможность спросить у своей ноды список адресов к которым можно подключиться. Полученный текстовый список он передаёт вам любым способом.
Вы вставляете в окно запроса список адресов.
Подключаетесь.
Продолжается обычный сценарий.

Известная нода занята регистрациями или просто занята чем-либо.
В сообщении о занятости нода даёт адрес ноды которая вами займётся.
Обычный сценарий продолжается с шага "Подключаемся к известной ноде (gplvote.org) с запросом на регистрацию".

Примечание.
В случаях успешных соединений записываем в базу известных адресов собственно адреса и информацию о их доступности (как неудачи соединения, так и самостоятельное анонсирование доступности нодами). В дальнейшем используем эту базу для поиска соединения.

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

IgorK, исключительно и безальтернативно требую от вас ознакомления с:

1) технической стороной работы протокола DHT
http://ru.wikipedia.org/wiki/DHT

2) технической стороной работы системы Bitcoin
http://ru.wikipedia.org/wiki/Bitcoin

Правильнее чтобы на момент "регистрации" был уже известен транспортных ключ, и его ID (hash) использовался как идентификатор.

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

Юрий, Dim, спасибо за ответ по существу. evorios, с указанными статьями бегло ознакомился.
Для резюме обсуждения я хотел бы увидеть еще мнение уважаемых разработчиков на вопросы о сетевом трафике и размере БД на каждом узле (ноде) распределенной p2p СГ.

О трафике. В статьи в вики http://ru.wikipedia.org/wiki/DHT указаны недостатки:
2. Работа клиента как DHT узла создает большую нагрузку на роутер.
4. В имеющейся реализации, создает сильный паразитный трафик на компьютер клиента, поскольку сообщения DHT продолжают рассылаться клиентам даже в том случае если компьютер клиента больше не принимает такой трафик (когда программа выключена).
Плюсуем к этому входящий трафик результатов голосования на узлах СГ (потенциально до сотен Гб при всероссийских голосованиях).
Вопрос: у вас есть кооментарии/мнения по вопросу о нагрузке на сетевой интерфейс узла голосования, учитывая, что таким узлом может быть домашний/рабочий настольный компьютер, ноутбук, нетбук?

О размере БД узла для всероссийской СГ (ок. 100 Млн голосующих).
1 вариант (абстактный): все данные о всех голосах хранятся в БД узла в открытом виде. Каждая запись - СНИЛС голосующего (4б) + его ответ(1б). Размер БД = 500 Мбайт.
2 вариант (реально предполагаемый, но по минимуму): прошу подсчитать вас
3 вариант (потенциально максимальный): прошу подсчитать вас

Думаю нужно читать как "бОльшую". Уверен роутер справится.

1 планируется что бэкенд будет работать пока включен компьютер.
2 можно ввести ttl для времени жизни хоста в таблице.
Собственно вопрос решаемый, когда дойдем до этого места - будет виднее.

Тут расчеты.
viewtopic.php?f=5&t=343&start=10#p5704

1) мне кажется не стоит уточнять что именно хнаится в качестве ответа, ведь это может быть не только 1 вариант, но и порядок, ранжирование или еще что-то.
Пусть "голос" занимает 4б * 128 = 512b
+ id ключа расшифровки 256b сам ключ 512b,
+ транспортная подпись 256b сам ключ 512b
итого 4кб траффика на голосующего, 1кб для хранения.
Для голосования с 134 217 728 (2^27) участниками нам потребуется 2^37b или 137 Гб места для хранения и не менее 600Гб траффика.

2) 6мб для хранения, 24Мб траффик + паразитный траффик.
3) совершенству нет предела.

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

Помогаем сформулировать сценарий использования Запуск