Две схемы идентификации в распределенной системеМетод двойного подтверждения самым дальним участником
Правила создания и расширения группы идентификации:
1) группа идентификации считается созданной, если в ней есть хоть один полноценный участник;
2) участник, создающий группу идентификации, обладает одним первичным приглашением;
3) участник, обладающий первичным приглашением, может посылать его участнику из числа не обладавших первичным приглашением;
4) участник, создавший группу идентификации, и, получивший первичное приглашение может подтвердить одного участника из числа получавших первичное приглашение, кроме того участника, которому он высылал первичное приглашение;
5) участник, получивший подтверждение, является полноценным участником группы идентификации;
6) полноценный участник может посылать до 20 приглашений участникам из числа не получавших приглашение;
7) полноценный участник может послать до 30 подтверждений участникам, получившим приглашение и не получившим подтверждение;
8) полноценный участник не может посылать приглашения и подтверждения полноценным участникам;
9) участника может подтвердить один из двух полноценных участников, у которых на данный момент нет обязательств по подтверждению участника, имеется в наличии право подтверждения, и, минимальное расстояние в графе до которых максимально;
10) обязательство на подтверждение участника высылается этим двум полноценным участникам в момент отправки приглашения;
11) расстояние в графе между двумя участниками определяется на момент отсылки приглашения, исходя из расчета: вес ребра приглашения = 3, вес ребра подтверждения = 1.
Процедура приглашения и подтверждения участника:
1) на уникальный идентификатор, который зарегистрирован в системе, высылается открытый пакет с указанием ФИО приглашаемого участника;
2) если на этот идентификатор уже зарегистрировано актуальное приглашение, то процедура завершается неуспехом, приглашение теряется;
3) если на этот идентификатор уже зарегистрирован полноценный участник, то процедура завершается неуспехом, приглашение теряется;
4) от уникального идентификатора приглашающему участнику высылается анкета с фотографией в зашифрованном виде;
5) приглашающий участник сверяет данные в анкете с данными на фотографии и отсылает заверенную анкету с фотографией приглашаемому участнику, иначе он отсылает приглашаемому сигнал о некорректности присланных данных, и приглашение теряется;
6) приглашающий участник вычисляет двух полноценных участников, у которых на данный момент нет обязательств по подтверждению участника, имеется в наличии право подтверждения, и, минимальное расстояние в графе до которых максимально;
7) приглашающий участник отсылает этим двум участникам обязательство на подтверждение приглашаемого участника и регистрирует это в системе;
8) если прошла неделя и оба этих участника проигнорировали обязательство подтверждения, то приглашающий участник отмечает это в системе (на месяц они игнорируются в правах на приглашение и подтверждение) и повторяет пункты 6, 7 и 8;
9) подтверждающий участник отсылает сигнал готовности к подтверждению приглашающему и приглашаемому;
10) приглашаемый участник отсылает заверенную анкету с фотографией подтверждающему участнику;
11) подтверждающий участник сверяет данные в анкете с данными на фотографии и отсылает дважды заверенную анкету с фотографией приглашаемому участнику, иначе отсылает приглашаемому сигнал о некорректности присланных данных, и подтверждение теряется;
12) приглашаемый участник заверяет анкету и выпускает трижды заверенную анкету в систему;
13) через некоторое время, когда трижды заверенная анкета попадет к более половине активных участников системы, приглашенный участник становится полноценным участником;
12) трижды подтвержденная анкета с фотографией имеется только у приглашенного участника, но по специальному требованию может быть выдана исполнителю решения субъекта; если эта фотография недоступна, то выдается дважды подтвержденная фотография, хранящаяся у подтвердившего участника; если и она недоступна, то выдается одиножды подтвержденная фотография, хранящаяся у пригласившего участника.
Содержание фотографии:
Архив с документомИсточникМетод гибкого подтверждения взаимным довериемОснован на установлении уровня доверия указанным данным: число от -10 (полное недоверие) до 10 (полное доверие)
Подтверждение достоверности идентифицирующих данныхДанный тип предназначен для подтверждения достоверности идентифицирующих данных пользователя. Как минимум, идентифицирующего хэша. После проверки пользователем достоверности идентифицирующего хэша он может его подписать сформировав и отправив в сеть соответствующий пакет.
Таким-же образом, если у пользователя возникает обоснованное сомнение в достоверности каких-либо идентифицирующих данных пользователя, он может отправить аналогичный пакет, указав при этом отрицательную величину уровня доверия. При этом ему следует иметь ввиду, что если он будет отправлять необоснованные подписи, то он имеет возможность получить от других пользователей недоверие к своей подписи, что ослабит или отменит ее действие.
Установка доверия к подписиВы можете указать свой уровень доверия к подписи определенного пользователя и/или ключа. Этот механизм призван защитить систему от необоснованных действий со своей подписью. Ее действие может быть признано ничтожным при наличии соответствующего количества подписей, устанавливающих низкий уровень доверия к ней.
Общий порядок подписания данных в ключеЕсли вы удостоверяете своей подписью достоверность данных пользователя в идентифицирующем хэше, вы должны проверить по его документам все данные проверяемого пользователя, участвующие в его формировании: дату рождения (например, по паспорту, сверяя при этом фотографию в паспорте с тем, кто предоставил вам эти данные), номер свидетельства о рождении (сверяя ФИО и дату рождения по паспорту с ФИО и датой рождения в свидетельстве о рождении), социальный номер (для России - номер свидетельства о пенсионном страховании. Сверяя ФИО и дату рождения из паспорта с данными из предоставленного свидетельства о пенсионном страховании).
Если вы удостоверяете, например, участие данного человека в каком-то субъекте голосования, вам необходимо руководствоваться документами субъекта голосования о том, кто может являться его участником. В этом случае, подписывая такие данные, вы несете ответственность за их достоверность перед всеми участниками указанного субъекта голосований.
Удостоверение данных субъекта в ключеНекоторые субъекты для своих участников могут требовать наличия в ключе определенных данных, подписанных участниками субъекта (например, просто идентификатора субъекта). По этим данным, например, может определяться имеет-ли право данный пользователь голосовать в субъекте.
Другие типы подписейДанный механизм достаточно универсален и хорошо расширяем. Вероятно, в будущем будут появляться и другие типы подписей, призванные решить другие задачи саморегуляции сообщества.
Необходимые условия для участия в голосованияхНеобходимый уровень достоверности ключа, необходимое количество его подписей, наличие дополнительных данных в ключе и количество их подписей для допуска к голосованиям в данном субъекте голосования будет регулироваться в параметрах этих субъектов голосования.
Источник 1Источник 2Концепция проекта "Свободные голосования":
http://ru.gplvote.org/idea.html
Show Posts
неподконтрольными системами, не имеющими критических узлов.
