Bitcoin Forum
December 11, 2016, 02:10:58 PM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 [3]  All
  Print  
Author Topic: Раскрутка системы Биткоин  (Read 8135 times)
rPman
Legendary
*
Offline Offline

Activity: 1078


View Profile WWW
December 23, 2011, 01:09:40 PM
 #41

Все замечательно, иметь на руках хоть какую то законодательную базу это хорошо, хоть и дорого...

Вот только каким средствами будем выявлять повторяющиеся лица на видео?.. все таки 95 тысяч избирательных участков делают ручную проверку практически невозможной. И какими средствами можно провести автоматическое распознание такого объема видео.

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

Здесь не может находиться ваша реклама Smiley
Protect a future of bitcoin, use p2pool
Donation in BTC: 19fv5yYtfWZ9jQNjx2ncmu1TTrvg5CczZe
1481465458
Hero Member
*
Offline Offline

Posts: 1481465458

View Profile Personal Message (Offline)

Ignore
1481465458
Reply with quote  #2

1481465458
Report to moderator
1481465458
Hero Member
*
Offline Offline

Posts: 1481465458

View Profile Personal Message (Offline)

Ignore
1481465458
Reply with quote  #2

1481465458
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
evorios
Jr. Member
*
Offline Offline

Activity: 30


View Profile
December 28, 2011, 06:52:55 PM
 #42

Две схемы идентификации в распределенной системе

Метод двойного подтверждения самым дальним участником



Правила создания и расширения группы идентификации:
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
kimmeriets
Legendary
*
Offline Offline

Activity: 1078


View Profile
May 18, 2012, 09:40:16 AM
 #43

может все уже видели этот ролик, но я только сегодня наткнулся http://www.youtube.com/watch?feature=player_embedded&v=L0U50CK_1xE#!


UPD: ААааа.... это SLTV ржачное ))))) полюбуйтесь http://www.youtube.com/watch?feature=endscreen&v=skRQdpbbcBE&NR=1
Pages: « 1 2 [3]  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!