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

Для тех, кто не знает или забыл:
Что такое ФИДО http://ru.wikipedia.org/wiki/Фидонет
Что такое FTN http://ru.wikipedia.org/wiki/FTN
В Фидо/FTN базовой информационной структурой является экоконференция
http://ru.wikipedia.org/wiki/Эхоконференция
Прелесть "эхи" в том, она полностью распределена, и каждое сообщение, отправленное в конференцию на одном узле растаскивается системой по всем остальным узлам, которые на эту конференцию подписаны.
То есть, приняв, что для каждого "голосования" заводится эхоконференция, голосование можно проводить просто отсылкой письма в "эху". "Эхи" могут быть локальные, глобальные - как и голосования.

Плюсами такой системы вижу:

готовый, обкатанный, открытый софт (см. http://sourceforge.net/apps/mediawiki/fidoip/index.php?title=Main_Page),
развитые, умные политики оптимизации обмена трафика между узлами
десятки, а то и сотни человек в каждом городе, знакомые с технологией ФИДО (это только бывшие НОДы, а с поинтами тысячи их), которые просто из ностальгии могут поднять у себя узел сети

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

ФИДО в чистом виде не подойдёт. Уж очень велик трафик. Но наверняка можно использовать принципы для некоторых частей системы.
Да и не просто так она была вытеснена форумами. Это было удобнее. Хотя уже не вспомню почему перестал пользоваться.

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

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

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Нашел про протоколы динамической маршрутизации в FTN:

Протокол FRIP (расшифровывается как Fidonet routing information protocol) и одноимённая утилита, созданная Дмитрием Завалишиным, работающая по принципу «объявления» — каждый узел рассылает связанным с ним узлам объявления о том, что он готов принимать почту для некоего списка узлов (как правило, для самого себя и своих даунлинков). Получатели объявления продолжают рассылать его всем связанным узлам. Рассылка не происходит, если получатель объявления уже «знает» более короткий путь к целевому узлу. В результате должна быть автоматически построена карта роутинга, обеспечивающая доставку сообщений по наиболее короткому пути.[33] В настоящее время этот протокол не используется.
Программа Hubroute generator (также известная как «сафроутер» — по имени создателя, Юрия Сафронова; в пакете Husky она называется Fidoroute). Эта программа строит роутинг на основе общих для региона списка жестко заданных путей роутинга и списка «доверенных» узлов, принимающих почту для определённой сети (в российском Фидо — R50.ROU и R50.TRU соответственно) с учётом данных об узлах, на которые данный узел может напрямую отправлять сообщения. Общерегиональные списки путей роутинга и доверенных узлов составляются региональным координатором на основании данных, которые ему присылают сетевые координаторы.[34]

Спасибо за информацию, будем изучать. В принципе, идея интересная.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Андрей, чистая п2п сейчас невозможна в принципе (про FTN вообще можно забыть).

Абзац из вики про п2п сеть:
Например, в сети есть 12 машин, при этом каждая может связаться с любой из них. Каждая из этих машин может посылать запросы на предоставление каких-либо ресурсов другим машинам в пределах этой сети и, таким образом, выступать в роли клиента. Будучи сервером, каждая машина должна быть способной обрабатывать запросы от других машин в сети, отсылать то, что было запрошено. Каждая машина также должна выполнять некоторые вспомогательные и административные функции (например, хранить список других известных машин-«соседей» и поддерживать его актуальность).

Ключевая фраза здесь: "каждая может связаться с любой из них". Благодаря широкому применению защиты сетей и компов сейчас это невозможно в принципе!

еще абзац из той же статьи:
Помимо чистых P2P-сетей, существуют так называемые гибридные сети, в которых существуют серверы, используемые для координации работы, поиска или предоставления информации о существующих машинах сети и их статусе (on-line, off-line и т. д.). Гибридные сети сочетают скорость централизованных сетей и надёжность децентрализованных благодаря гибридным схемам с независимыми индексационными серверами, синхронизирующими информацию между собой. При выходе из строя одного или нескольких серверов сеть продолжает функционировать. К частично децентрализованным файлообменным сетям относятся например EDonkey, BitTorrent.

Ключевое понятие: "ceрверы, используемые для координации работы, поиска или предоставления информации о существующих машинах сети и их статусе (on-line, off-line и т. д.)"

Вопросы разработчикам gplvote: какие компьютеры в п2п СГ будут выполнять функции таких серверов? На каком основании? Как много их будет?

ФИДО функционировало на 40 000 узлах, без денег, в условиях платной междугородной связи . Соответственно, мысли типа "большой трафик", "не выдержит большой трафик" и "p2p не существует" порождают один ответ - RTFM.

Есть предложение не переливать из пустого в порожнее, а поднять FTN сетку из 3-5 узлов на том же Хаски http://husky.sourceforge.net и погонять там сообщения.

Если мы упремся во что-то, то, думаю можно написать ребятам которые делали Хаски, там половина русских, и попросить подправить нам руки и/или конфиги. А может они проникнутся идеей и допишут нужный функционал.

Кто еще хочет погонять FTN?

ЗЫ понимаю сам, что технология не идеальна, например (пока) не знаю, как сделать в FTN анонимизацию для тайного голосования. Но с чего-то начинать надо.

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

Верно.

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

Совсем нет. Информация эхоконференций распределена в сети нодов (узлов). На этом уровне сеть - p2p.
Но сейчас мощности хранения данных вполне позволяют держать нода и поинта на одной машине. Даже по старым стандартам в сети может быть 2^45 нодов = 32 триллиона узлов, так что архитектурно это вполне реализуемо

А вообще можно не заморачиваться FTN В силу экзотичности, а сделать транспорт на новостных группах NNTP (USENET).

Архитектура та же, что и в FTN - группы распределены на NNTP серверах см. http://www.bog.pp.ru/work/usenet.html

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

Доп. плюсом этого решения является то, что NNTP протокол поддерживается большинством современных почтовых клиентов, которые поддерживают ЭЦП.

Вот.