HubПротоколдоверияEricLy,RichMiller,MikoMatsumuraПереведеноFinforge.vc“Валютановойэкономики–этодоверие”,-RachelBotsman[1].АннотацияПримененияинтернетапредоставилимиллиардампользователейбеспрецедентнуювозможностьдляобщения, созданияконтентаиторговлиблагодарясоциальнымисетям,мессенджерам,онлайн-вычислениямиp2p-маркетплейсам,дающимдоступкэкономике совместного пользования. Пользователи получили возможностьобщаться в виртуальном пространстве, но на пути генерации большейэкономической выгоды в этой среде стоит недостаток доверия между он-лайнконтрагентами.

Появление технологии блокчейна и криптовалют породило «интернет ценности»[2]- протокол передачи не только информации, но и единиц экономическойценности. Эти технологии позволяют поддерживать в децентрализованной сетиконсенсус при передаче внутри сети токенов, стимулирующих пользователейсовершатьнекоторыедействиянаблаговсейсети.Защищаясетьотатакипоощряяактивность, технология блокчейн обеспечивает появление сетевого эффекта,результатомчегостановитсябыстрыйростподобныхсетей.

Блокчейнвпервыевисториичеловечествапозволяетрешитьпроблемунедостаткадоверия между контрагентами путем создания системы оценки благонадежностипользователейвразличныхприложениях.ПроектHubсоздаетпротоколдоверияидает доступ к проверяемой и транслируемой оценке степени благонадежности,которая может быть использована в самых различных интернет-проектах дляобеспечения«довериянарасстоянии»приконтактеснезнакомымипользователямивсети.

1. Внутренний токен Hub стимулирует пользователей выполнятьспециализированные задания на платформе и, соответственно, генерироватьданные, на основе которых будет оцениваться их репутация, а также повышаетдовериепользователейдругкдругу.

2. В задачах, предполагающих перераспределение внесенных средств взависимости от результата исполнения задачи, в качестве залога можноиспользовать“доверительныйзалог”вформетокеновданногопроекта.

3. Результаты исполнения заданий представляют собой историю изменениярепутациипользователяихранятсявнеизменномвидевпубличномблокчейне;наоснове этих данных для сторонних приложений предоставляется защищенныйспособоценкиуровнядоверияпользователейирепутации.

4. Аналог App Store (Хранилище Задач) и система вознаграждений дляразработчиков новых Задач позволяет создать открытую экостистему, которая

покроетбольшинствосценариеввзаимодействияпользователей,невозможныхбездоверия

1.Существующиепроблемы

Быстраяимасштабнаяконсолидацияцентрализованныхмаркетплейсовиплатформдля социальных взаимодействий привела к нескольким проблемам, связанным сналичиемдоверияунезнакомцев,участвующихвсделкахитранзакциях.Ежедневнопроизводятся сотни миллиардов операций, в которых участвуют незнакомыепользователи.Еслисчитатьвтранзакциях,к2020годуихколичествовинтернетедостигнет 450 миллиардов в день [3]. Из-за того, что пользователи не могутполноценно доверять друг другу, эти транзакции влекут за собой упущенныевозможности, высокие транзакционные издержки и накладные расходы,повышенный риск плохих исходов, так называемое «трение» в обществе. Чембольшелюдибудутвзаимодействоватьдруг сдругомвинтернете, темхужебудетситуацияснедостаткомдовериямеждуними.1.1ЧислоДанбараи«довериенарасстоянии».Удобным способом понять суть проблемы является показатель, известный какчисло Данбара, который описывает когнитивное ограничение на количествоустойчивыхотношениймеждулюдьми[4].АнтропологРобинДанбар[5]предложилна основе проведенных наблюдений теорию, согласно которой средний человекможет одновременно поддерживать до 150 социальных связей. Это значениеизвестно как число Данбара. Такое количество социальных связей соответствуеттемлюдям,которымданныйчеловекможетдоверятьивкругукоторыхпроисходятнаиболее ценные (и иногда имеющие экономическое значение) взаимодействия.Социальные приложения позволяют благодаря интернету увеличить количествопотенциально доступных контактов до миллиардов человек, но так необеспечивается доверие между людьми, при таком взаимодействии пользовательпредполагаетналичиериска.

Изобретательсмарт-контрактовНикСабообозначилценностьбиткоинакакформупередачи ценности на расстоянии. Однако, в децентрализованном интернетеценности появляется проблема взаимного доверия между пользователями на

расстоянии, причем расстояние между ними измеряется не географически, а вединицах доверия. Для того, чтобы сделать полноценную децентрализованнуюсистему,нужнообеспечитьвозможностьтранслироватьдовериенарасстоянии.1.2Плохаяинформация,слишкоммногоинформации.Многиевзаимодействиямеждулюдьмивинтернетеначинаютсястого,чтокто-тоделится с другими информацией. На ее основе часто принимаются неточныерешения, потому что умышленноискаженныйконтентиз предвзятыхисточниковповышает вероятность ошибки. Посмотрим, к примеру, на то, какое влияниесоциальныесетиоказываютнаполитическиедвижения,икакуюрольонииграютвэлекторальном процессе. Система для социальных взаимодействий полнаучастников,пользующихсяблагамисистемы,ноневносящихвкладвееулучшение,включаяспамеров,которыераспространяютинформациюнизкогокачествавформескам-проектов,фейковыхновостейиобъявлений.Электроннаяпочта–крупнейшаяплатформа для обмена сообщениями, ей пользуются 3,7 млрд человек [7], в деньотправляют226млрдписем[8],ноименноздесьможнонаблюдатьотсутствиехотькакого-либодостоверногомеханизмаобеспечениядовериямеждупользователями.В результате половина отправляемых сегодня сообщений – это спам, потокнежелательных писем с какими-либо просьбами, которые отправляют толькопотому,чтоихдешевосоздатьиотправить.Спамсампосебесоздалэкосистемуизприложений по автоматизации отсева писем и борьбы со спамом. Доля рынкатехнологий, посвященных обнаружению угроз, защите пользователей от кражиперсональных данных и вредоносных писем достаточно велика и представляетсобой своеобразный налог, который нужно платить, чтобы иметь доступ кпредлагаемыминтернет-средойценностям.1.3РисксовершениятранзакцийДля совершения транзакций еще важнее доверять партнеру по сделке и иметьдоступ к правильной информации. С ростом спроса на совершение транзакцийонлайннаибольшийрискоказываетсясвязанссуществующимисистемами,которыебылиуспешнывпрошломикоторымпродолжаютдоверятьпользователи.Человекпредполагает,чтопартнерупосделкеможнодоверять,ипроводиттранзакциювнеплатформыилиоффчейн,тоестьпотелефонуилиприличнойвстрече,чтосвязаносвысокимрискоминакладнымирасходами.1.4Централизованныевладельцы,частичныеданные,недостатокмобильностиданныхДаже при наличии некоторой системы оценки репутации, например, на p2pмаркетплейсе, исходными данными владеет компания, которая создала данныйсервис, что не позволяет получить пользу от сетевых эффектов или внешнихпартнеров.ОбзорынаYelp,постыикомментариинаQuora,Reddit,StackOverflowнетак просто получить, не являясь пользователем соответствующей платформы.Некоторыенаиболее успешныеприложениядляшеринговой экономикиработаютименнонаэтихплощадках,которыенаименеевероятностанутшэрить (делиться)собранными данными [10]. С ростом популярности подобных площадок в течениепоследнего десятилетия владельцы приложений, по сути, стали распоряжатьсярепутационными данными пользователей. В результате владение и возможностьраспоряжаться данными по большей части перешла от пользователя к

централизованномухранилищу.Ещеодноследствиесложившейсяситуациивтом,что данные о репутации пользователя в сети оказались фрагментированы иразбросаны по разным платформам; зачастую для того, чтобы получитькомплексныеданныеорепутациинезнакомогочеловека,нужнособиратьпокускамкакпаззлисториюегоактивностивинтернете.Крометого,дажееслинакакой-тоодной площадке пользователь приложил усилия к формированию своегоподробногопрофиля,которыйслужитинструментомдляоценкидоверия,зачастуюнет механизма переноса этойинформации на другую площадку. Присоединение кновомусообществуозначаетнеобходимостьвсеначинатьсначала.1.5ВыводыизработысLinkedInМы со-основали LinkedIn [11], самую большую в мире профессиональнуюсоциальную сеть с более чем 500 миллионами пользователями, и наш опытпоказывает, что несмотря на относительно тесные доверительные отношенияпользователей в социальной сети, этого недостаточно для того, чтобынепосредственно на площадке стали возможны многие виды взаимодействия.Примерами причин тому служат фальсификация профессионального профиля,указание не соответствующих действительности должностей, временитрудоустройства, дипломов об образовании и прочего [12], [13], [14]. Некоторыепользователи могут злоупотреблять доступом к сообществу и рассылать спам-сообщения или размещать в группах нежелательную рекламу. Глядя на историюподобныхслучаевмывсеещенесумелиспроектироватьнаборстимулов,которыйбы приводил к полному отсутствию злонамеренных действий пользователей. Этинедостаткиснижаютдовериепрофессионаловдругкдругуинаносятущербсамомубизнесу, снижая эффективность таргетированной рекламы и возможностиподобрать подходящую вакансию. Каждой из социальный сетей присущи те жепроблемывтомилииномвиде.2.ПринципыдоверияПри описании протокола мы будем говорить о доверии и тесно связанных с нимпонятиях репутации и идентификации пользователей. Прежде чем говорить одоверии, нужно ввести основополагающие понятия репутации и идентификации,так как они уже тщательно изучены, в ранее созданных системах с ними ужепыталисьработать.2.1РепутацияПод репутацией пользователя мы будем понимать определенное сообществомзнание о поведении пользователя в прошлом. Репутационные данные –представление этого знания в цифровой форме. На основе исторических данныходин пользователь может прогнозировать будущее поведение другого. В [16]приведен полезный обзор работ на тему репутационных систем в p2pмаркетплейсах;насегодняшниймоментнекоторыеизописанныхвобзореподходовмогут уже быть реализованы. Во многих случаях площадки используют сжатиеданных о пользователе до краткого набора стандартных показателей, которыелегко интерпретировать как репутацию. Хорошо известные примеры – этокредитныйрейтингFICO[17]иSesameCredit[18].

В данном протоколе для оценки репутации используется большой наборпоказателей и контекстные данные. В такой постановке уже невозможно ввестиуниверсальный «репутационный скоринг» или привести единое определениерепутации пользователя. Например, спортсмен может считаться очень успешным,потомучтовыигралбесчисленноеколичествофутбольныхматчей,ноонжебудетплохимтеннисистомдаженесмотрянасвоюхорошуюфизическуюформуинавыкикомандной игры. В данном протоколе репутационные данные пользователяопределяются как неизменная история всех актуальных действий пользователя.Репутацияформируетсянаосновевыполненныхпользователемзадач.

Результаты выполнения задач формируют существенную часть репутационныхданных пользователя. Само по себе выполнение задач не составляет репутацию,нужно еще и взаимодействовать с другими пользователями, получать от нихположительные отзывы. Решение о правильности выполнения задачи выносятучастники данной работы, специальный арбитр или оракул, или алгоритм.Результаты зависят от конкретной задачи, могут иметь форму принятия илиотвержения результатов, числовой оценки или отзыва. Оптимальная формаподбираетсяподкаждуюзадачуотдельно.

Цель протокола – собрать подробные сырые репутационные данные, которыесмогут быть использованы клиентскими приложениями, чтобы самостоятельноинтерпретироватьихдляоценкиблагонадежностипользователей.2.2ИдентификацияУровеньдовериярассчитываетсядлякаждогопользователяперсонально,этооднаиз основных составляющих протокола. Работа над децентрализованной,персональной идентификацией (Self-sovereign identity, SSI), при которой правомвладенияираспоряжениясобственнымиданнымивладеетпользователь[19],идетвпаре с развитием технологии распределенных реестров, дополняющихцентрализованные сервисы идентификации личности. Сервисы идентификации –конкурентная и развивающаяся сфера, где будут появляться новыеусовершенствованные стандарты (для примера см. [20]). Сегодня системыидентификации позволяют работать с группами лиц и сценариями анонимногоиспользования.

Однако, доверияна расстоянииневозможнодостичьпросто за счет более строгойидентификации. В любом сценарии найдутся злонамеренные участники, которыемогутбытьидентифицированы,ноимнельзябудетдоверять.

В данном протоколе идентификация не будет основным базовым элементом,доверие на расстоянии будет достигаться за счет соотнесения репутационныхданныхиидентификацииличности.Для каждого аккаунта должна бытьпройденаидентификация согласно открытому стандарту идентификации, как это сделано в[21],[22],[23].

Мы особенно подробно рассмотрим стандарты идентификации SSI, которыепредлагают такие организации, как uPort [24] и Sovrin [25]. Подход кидентификации SSI, при котором владеет и распоряжается своими данными сампользователь,анесервисиликомпания,удобендляреализацииконцепциидовериянарасстоянии.Приэтомдоверительныйцентр,например,учебноезаведение (привыдаче ученой степени) или орган государственной власти (при выдаче

водительских прав) обозначает набор проверяемых утверждений относительноидентифицируемого субъекта. Прохождение идентификации в централизованномсервисеможетбытьиспользовановкачестветакогопроверяемогоутверждениядляSSI.(Кпримеру,еслипользовательпривязалдляидентификацииSSIсвойаккаунтвLinkedIn’е, ему может быть присвоен некоторый уровень доверия). Описанныеутверждения, касающиеся идентификации пользователя, совместно с репутациейформируют основу для численной оценки благонадежности пользователя;предполагается, что система будет содержать оба метода оценки данныхутвержденийирепутации,изчегобудетскладыватьсядоверие.

2.3Доверие.Доверие – это прогноз будущего поведения идентифицированной личности. Наоснове данного протокола существует возможность оценить способности инамерения пользователя, что будет способствовать установлению доверия нарасстоянии. Для оценки способностей пользователя может быть использована егорепутация, справлялсялионраньшеуспешностем,чтоотнегоожидаетсясейчас.Намерения – мотивация выполнять будущую задачу. И даже если пользовательможет справиться с поставленной задачей, ему нельзя ее доверить, если он немотивированеевыполнять.

Приведенныевышепонятияиспользуютсядляописаниядецентрализованнойсетидоверия, работающей на данном протоколе. Саму сеть можно рассматривать какдецентрализованныйрынокпредсказанийповеденияпользователейвбудущем.Какпредлагали авторы проекта Augur, ценность децентрализации – в данном случаеприменимокповедениюпользователей–втом,чтобыпо-новомувзглянутьнато,каклюдиформируютдовериеипроверяют,можнолидоверятьдругим[26].3.ЦелипротоколадоверияПредставьтесебемир,вкоторомвзаимодействияитранзакциимеждунезнакомымипользователямиосуществляютсячерез«доверительныйслой»интернета,которыйработает на Протоколе доверия. Репутация формируется на основе данных,которыми владеет и распоряжается сам пользователь. Любому можно выдатьсоответствующиеправадоступакданным,чтобыонсмогоценитьблагонадежностьтого, с кем он собирается взаимодействовать, а пользователи могут передаватьинформацию о доверии к себе из одного сообщества в другое. Если коротко, то всети есть механизм для установления социальных связей и работы шэринговойэкономики, благодаря которому возможны более доверительные взаимодействияПользователей.ОпишемследующиеосновныепринципыПротокола.3.1.ЦенностьДоверия-на-расстоянииВозможностьчисленнооценитьдоверие-на-расстояниипривноситвинтернетболеедостоверный контент, надежные отношения и благонадежные транзакции. Всообществах реального мира доверие способствует большему количествувозможностей,тожесамоеверноивцифровоммире.Сучетомтого,чтовинтернетеосуществляются миллиарды взаимодействий ежедневно, люди и компании свысоким показателем доверия-на-расстоянии получат преимущества надконкурентами[27],которыевыльютсяв:

• Большееколичествовозможностей• Возможностьустанавливатьповышенныеценынасвоипродуктыиуслуги• Большезапросовнасотрудничествоотдругихигроков.

Доступность доверия-на-расстоянии демократизирует возможности длявзаимодействия,чтодастпреимуществоталантливымПользователям.Длябизнесадоверие-на-расстоянии представляет даже большую ценность, потому что онвзаимодействует, совершает транзакции и устанавливает доверительныеотношениясоченьбольшимколичествомклиентовипартнеров.Рэйчел Ботсман, ведущий эксперт по доверию, репутационным системам иэкономикесотрудничества,описаласледующуюкартинунавыступлениинаTED в2012 году: «Возможность использовать поиск , как в Facebook и Google, и видетьполнуюкартинуповедениячеловекавразличныхситуацияхзанужныйсрок–лишьвопрос времени. Я вижу, как в режиме реального времени будет формироватьсясписок из тех, кто вам доверился, когда и в каких обстоятельствах и почему этопроисходило,сюдадобавитсяоценкавашейответственностинаTaskRabbit, вашейаккуратностинаосновепрофилявAirbnb,знаний,которыевыпродемонстрировалинаQuora.Всеэтоокажетсяводномместеввиденекоторогостенда,которыйбудетпоказыватьвашрепутационныйкапитал».[28]3.2.ДовериедолжнобытьпроверяемымПроверяемость означает, что возможен существенно более высокий уровеньдоверия между Пользователями, так как у них есть возможность перепроверитьфакты на основе информации из надежного источника. Доверие должно бытьпроверяемодвумяспособами:(1)посредствомкорректнопроведенныхтранзакций,которые повышают доверие и могут быть проинспектированы другимипользователямиприналичииунихсоответствующихправдоступа;(2)посредствомнеизменяемых результатов предыдущих взаимодействий, удостоверенныхцифровойподписью участвовавших в них Пользователей.Информация о прошлыхрезультатах приходит на проверку не от самого пользователя и не подвергаетсяизменению.3.3ДовериедолжнобытьпортативнымДолжна быть возможность транспортировать информацию о доверии к данномуПользователю из одного приложения в другое. Должен быть доступ из разныхприложенийкисториивзаимодействийданногопользователясдругими,наосновекоторой строится доверие к нему. Если Пользователь добился доверия к себе водном приложении, должна быть возможность это использовать в другихприложениях. Портативность позволитПользователям повысить доверие к себе ираспространить его на новые приложения. Она будет стимулировать владельцевприложений внедрять Протокол доверия, так у них будет доступ к более точнымданнымоПользователях. Такимобразом, новыеприложенияи сообщества смогутбыстро нарастить базу благонадежных пользователей, у которых есть профили вПротоколеикоторыезаинтересованыввозможностяхновыхприложений.3.4.ПользователиконтролируютрепутационныеданныеПринципSSIдлярасчетарепутациипредполагает,чтоуПользователяестьполныйконтрольсохранностиидоступакрепутационнымданным,доступккоторымбудут

запрашивать приложения и сообщества. Пользователь может выборочнопредоставлять права доступа к релевантным данным. Пользователь мотивированделиться своими репутационными данными, чтобы заработать доверие к себе вновом сообществе. Раскрывая свои репутационные данные, Пользователь быстростановитсяблагонадежнымичленомсообщества.К примеру, на профессиональном маркетплейсе пользователь раскроетрепутационныеданныеосвоихпроектахразработкивеб-сайтов,авотинформацияо том, насколько хорошим квартиросъемщиком он является, будет уженерелевантной.Пользовательтакжеможетконтролировать,сколькоданныхосебераскрывать. В некоторых случаях Пользователь может принять решение нераскрыватьосебеимеющуюсярелевантнуюинформациюибытьнаправахновогопользователяснизкимуровнемдоверия.Ихотяупользователяполнаявластьнадсвоими данными, так же важно, что приложения заинтересованы в том, чтобысоздавать Пользователям условия для раскрытия полной информации о себе. Вобратном случае отказ пользователя от предоставления данных можеттрактоватьсякакважныйсигналотом,стоитлиемудоверять.4.ОпределениеПротоколадоверияПротокол доверия создает в интернете слой доверительных отношений.Пользователи определяются, как субъекты, для которых релевантно понятиедоверия-на-расстоянии,сюдамогутбытьотнесеныкаклюди,такибизнес.Протокол:

1. ПозволяетПользователямсовершатьважныевзаимодействиясдругимиучастниками

2. СтимулируетПользователейполучатьхорошийрезультат3. СтимулируетПользователейврезультатевзаимодействийгенерировать

репутационныеданные4. ПозволяетПользователямоцениватьблагонадежностьдругихлицпередтем,

какиметьснимидело4.1АрхитектураПротокол работает как децентрализованная сеть нод на основе публичногоблокчейна.Блокейнпубличный,таккаклюбойсубъектдолжениметьвозможностьполучить доступ к этим данным при условии, что Пользователь выдалсоответствующие права доступа. Следующая диаграмма описывает основныесущностисистемыито,каконидругсдругомвзаимодействуют.

Взаимодействие пользователей формализовано в виде смарт-контрактов,исполнение которых координируется HTP-нодами; они же служат хранилищемпроверяемыхрепутационныхданныхиспособомгенерацииэтихданныхнаосновешаблонов взаимодействия. В каждой ноде записаны неизменяемые связи междуфактамивзаимодействия,записаннымивблокчейнеихранимымивлокальнойбазеданных.Стабильность в сети достигается за счет многослойной структуры нод. Ноды-валидаторы на базовом уровне имеют возможность записывать информацию отранзакциях и синхронизировать ее с использованием консенсуса BFT. Также онипроверяют пользователей на предмет совершения атаки Сивиллы (Sybil attack).(процедура проверки будет описана в одном следующих разделов). Вторая ихфункция – помочь Пользователям совершать взаимодействия, которые повышаютдовериевсети.В протоколе используются следующие основные понятия: задачи, репутационныепрофили,хранилищезадач,кошельки;всеониописаныниже.4.2ЗадачиМыреализуемвзаимодействияпользователейввидесущностейЗадач,исполнениекоторых влияет на репутацию участников. К примеру, Пользователи, которыеинициируют нежелательные контакты, реализующие отправку сообщений дляцелей маркетинга и продаж или запроса экспертного мнения, должныстимулироваться к установлению релевантных контактов. БлагонадежностьПользователя в сторонних приложениях будет связана с тем, как он себя ведет вонлайн сообществах, где работают с контентом, т.е. пишут посты, ставят лайки,комментируют или задают вопросы, и где другие Пользователи оценивают егодействия. Результаты взаимодействия Пользователя с другими такжесигнализируютоегоблагонадежностивзависимостиоттого,каконсебяведетнамаркетплейсах,гдесовершаютсделкипродавцыипокупатели,гдепродаюттоварыили ищут работу. Стандартизованные Задачи (и их расширения) обеспечиваютпроцессвзаимодействияипозволяютсохранитьегорезультат.ШаблонЗадачи–этоабстрактныйпрототипЗадачи,которуюможнореализоватьипредложить к исполнению Пользователями. Она реализуется в виде смарт-контрактаспараметрами,ноникогданеисполняетсясамостоятельно.Впротоколепрописаны основные Задачи, которые могут понадобиться в наиболее общихситуациях. Сообщество разработчиковможет генерироватьновыешаблоныЗадач,которыепозволяткоординироватьболее сложныевзаимодействияи сохранятьихрезультаты.Шаблоныможнокорректировать,можносоздаватьновыенаосновеужесуществующих. Они будут валидными, если соответствуют базовым требованиямнаписания шаблона. Благодаря возможности создавать новые Задачи появляетсяклассификацияЗадач.Вболеепозднейглавепоказаныпримерышаблоновизэтойклассификации.4.3РепутационныепрофилиНоды сети хранят регистр репутационных профилей. Каждый репутационныйпрофиль определяется для конкретного Пользователя. Он представляет собойисторию всех Задач, в которых Пользователь принимал участие. Репутационныйпрофиль позволяет получить доступ к проверяемой репутации, так как в нем

хранитсяисторияреальныхдействийПользователя.Таккаконахранитсявсети,ееможнопереносить с однойплатформына другую, а доступ к нейможетполучитьлюбой сервис, с которым работает Пользователь. Репутационный профильнеизменяем, хотятаккакуправлятьдоступомкнемуможеттолькоПользователь,протоколпозволитчастичнораскрыватьданныестороннимучастникам.4.4ХранилищезадачВготовящейсяверсиипротоколабудетсозданохранилищезадач.ПоаналогиисAppStore,вхранилищеЗадачсодержитсябиблиотекашаблоновЗадач,изкоторойможновыбирать шаблоны для использования. Сообщество стимулируется пополнятьбиблиотеку Задач новыми полезными шаблонами, повышая тем самым ценностьПротокола.Ссылки на библиотеку Задач хранятся в блокчейне, соответственно, учитываетсяверсионность шаблонов, а также сохраняется история их обновления. Сами жешаблоны хранятся вне блокчейна в хранилищах нод. Каждому шаблону такжеприписывается репутация, что позволяет Пользователям давать обратную связьотносительноегоэффективности.Шаблоны в хранилище Задач публичны и доступны любому Пользователю иликлиенту Платформы. Протокол позволяет создавать приватные задачи, если онисовместимысбазовымшаблоном.4.5КошелькиЧтобы Пользователи могли работать с Протоколом через множество клиентскихприложений,всетибудутхранитьсязащищенныеблокчейномПротоколакошельки,вкоторыхестьдоступкбалансутокеновHub.КаждыйкошелексвязансаккаунтомПользователя,приватныйключнаходитсявраспоряженииПользователя.5.ТокеномикаВ этой секции описывается токен Hub и экономика токена, связанная с егоиспользованием.Одна из основных целей Протокола – стимулировать доверительныевзаимодействия в сети интернет. Важно не только предложить правильныестимулы, но и избежать или снизить возможность покупки доверия. Протоколостанется целостным только если доверие можно будет заработать, подтверждаясвою репутацию действиями. Чтобы этого достичь, мы вводим понятиеДоверительногозалога.5.1ДоверительныйзалогДоверительный залог («залог»): токены, которые вносятся участником Задачи икоторыми он рискует, если результат исполнения будет отличаться отзапланированного.5.1.1Примердоверительногозалога

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

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

жеарбитрвыноситрешениевпользуКати,тозалогВасиотойдетКэти.АВасемогутзаплатитьилинезаплатитьзаработу,взависимостиоттого,чторешитарбитр.В любом случае, сам проект, тип проекта, результаты исполнения в терминахзалоговзаписываютсявисториюпроектовКатииВаси,чтобылюбой,комунужнооценить их благонадежность, мог получить доступ к этой истории. В случае Васипроектотразитсянаегорепутациикакпоставщикеуслугдизайнера.ДляКатибудетсоставленаеерепутациякакклиента,исложитсямнениеотом,каконаработаетсисполнителем.Этотпримерможнообобщитьнаболеесложныесценарии,иллюстрируянескольковещей: (1) для сотрудничества участники вносят существенный залог; (2)существуютчеткиеправилатого,какперераспределяютсязалогивзависимостиотисхода Задачи; (3) аннотация Задачи и результата сохраняется в историю дляоценкидоверия-на-расстоянии; (4) залоги– не тоже самое, что платежи.В задачевсегдаучаствуютзалоги,нозадачаможетнепредполагатьоплатызаееисполнение.5.1.2ЭкономическоеобоснованиеПонятие залога естественно присутствует в экономической теории и на практике.Оно похоже на гарантию исполнения обязательств [29], обещание одной сторонызаплатитьдругой,еслионанесможетисполнитьзаявленныеобязательства.Болеестрогое обоснование залогов вводится в работе Алекса Табаррока «Контракты сдоминирующим убеждением» [30]. В его теоретико-игровом «предприниматель»стимулирует «агентов» (или игроков) вносить свой вклад в производство«общественного блага» при условии, что будет участвовать достаточно большоеколичество игроков. Если же участников недостаточно, и общественное благосоздатьневозможно,тоигрокивсежеполучаютнекоторыйдоходввидеобещаннойвыплаты от предпринимателя. Если же удается собрать нужное количествоучастников,товыигрываютвсе,включаяпредпринимателя,которыйвтакомслучаеполучает дополнительный доход. Соответственно, игрокам выгодно участвоватьнезависимооттого,будетданныйдоговоруспешенилинет.Табаррокпоказал,что«доминирующей»илилучшейстратегиейвданномслучаебудетучастиеивнесениесвоеговклададлявсехигроков.ВслучаеПротокола,залоги–этоаналогивкладов,которые делают игроки, чтобы мотивировать других создавать «общественноеблаго»,благоприятныйисход.Примитивнаяформаконтрактовсдоминирующимубеждением(котораянерешаетпроблемыбезбилетников[31]),«Убеждающийконтракт»,позволилаосноватьтакиекомпании, как Groupon и Kickstarter [32]. Табаррок установил, что сегодня, в эрудецентрализации и смарт-контрактов [33], [34] формы деятельности в виде«Убеждающихконтрактов»болееактуальны,чемкогда-либо.5.1.3ТребованиякзалогуДля большинства задач требуется, чтобы в качестве подтвержденияблагонадёжности залог вносили все участники. Это мы называем полностьюобеспеченнымизалогомзадачами.Требованиезалогаотвсехучастниковпозволяетрешить проблему nothing at stake (ничего на кону) [35], в которой нарушителиничегоне теряют, если ведут себянечестнопоотношениюк остальным.В другихЗадачах может не требоваться залога сразу от всех, такие случаи требуют

тщательной оценки. Они называются частично обеспеченными залогом Задачами.Хотябыодинизучастниковдолженвноситьзалог.(Примеромпроблемы«ничегонакону»можетслужитьхолоднаярассылкапочты).5.2Арбитры,оракулыиспорыЕсли Задача идёт не так, как планировалось, и возникает спор, участники могутпринять решение обратиться к арбитру, который служит для задачи оракулом(источником достоверной информации), и которому можно доверить суждение орезультатевыполненияЗадачи.Исполнение обязанностей арбитра - тоже Задача, из категории записываемых вцепочкузадач,вотличиеотостальных(этоттипзадачбудетописанвпоследующихглавах). Процедура арбитража может варьироваться. В некоторых арбитражныхпроцессах задействован только один арбитр, в других - целое жюри с заранееопределеннойсхемойголосованиядлявынесенияобщегорешения.В зависимостиотконкретногослучаяможноразработатьподходящийшаблонзадачиарбитра.Арбитры получают за свои услуги плату. Условия компенсации прописываются вшаблонезаданияарбитра,источникомсредствслужатлибовнесенныеподданнуюзадачу залоги, либо сторонние платежи. Когда арбитр выносит решение в пользуоднойилинесколькихсторон,исполнениеисходнойЗадачиможетбытьзакончено.Благонадёжность арбитра и репутацию, связанная с шаблоном задачи арбитражаможнооценитьнаосновеихрепутационныхданныхвсистеме.Арбитраж может потребоваться не для всех Задач из-за сопряженных с нимсложности исполнения и издержек. В простых задачах участникам имеет смыслсамостоятельно брать на себя роли арбитров, чтобы прийти к окончательномурешению.5.3ФормализацияЗадачизалогаФормально,залогдляЗадачиопределяетсяследующимобразом:

1.НеобходимыйзалогутверждаетсяотдельнодлякаждойЗадачи,итребуетсогласиявсехучастников.2. У каждого из участников должно быть достаточное количество токенов,чтобывестизалог.3.УчастникипроявляютактивностьпривыполненииЗадачи.4.Послезавершениязадачизалогиперераспределяютсясредиучастников.5.ЕслиЗадачауспешновыполнена,всеполучатсвоизалогиназадзавычетомкомиссиинодызаобслуживаниевыполненияЗадачи.6. В ином случае выбирается метод разрешения спора (участникамисамостоятельноилиспривлечениемарбитра).7.Есливитогезадачане считаетсявыполненнойуспешно, залогвиновникараспределяетсясредиостальныхзавычетомкомиссииноды.

5.4СтимулированиедоверияРассмотрим следующую ситуацию: Пользователь, который успешно участвует ивноситзалогвбольшоеколичествоЗадач,получитболеевысокоезначениедоверия-на-расстоянии на основе истории полученных успешных результатов. Тот же

Пользователь, который оказывается участником Задач, исполненных неудачно,получитсниженныйрейтингнетолькоиз-зазаписиисториинеудачныхЗадач,ноииз-затого,чтоегорегулярнолишаютвнесенногозалога.Размер залога определяется типом задачи. Внесённый залог указывает намотивацию Пользователя работать над Задачей. Покупатель может указатьминимальный размер залога, который исключит продавцов, у которых не хватитресурсов для внесения залога, чтобы участвовать в торгах за возможностьвыполнять задачу. Продавец может сделать максимально высокую ставку, чтобыпокупатель, сравнивающий несколько предложений, выбрал именно его. Восновном, для более важных задач потребуется вносить более высокий залог, чемдля менее важных. Набор этих условий вынесен из Протокола на уровень Задач.Чтобы упростить процедуру внесения залога, конкретный сервис может вноситьзалог отимениПользователя в соответствии с его предпочтениями. Это тема длядальнейшихразработок.Спроснадовериевинтернетеподстегнетспроснатокеныпроекта.Такойжеэффектокажет конкуренция за доверие Пользователей. Чем больше токенов уПользователя, тем больше у него шансов вносить залог и выполнять Задачи,особенносвысокимитребованиямикразмерузалога.Аэтовлечетзасобойростегоблагонадёжностиидаётпреимуществавреальноммире.6.ТокенHub

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

На приведенной выше схеме рынок представляет собой совокупность способов, спомощью которых пользователи могут торговать Токенами Hub: например, нацентрализованныхбиржахилипосредствоматомныхтрансакций[36].Foundation (Фонд) будет создан с несколькими целями. Во-первых, он будетначислять Залоговое Вознаграждение Пользователям после завершения Заданий.(Подробная информация о Вознаграждениях за выполнение Заданий описана вследующем разделе.) Во-вторых, Foundation стимулирует развитие экосистемы, втом числе создание новых и полезных Задач Разработчиками. Фонд может такжевремяотвременивыкупатьТокеныHubсрынкадлядальнейшегостимулированияэкосистемы.6.1.РольПользователейПользователи используют Токены Hub как Залог в Задачах. Они также могутвознаграждатьТокенамиHubРазработчиковзадачиДержателейнодзанаписаниеихостингЗадачсоответственно.ОнимогутполучатьТокеныпозавершенииЗадачввидеЗалоговогоВознагражденияи,возможно,получатьЗалогидругихучастников(по спорным Задачам, в которых Арбитр признал их правоту). Вознагражденияпоощряютпользователейкдоверительномувзаимодействиюсдругимилюдьми,кдальнейшему распространению Протокола и созданию дополнительныхРепутационныхданных.Кроме того, также можно будет производить платежи с использованием ТокеновHubдругимучастникамдляЗадач,которыеподразумеваютплатежи.При появлении потребности в дополнительных Токенах Hub пользователи могутприобретатьихсрынка.6.2.РольДержателейнод

ДержателинодвознаграждаютсяТокенамиHubзавычислительнуюмощностьнод.ЗаработанныеТокеныHubонимогутсвободнопродаватьнарынке.6.3.РольРазработчиковзадачРазработчики, которые создают Шаблоны задач, будут вознаграждены долей изПользовательского Залога в Задачах, которые они выложили в публичныйдоступ.ПервоначальноFoundationтакжебудетстимулироватьразработкуновыхШаблоновзадач.Посколькуразработчики,какиДержателинод,накапливаютТокеныHub,онитакжемогутпродаватьихнарынке.7.ЗалоговоеВознаграждениеПротокол включает в себя систему залоговых вознаграждений, котораястимулирует ее применение Пользователями. Система вознаграждения действийстимулирует пользователей взаимодействовать надежными способами игенерировать Репутационные данные посредством взаимодействия. Ключевымипринципами системы вознаграждения является: (1) обеспечение первоначальногораспределения токенов Hub при создании учетной записи в сети, чтобы новыйПользователь мог начать участвовать в Задачах; (2) Залоговое ВознаграждениедолжновозвращатьсясбонусомпосравнениюсизначальнымЗалогом.ПосколькуразницамеждуЗалоговымВознаграждениемиЗалогомбудетпоступатьиз пула, который создан для развития экосистемы, стимулы будут постепенноуменьшатьсясовременемивконечномитогенивелироватьсяпомересозреваниясети; в конечном счете система вознаграждения упразднится по мере роставнутреннейценностисамогоПротокола.При выполнении обоих принципов, для защиты от возможных Sybil-атак,Пользователь должен выполнить следующие предварительные условия, чтобыполучитьРегистрационноевознаграждение:

a. Учетнаязаписьсвязанасоднимилинесколькими«сильными»идентификаторами,например.Civic[37],SSI,LinkedInит.д.

b. ЗаПользователемнезамеченаподозрительнаяактивностьc. ПоИдентификаторуновойучетнойзаписинебылополучено

регистрационноевознаграждениенадругойаккаунт

Для принципа (1) система смягчает влияние Sybil-атак, поскольку предпосылкидиктуют, что учетная запись должна быть связана хотя бы с одним новым«сильным»идентификатором.Дляпринципа(2)функциястимулируетсозданиеиуспешноевыполнениеЗаданий;система также решает проблему «нечего терять», так как если участник оставилнулевойЗалогзаЗадание,оннеполучитЗалоговогоВознаграждения,какбыонсебяниповел.Пусть следующая формула представляет коэффициент затухания ε размераРегистрационноговознагражденияпомереувеличениячислапользователей:

𝜀 = max{1 − *+,(.)*+,(0)

; 0},

где:ε:коэффициентзатухания𝑁:количествопользователейвсети𝑇:постоянная,N-йПользовательнеполучитвознаграждениеприN>TФункции вознаграждения при выполнении обоих принципов определяютсяследующимобразом.Созданиеучетнойзаписи УрегулированиеЗадач

𝑏⌈ε⌉

где:𝑏:суммавознаграждениязасозданиеучетнойзаписиε:коэффициентзатухания

𝑠∙ε(𝑎𝑛+𝑏𝑛')

где:s:Залоговоевознаграждениеε:коэффициентзатухания𝑎:пересчитанныйкоэффициентпользователя,𝑎∈[0,1]𝑛:количестводругихучастниковзадачи,которыеявляютсяновымидляПользователяиотвечаютпредварительнымусловиям𝑏:существующийкоэффициентпользователя,𝑏∈[0,1],где𝑏<<𝑎

В модели присутствуют положительные сетевые эффекты, поскольку системавознаграждения способствует взаимодействию с новыми пользователями больше,чемвзаимодействиюсужезнакомымипользователями.Следующийграфикпоказываетε,определяющийкоэффициентзатухания,дляобоихслучаев вознаграждения, когда для 𝑇 установлено значение 10 миллионовПользователей.

8.ПримерсистематикиЗадачЦенность протокола (и, следовательно, ценность Токена Hub) увеличивается сростомприменимостии разнообразия Задач, доступных в системе, поэтому важностимулировать сообщество Разработчиков, которые могут создавать Задачи иделатьихдоступнымиПользователям.

На следующей диаграмме показаны некоторые из Заданий, предусмотренных дляпротокола, которые в конечном итоге будут доступны в системе. Из-замногообразия возможных сценариев и приложений, где важно доверие нарасстоянии,множество Заданийнеисчерпывается представленнымниже списком.Мыпланируемпредоставитьбольшинствоосновныхзадачидалеебудемпоощрятьсообщество Разработчиков создавать новые Задачи, которые повысят полезностьПротокола.

Виртуальныевзаимодействия

Отправитьсообщение

Отслеживаетпотоксообщений;один-к-одномуилиодин-ко-многим;получаетбонусилиштрафвзависимостиотреакцииполучателя

Сделатьрекомендацию

ЛюбаяформарекомендациипользователемодногоилинесколькихдругихПользователей;получаетбонусилиштрафвзависимостиотрезультатов

Присоединитьсяксообществу ОтмечаетприсоединениексообществуПокинутьсообщество ОтмечаетисключениеизсообществаЗадатьвопрос ОтмечаетиоцениваетответнавопросСделатьсообщениеиликомментарий

Собираетотзывыопубликациииликомментариях

Профессиональныевзаимодействия

РазместитьвакансиюОтслеживаетпубликациювакансиииобеспечиваетвыплатубонуса

НанятьконсультантаПодписываетконтракт,отмечаеткачествовыполненнойработыипредоставляетобзор

НанятьсотрудникаНанимаетсотрудникаиотслеживаетпроизводительность

"Пошэрить"актив

Могутбытьжилье,автомобильит.д.Отслеживаетисходдляпокупателяипродавца

ОспоритьЗадачу Вовлекаетарбитрадляразрешенияспора

КвалификацияОбразование ОтслеживаниезавершенияобученияПрофессиональныесертификаты Отслеживаетполученияпроф.сертификата

Продуктыиуслуги

ПродатьтоварилиуслугуОтслеживаетуспешностьсделкииотзывыпокупателяипродавца

Подписыватьконтракт

Отслеживаетуспешноевыполнениеконтрактаиотзывыпокупателейипродавцов

Собратьсчет Трекингстатусапосчету

Передачаправасобственности

Присвоитьназваниенедвижимости

Отслеживаетуспешнуюпередачуправасобственностимеждусторонами;существуетмножествоформсделокститулом;этиЗадачиинтересны,посколькуонинемогутвключатьфинансовыйплатеж,нотемнеменеедляуспешнойтранзакциитребуетсядовериесторон

Назначитьназваниеавтомобиля

Финансы Получитьссуду ОтслеживаетуспешноепогашениессудыПолучитькредит Отслеживаетуспешноепогашениекредита

9.ВозможныеатакииспособызащитыКак и многие децентрализованные системы, система подвержена риску Sybil-атак,поскольку структура взаимодействия между пользователями имеет граф как усоциальной сети [38] [39]. В этом разделемы изложим соответствующие векторыатакиобсудимпредлагаемыезащитныемеры:

9.1.СговорАтака: Сговорившиеся злоумышленники создаютнесколькоидентифицированныхПользовательских профилей и выполняют Задачи, чтобы повысить свое довериеилисговоритьсясдругими(мывключаемобщийклассSybil-атаквэтукатегорию).Текущие решения для атак Sybil обычно делятся на три категории [40]: (1)сертификация доверенным центральным органом; (2) тестирование ресурсов; (3)использование Интернет-сети доверия. Первый способ эффективен вцентрализованных системах, но не подходит для полностью децентрализованныхсистем.Тестированиересурсов-этодецентрализованныйподход,идоказательствовыполненнойработывBitcoin(PoW),безусловно,популярно,ноимеетпроблемысмасштабируемостьюпомереувеличениячислапользователейсети.

Решение: наш Протокол будет применять Интернет-сеть доверия при валидацииПользователейдлязащитыотSybil-атак.

Недавноразработанныйиотносительноуспешныйподход–SybilShield–изложенв[41]. Каки другие алгоритмына основе графов, SybilShield предполагает, что графсоциальной сети состоит из нескольких честных и нечестных (Sybil) сообществпользователей, связанных друг с другом посредством «режущих граней». Онидентифицирует сообщества Sybil, используя стратегию случайного блуждания всочетании с агентским подходом для минимизации ошибки первого рода. Когдасообщества Sybil найдены в сети, для того, чтобы их надежность была увеличена,они дестимулируются от причинения дальнейшего ущерба. В экспериментах среальными данными SybilShield дает превосходные результаты по сравнению саналогичнымиалгоритмамив своемклассе,особеннов сниженииошибкипервогорода(FPR),сохраняяприэтомэффективностьидентификациинодSybil.

Протокол будет использовать децентрализованную Интернет-сеть доверия длявалидациисвоихпользователейследующимобразом:

1. Полные ноды будут периодически проверять базу Интернет-сети доверия спомощьюалгоритмовSybilShield.Когдавыполняетсяпроверка,пользователии связанные с ними Репутационные данные будут помечены как честные,нечестныеилиподозреваемые(переходноесостояниевпроцессепроверки).

2. Чтобы быть уверенными в честности валидаторов, пользователи будутотмечены как Sybil, когда по крайней мере 2/3 валидаторов достигнутконсенсуса.

3. Пользователи,отмеченныекакSybilилиподозреваемый,получатвременныйстатус.ОнинебудутучаствоватьвсистемевознагражденияпоЗадачамдотехпор,покаихстатуснебудетулучшенилианнулирован.ПомередальнейшегосовершенствованияПротокола, статусможетбытьаннулированчастично,т.е.убраначастьизспискапривилегий.

Помересвоегосовершенствования,Протоколвнедритновыеспособыдляанализа

Sybil-атак. Однако новые анализаторы должны учитывать тот факт, чтовзаимодействиявсоциальнойсетибыстроперемешивается[42].

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

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

9.3.НечестныймайнингЗалоговыхВознагражденийАтака: в результате ненадлежащего влияния на сеть злоумышленники могутприсваиватьвознаграждения,которыедолжныбылизарезервированыдлячестныхДержателейнод.

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

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

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

1. НовизнаДоверенноголица2. ПовторяемостьЗадач(«угасание»старыхзадачдляопределения

динамическихличностей[43])3. РазмерЗалогавзадачах

4. Разнообразиеучастников,вовлеченныхвзадачиДоверенноголица5. БылолиДоверенноелицоотмеченокакзлоумышленникSybil

ОценщикидоверительноститакжемогутпомочьванализенамеренияДоверенноголицапоновойЗадаче,оценивегоЗалогпосравнениюсаналогичнымиЗадачами.

Мы подчеркиваем, что доверительные оценщики не работают одинаково хорошодля всех типов Задач, потому что репутация в значительной степениконтекстуальна. Поэтому Оценщики доверительности должны быть разработаныспециально для их предполагаемого применения. Предоставленные библиотекидолжныслужитьотправнымиточкамивРазработке,асамиОценщикиболееточнонастраиватьсяподконтекстЗадачи.

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

11.ПриложениеHubМыуверены,чтоПротоколдоверия(описанвчасти 3) покажет свою эффективность изаймет свою нишу в Интернете, однако,чтобызавоеватьдовериепользователей,егоценность должна быть широко доказана. Вцелях ускорения повсеместной интеграцииПротокола мы планируем использоватьприложение Hub. Приложение Hub – этопрофессиональная социальная сеть новогопоколения, выросшая из мессенджера. Этоприложение даст большому количествупрофессионалов доступ к новымвозможностям в своей сфере ипрофессиональных сообществах, а такжепозволитполучитьнужныесвязииналадитьбизнес-процессы.Несмотря на широкий выборсоперничающих между собой мессенджеров,они почти не затрагиваютпрофессиональную и бизнес аудиторию, чтопредставляет огромные возможности длярынка.Профессиональныесоцсетиидеальноподходят для применения Протокола, таккакбизнесменыиспециалистывразличныхсферахдеятельностичастовзаимодействуютс незнакомыми людьми: клиентами,поставщиками,партнерами,иоказываютсявситуациях, когда взаимодоверие простонеобходимо в профессиональных интересах.Используяширокораспространенныемессенджерывделовыхцелях,пользователичасто испытывают дискомфорт, ведь таким образом их коллеги или будущие

партнеры получают доступ к большому объему персональной информациипользователя.Находящееся на стадии разработки приложение Hub задаст тон использованию идальнейшемуразвитиюПротокола.Несмотрянавсесилы,которыемывкладываемв развитие Hub сейчас, нашей конечной целью является успешное внедрениеПротокола доверия и системы связанных приложений, направленных на созданиечеловеческогодовериямеждуинтернет-пользователями.ГлавныесвойстваприложенияHubописанывследующихчастях.11.1.СообществаОсновой приложения Hub являются непосредственно хабы – микросообщества,существующие в рамках той или иной индустрии, сферы, круга интересов,локальногокомьюнити,общегодела.Внутрикаждогохабаестьновостнаялента,врамках которой пользователи могут обмениваться публикациями ивзаимодействовать так же как в социальных сетях - посредством лайков,комментариевирепостов,одновременноузнаваяновыхчленовсообщества.Внутрихаба такжедоступнафункция созданияи управлениямероприятиями сообщества.Функциихабатакжебудутраспространятьсянаобмендокументами,вакансиямиимероприятиями,атакжеразличнымитоварами.Хабыбудутобладатьоченьгибкимимеханизмамиуправления:пользователисамисмогутприниматьилиограничиватькругучастников,атакжеширотуполномочийкаждого из них внутри сообщества. Важнойцелью проекта является предоставлениеадекватных инструментов длясамоуправлениясообщества.11.2ОбменсообщениямиДлятогочтобыпользователимогливполноймере получать новые контакты ивзаимодействовать друг с другом напрямую,Hub предусматривает встроенную функциюобмена сообщениями. Пользователи смогутиспользоватьсообщения,какдлясовместнойработы,такидлясобственногопродвижения.Каквсесовременныемессенджеры,Hubбудетподдерживать обмен мультимедиа,документами, голосовые, видео и текстовыечаты.11.3ДенежныепереводыВ процессе взаимодействия пользователямтакже пригодится возможность обменаденежными средствами. Пользователям Hubбудетдоступна встроеннаясистемапереводаденежных средств какна уровне сообщества,так и непосредственно междупользователями. В таблице ниже приведены

уровнитранзакцийинекоторыепримеры:Уровень ПримерПереводывпределахсообщества • Членскиесборы

• Мероприятия• Платныйконтент• Рекламныеобъявления

ПереводынепосредственномеждупользователямииСообщения

• Сделки• Выставлениесчетов• Переводы,нетребующие

подтверждения• Маркетинговыекоммуникации• Переходправасобственности

11.4БезопасностьиконфиденциальностьОсознавая особую важность конфиденциальности и безопасности данныхпользователей в профессиональном контексте, Hub по умолчанию будетиспользовать сквозное шифрование как сообщений, так и контента сообщества.НаиболееперспективнымвданномслучаеявляетсяСигнальныйпротокол[44].Мытакже рассматриваем децентрализацию базы данных приложения. Следуетподчеркнуть,чтоэтатехнологиясейчастолькозарождаетсяибыстроразвивается.Мы продолжим изучать развитие технологий в этих областях и внедрятьусовершенствования в приложение, по мере развития технологий. Возможностиприложения Hub будут постоянно обновляться независимо от обновленийПротокола.11.5ВнедрениеПротоколадовериявприложениеHubПриложение Hub будет служить как потребителем, так и источникомрепутационных данных, помогая пользователям создавать доверительныеотношенияссообществами.Многиеактивностивсетимогутбытьпредставленыввиде Задач, и мы будем внедрять дополнительные типы Задач, по меремасштабируемостиПротокола:Фаза Описание

1. Оценщикидоверительности Каждыйпользовательприложениябудетиметьрепутационныеданные.Основадлядоверияпервоначальнобудетинтегрированавприложениеибудетработатьсисходнымиданными,такимикакзаявкиSSI(идентификаторы)идругиеданныеизвнешнихисточников.

2. Взаимодействиессообществом ПервыеЗадачидляширокогодиапазаонавозможныхдействийнебудутсвязанысплатежами,нопредполагаютЗалогсиспользованиемТокеновHub.Этидействиямогутвключатьтакиевзаимодействия,какприсоединениексообществуипубликациявакансии(см.ч.17-18).

3. Взаимодействиесплатежами Будетподдерживатьсявзаимодействиенауровнесообщества,котороетребуетплатежей,такихчленствовсообществеилипубликацииработы.НаэтомэтапетакжебудутподдерживатьсяТокеныHub,используемыевкачествеспособаоплаты.

4. Переводынепосредственномеждупользователями

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

5. ИнтеграцияХранилищазадач ИзХранилищаЗадачприложение-Hubпредоставитпул,вкоторомпользователисмогутиспользоватьвсеразработанныеШаблоныЗадачдлясвоихцелей.

12.ОпределениедецентрализованнойсетидоверияВ следующих разделах мы формально определяем структуры данных и Протоколдоверия. Мы начинаем с базовых определений, а затем расширяем до двухреалистичных применений протокола: по отправке сообщений и публикациивакансий.

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

12.1.Структураданных

𝑁∶={𝑇𝑆,{𝑡1,..,𝑡n},{𝑟1,..,𝑟n}}

• 𝑁,ноды

• 𝑇𝑆,Хранилищезадач

• {𝑡1,..,𝑡n},Журналзадач

• {𝑟,..,𝑟},Профилирепутации

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

13.ОпределениеШаблоназадачиШаблонзадачи-этоабстрактныйбазовыйшаблондлявсехдругихШаблоновЗадач.КонкретныешаблонызаданийбудутопределятьтребованиякЗалогамисодержатьлогику возврата Залога приразличныхрезультатах.Кроме того, для всех Заданийпотребуютсяатрибутыметаданных,иониуказаныздесьвбазовомшаблоне.

13.1.Структураданных𝑇∶=〈𝑖𝑑,𝑑𝑒𝑠𝑐,𝑠𝑜𝑢𝑟𝑐𝑒,𝑐𝑜𝑠𝑡,(𝑢1,..,𝑢n),{𝑢1→𝑠1,..,𝑢n→𝑠n},𝑠𝑡𝑎𝑟𝑡,𝑐𝑜𝑚𝑝𝑙𝑒𝑡𝑒𝑑,𝑜𝑢𝑡𝑐𝑜𝑚𝑒,𝑜𝑢𝑡𝑐𝑜𝑚𝑒𝑑𝑎𝑡𝑎〉где:

•𝑇,Шаблонзадачи

• 𝑖𝑑,глобальноадресуемыйуникальныйидентификаторШаблона

• 𝑑𝑒𝑠𝑐,короткоеописаниеШаблона

• 𝑠𝑜𝑢𝑟𝑐𝑒,клиент,запросившийразработкуЗадачи

• 𝑐𝑜𝑠𝑡,количествоТокеновHubкоплатеРазработчикуШаблоназадачи

• (𝑢1,..,𝑢n),Пользователи;дляидентификациипоIDs

• {𝑢1→𝑠𝑠n,..,𝑢n→𝑠n},требуемыеЗалоги(si)отПользователей(ui)вТокенахHub

• 𝑠𝑡𝑎𝑟𝑡,Временнаяметканачалавыполнениязадачи

• 𝑐𝑜𝑚𝑝𝑙𝑒𝑡𝑒𝑑,Временнаяметкаокончаниявыполнениязадачи

• 𝑜𝑢𝑡𝑐𝑜𝑚𝑒,пересчитанныйрезультат

• 𝑜𝑢𝑡𝑐𝑜𝑚𝑒𝑑𝑎𝑡𝑎,переменныерезультирующиеданные

13.2.Протоколы13.2.1.Instantiate(интерполировать)СоздаетчастныйслучайЗадачиизШаблоназадачи.

𝑡≔𝐼𝑛𝑠𝑡𝑎𝑛𝑡𝑖𝑎𝑡𝑒(𝑐𝑙𝑖𝑒𝑛𝑡𝑠𝑜𝑢𝑟𝑐𝑒,(𝑢1,..,𝑢n),{𝑢1→𝑠1,..,𝑢n→𝑠n}),где:

Входныеданные:

•𝑐𝑙𝑖𝑒𝑛𝑡𝑠𝑜𝑢𝑟𝑐𝑒,клиентЗадачи•(𝑢1,..,𝑢n),участвующихпользователей;u0-этоинициаторЗадачи

•{𝑢1→𝑠1,..,𝑢n→𝑠n},ЗалогsiучастникаuiВыходныеданные:•t,интерполированнаязадача

Условия:

1.𝑠𝑜𝑢𝑟𝑐𝑒:=𝑐𝑙𝑖𝑒𝑛𝑡𝑠𝑜𝑢𝑟𝑐𝑒

2.ХотябыодинпользовательвнесЗалогвЗадачу

3.ВсепользователиимеютЗалогивсоответствиистребованиямикшаблону4.ДлякаждогопользователяuiЗадачаtдобавленаврепутационныйпрофильui5.ЗалогизакладываютсядоtдооткрытияЗадачи6.ПеренестиТокеныHubвразмере𝑐𝑜𝑠𝑡РазработчикуЗадачи

14.ОпределениеЗадачиЗадача – это пример Шаблона Задачи. Содержимое Задачи криптографическизашифрованоидоступнотолькоучастникам.

14.1.Протоколы14.1.1.Settle(клирингЗадачи)Протокол Settle вызывается при завершении задачи, чтобы активироватьперераспределение Залоговых Вознаграждений участникам Задачи в зависимостиот результата. Он специально реализован в не базовом Шаблоне задачи, а в егорасширениях.

𝑆𝑒𝑡𝑡𝑙𝑒(𝑜𝑢𝑡𝑐𝑜𝑚𝑒[,𝑜𝑢𝑡𝑐𝑜𝑚𝑒𝑑𝑎𝑡𝑎])

Входныеданные:

•𝑜𝑢𝑡𝑐𝑜𝑚𝑒,Результатзадачи

•𝑜𝑢𝑡𝑐𝑜𝑚𝑒𝑑𝑎𝑡𝑎,дополнительныеданные,относящиесякРезультату:

•t,Задача

Условия:

1.ЗалоговыеВознагражденияперераспределяютсямеждуучастникамивсоответствиисИтогамиЗадачи,реализованнымивсмарт-контрактеШаблонаЗадачи

15.ОпределениерепутационногопрофиляРепутационный профиль - это данные о Задачах Пользователя, в которых онучаствовал, с их результатами и типами. Каждый профиль репутации являетсясуверенным. Протокол определяет операции, которые делают доступ к профилюавторизованнымисанкционированным.

15.1.Структураданных

𝑅∶=〈𝑢,𝑖𝑛𝑣𝑎𝑙𝑖𝑑𝑎𝑡𝑒𝑑,(𝑡1,..,𝑡n)〉

• 𝑅,репутационныйпрофиль• 𝑢,идентификаторПользователя• 𝑖𝑛𝑣𝑎𝑙𝑖𝑑𝑎𝑡𝑒𝑑,0,еслиПользовательсчитаетсячестнымпослевалидации;1в

противномслучае

•(𝑡1,.,𝑡n),историязадачзадач,вкоторыхuявляетсяучастником

15.2.Протоколы15.2.1.Map(клирингЗадачи)ПротоколкартыпредоставляетметодразрешенияПользователюдоступаиоценкирепутационного профиля другого Пользователя. Карта может использоватьсяКлиентами для «оценки» репутации данного Пользователя, например, привычисленииметрикдоверияиливизуализацииданныхорепутацииПользователя.Вовсех случаяхдоступдолженбытьразрешенвладельцемпрофиляиможетбытьреализован как смарт-контракт. Параметр спецификации запроса (𝑠𝑒𝑎𝑟𝑐h 𝑠𝑝𝑒𝑐)действуеткакфильтрдляисториизадачодногоПользователя,которыйсканируетатрибуты запроса и возвращает усеченный репутационный профиль. Владелецпрофилядолженсогласитьсякакспоисковойспецификацией,таки свидимостьюатрибутовпрофилядлядругихПользователей.

𝑀𝑎𝑝(𝑢,𝑠𝑒𝑎𝑟𝑐h𝑠𝑝𝑒𝑐,𝑟𝑒𝑠𝑢𝑙𝑡𝑎𝑡𝑡𝑟𝑖𝑏𝑢𝑡𝑒𝑠)

Входныеданные:

•u,запрашивающийПользователь

•𝑠𝑒𝑎𝑟𝑐h𝑠𝑝𝑒𝑐,критериипоискадляпрофилярепутации;деревозапросовсопоставленийатрибутовикритериев

•𝑟𝑒𝑠𝑢𝑙𝑡𝑎𝑡𝑡𝑟𝑖𝑏𝑢𝑡𝑒𝑠,атрибутыЗаданий,которыемогутбытьвозвращеныисделанывидимымидлязапрашивающегоПользователя

Выходныеданные:

•(𝑡1,.,𝑡n),списокзадач,соответствующихспецификациипоиска(𝑠𝑒𝑎𝑟𝑐h𝑠𝑝𝑒𝑐),толькосдоступнымиатрибутами(𝑟𝑒𝑠𝑢𝑙𝑡𝑎𝑡𝑡𝑟𝑖𝑏𝑢𝑡𝑒𝑠)

1.РазрешениевладельцаРепутационногопрофиля,состоитвтом,чтопользовательuавторизовандляустановкипараметровпоискаипросмотраатрибутовЗаданий.

2.Впротивномслучае,протоколвычисляетO:=длякаждойзадачиtiврепутационномпрофиле,собираетдлявыводатолькотеатрибутыватрибутахрезультата,гдеtiсоответствуеткритериюпоиска

3.ПротоколвозвращаетO

15.2.2.Attest(Подтверждение)Реализует доказательство с нулевым знанием (zero-knowledge proof) врепутационном профиле пользователя для запрашиваемого подтверждения справами владельца. Доказательство с нулевым знанием, реализованное через zk-SNARKs[45],требуютпредварительной«доверительнойнастройки»взависимостиоттребуемогоподтверждения.Особенностиреализацииещебудетболеедетальноисследованы. (Доказательство с нулевым знанием в конечном итоге может бытьреализовано с помощью zk-STARKs [46], для которого не требуется этап«доверительнойнастройки».)

𝐴𝑡𝑡𝑒𝑠𝑡(𝑢,𝑐𝑟𝑖𝑡𝑒𝑟𝑖𝑎)

Входныеданные:

•𝑢,запрашивающийПользователь

•𝑐𝑟𝑖𝑡𝑒𝑟𝑖𝑎,спецификациярепутации,которуюследуетподтвердить;сопоставлениеатрибутовЗадачисихожидаемымизначениями

Выходныеданные:

•true,еслиподтверждениезавершаетсяуспешно.Впротивномслучае–false.

1.ПротоколподтверждаетразрешениеотвладельцаПрофиля,наточтоПользовательuмогпроверитькритерии.Еслиподтверждениянет,тонепроверканеполучится.

2.Тогда𝑅:=𝑓𝑎𝑙𝑠𝑒

3.ВпротивномслучаедлякаждойЗадачи𝑡iвпрофилерепутацииПротоколзадает𝑅:=𝑡𝑟𝑢𝑒,если𝑡iсоответствуеткритериям

4.Вывод𝑅

16.ОпределениеХранилищазадачХранилище задач появится в будущей версии протокола и будет хранитьобщедоступные Шаблоны задач для создания Задач с помощью Протоколаинтерполяции.

16.1.Структураданных𝑇𝑆∶={〈𝑇1,𝑟1〉,..,〈𝑇n,𝑟n〉}

• 𝑇𝑆, Хранилищезадач

• 〈𝑇,𝑟〉, наборШаблоновзадачисвязанныхснимирепутационныхпрофилей

16.1.1.AddUpdate(Обновить)Данная структура добавляет новый Шаблон задачи или применяет обновление к существующему.

𝐴𝑑𝑑𝑈𝑝𝑑𝑎𝑡𝑒(𝑇)

Входныеданные:

•𝑇,Шаблонзадачи

Выходныеданные:нет

1.ПоисксуществующегоШаблона𝑇0,используяидентификатор𝑇

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

3.Впротивномслучае,если𝑇0существует,производитсязамена𝑇0на𝑇

4.если𝑇0несуществует,тодобавляется𝑇

16.1.2.Search(Поиск)НаходитШаблонызадачвсоответствиисзаданнымикритериямипоиска.

𝑆𝑒𝑎𝑟𝑐h(𝑐𝑟𝑖𝑡𝑒𝑟𝑖𝑎)

Входныеданные:

•𝑐𝑟𝑖𝑡𝑒𝑟𝑖𝑎,(критерии)сопоставлениеатрибутовШаблоновзадачсихжелаемымизначениями

Выходныеданные:

•(𝑇1,.,𝑇n),Шаблонызадач,соответствующиекритериям

1.Определение𝑂:={}

2.ДлякаждойЗадачи𝑇iвХранилищезадач,котораясоответствует𝑐𝑟𝑖𝑡𝑒𝑟𝑖𝑎,добавляет<𝑇i,𝑅i>в𝑂

3.Вывод𝑂

17.ПримерШаблона:КоммуникативнаяЗадачаВследующихразделахмыприводимразличныепримерыполезныхШаблоновзадач.МыбудемссылатьсянаэтиШаблоныкакнаЗадачи,хотяподразумевается,чтоонифактическиявляютсяШаблонамизадач.

Сообщения - это основной элемент большинства социальных сетей. Обычносообщения используются для межличностного взаимодействия, но оказываютсяполезны и для рекламных рассылок и других видов несогласованноговзаимодействия. Платный прием сообщений может быть указан Пользователем,если он, например, является консультантом и взимает плату за свои услуги.КоммуникативнаяЗадачапредставляетсобойодносообщениеилипотоксообщениймежду отправителем и получателем. Будучи изложенной в таком виде,КоммуникативнаяЗадачапредставляетсобойчастныйслучайЗадачисчастичнымиЗалогами, поскольку для ее исполнения требуется Залог только от отправителясообщения. Коммуникативная Задача может применяться для более сложныхвзаимодействий: с ее использованиемможно отправлять сообщение двум и болееПользователямисоздаватьгрупповыечатыилиспонсируемыерассылки,которыедостигаютсразумногихПользователей.

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

Коммуникативная Задача дополняет базовый Шаблон задачи (см. часть 13)атрибутами, подходящими именно для этой задачи. (Важно заметить, что не всеформыобменасообщениямидолжныбытьохарактеризованыкакЗадачи,атолькоте,которыемогутповлиятьнадоверие.)

17.1.Структураданных

𝑀∶=𝑇+〈𝑚𝑒𝑠𝑠𝑎𝑔𝑒𝑖𝑑[,𝑝𝑎𝑦𝑚𝑒𝑛𝑡]〉

• 𝑀,сообщение

• 𝑇,базовыйШаблонзадачи

• 𝑚𝑒𝑠𝑠𝑎𝑔𝑒𝑖𝑑,ссылканавне-блокчейнданные(ссодержимымотправляемогоСообщения)

• 𝑝𝑎𝑦𝑚𝑒𝑛𝑡,платежполучателюприответеилиакцептеконтакта;такжеуказываетсярасчетнаявалюты,которыйможетбытьвТокенахHub

17.2.Протоколы17.2.1.Instantiate(интерполировать)РасширяетбазовыйПротоколинтерполяцииизбазовогоШаблоназадачи.

𝑚≔𝐼𝑛𝑠𝑡𝑎𝑛𝑡𝑖𝑎𝑡𝑒((𝑠,𝑟),{𝑠→𝑠s},𝑚𝑒𝑠𝑠𝑎𝑔𝑒𝑖𝑑[,𝑝𝑎𝑦𝑚𝑒𝑛𝑡]),где:

Входныеданные:

•s,идентификаторПользователяОтправителя

•r,идентификаторПользователяПолучателя•𝑠s,Залоготправителя•𝑚𝑒𝑠𝑠𝑎𝑔𝑒𝑖𝑑,ссылканавне-блокчейнданные(ссодержимымотправляемогоСообщения)

•𝑝𝑎𝑦𝑚𝑒𝑛𝑡,оплатаполучателя

Выходныеданные:•𝑚,КоммуникативнаяЗадача

Протокол:

1.Устанавливаетучастников(𝑠,𝑟)2.УстанавливаетЗалоги{𝑠→𝑠s}

3.Задаетидентификаторзадачи:="𝑚𝑒𝑠𝑠𝑎𝑔𝑒"4.Сообщение,помещенноев𝑚𝑒𝑠𝑠𝑎𝑔𝑒𝑖𝑑,отправляетсяот𝑠к𝑟

17.2.2.Accept(Приём)𝐴𝑐𝑐𝑒𝑝𝑡()

Входныеданные:

•нетВыходныеданные:

•нет

Протокол:1.Еслиуказано𝑝𝑎𝑦𝑚𝑒𝑛𝑡,этасуммапереноситсяот𝑠к𝑟

17.2.3.Settle(закрытиеКоммуникативнойзадачи)Расширение базового протокол Шаблона Задачи, которое предотвращаетдальнейшиенесанкционированныесообщениямеждупользователями.

𝑆𝑒𝑡𝑡𝑙𝑒(𝑜𝑢𝑡𝑐𝑜𝑚𝑒)

Входныеданные:

•𝑜𝑢𝑡𝑐𝑜𝑚𝑒,результатЗадачи,одиниз:𝑠𝑒𝑛𝑡|𝑟𝑒𝑎𝑑|𝑎𝑐𝑐𝑒𝑝𝑡𝑒𝑑|𝑟𝑒𝑝𝑙𝑖𝑒𝑑|𝑠𝑝𝑎𝑚Выходныеданные:

•𝑚,КоммуникативнаяЗадача

Протокол:1.ЕслирезультатЗадачи-𝑠𝑝𝑎𝑚,то𝑟получаетсумму𝑠sот𝑠

2.Впротивномслучае,сумма𝑠sвозвращаетсяк𝑠

18.ПримерШаблонаЗадачи:ОпубликоватьвакансиюВ Задаче Опубликования вакансии работодатель обязуется предоставить Залог иопубликовать вакансию, которая может представлять интерес в определенномсообществе. Кроме того, данная Задача предполагает реферальную программу,состоящую из выплаты части Залогового Вознаграждения за успешнуюРекомендацию кандидата на должность. Гарантией качественной рекомендациитакже выступает Залог, который Рекомендующий прикладывает к своейрекомендации.

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

Шаблон «Опубликовать вакансию» позволяет работодателю публиковатьтребования к соискателю и предложить сообществу реферальную программу. Напримере этой Задачи показано, как Шаблон задачи может специализироваться иобъединять другие Задачи для соответствия определенным требованиям. В этомслучаешаблонзаданиярасширяетшаблонКоммуникативнойЗадачиииспользуетсообщениядляотслеживаниярефералов.

КлиентсоздаетсвоюкопиюЗадачиотимениработодателя,указываянеобходимыепараметрыдляпубликацииЗадачи.Оплатапроизводитсяполучателю,которыйдалуспешную рекомендацию по трудоустройству, или сообществу, после успешнойпубликации. В любой момент Пользователь может отсылать кандидата (другогоПользователя) к работодателю, которыйвызывает протокол𝐴𝑑𝑑𝑅𝑒𝑓𝑒𝑟𝑟𝑎𝑙, чтобы спомощьюсообщениясвязатьрекомендателясЗадачей.Послетого,какпубликациявакансий должна быть закрыта, независимо от того, был ли в итоге найденсотрудникилинет,Клиентвызываетпротокол𝑆𝑒𝑡𝑡𝑙𝑒 срезультатомвЗадаче.ЕслиЗадача было успешно заполнена, то работодатель решает, что один изрекомендателей должен получить награду, и Залоговое Вознаграждениевыплачивается успешному рекомендателю. Если были обнаружены последствиязлонамеренных действий, соответствующие Ставки перераспределяются другимучастникам.(Подробнееобэтомниже.)ЕслисЗадачейничегонепроисходит,Залогивозвращаютсяпервоначальнымзалогодателямбезизменений.

18.1.Структураданных𝐽∶=𝑀+〈{𝑟1,..,𝑟n},𝑗𝑜𝑏𝑡𝑖𝑡𝑙𝑒[,𝑠𝑎𝑙𝑎𝑟𝑦,...]〉

• 𝐽,ШаблонЗадачипопубликациивакансии

• •𝑀,ШаблонКоммуникативнойЗадачи

• •{𝑟1,..,𝑟n},наборизКоммуникативнойЗадачидляпривязки

рекомендателей

• •𝑗𝑜𝑏𝑡𝑖𝑡𝑙𝑒[,𝑠𝑎𝑙𝑎𝑟𝑦,...],атрибутывакансии

18.2.Протоколы18.2.1.Instantiate(интерполировать)𝑗≔𝐼𝑛𝑠𝑡𝑎𝑛𝑡𝑖𝑎𝑡𝑒(𝑝,𝑝→𝑠u,𝑗𝑜𝑏𝑡𝑖𝑡𝑙𝑒,𝑗𝑜𝑏𝑑𝑒𝑠𝑐𝑟𝑖𝑝𝑡𝑖𝑜𝑛,𝑏𝑜𝑢𝑛𝑡𝑦[,𝑠𝑎𝑙𝑎𝑟𝑦,...]),где:

Входныеданные:•𝑝,идентификаторПользователяРаботодателя

•𝑝→𝑠p,размерЗалогаРаботодателя

•𝑗𝑜𝑏𝑡𝑖𝑡𝑙𝑒,названиевакансии•𝑗𝑜𝑏𝑑𝑒𝑠𝑐𝑟𝑖𝑝𝑡𝑖𝑜𝑛,ссылканавне-блокчейнданныепередаетсявсообщении𝑚𝑒𝑠𝑠𝑎𝑔𝑒𝑖𝑑•𝑏𝑜𝑢𝑛𝑡𝑦,вознаграждение,сохраненноевсообщении«𝑝𝑎𝑦𝑚𝑒𝑛𝑡»

Выходныеданные:

•𝑚,ЗадачаПубликацииВакансииПротокол:

1.Устанавливает𝑝вкачествеучастниказадачи

2.Устанавливает𝑠pвкачествеЗалогаРаботодателя3.Устанавливает𝑚𝑒𝑠𝑠𝑎𝑔𝑒𝑖𝑑:=𝑗𝑜𝑏𝑑𝑒𝑠𝑐𝑟𝑖𝑝𝑡𝑖𝑜𝑛

4.Устанавливает𝑝𝑎𝑦𝑚𝑒𝑛𝑡:=𝑏𝑜𝑢𝑛𝑡𝑦

18.2.2.AddReferral(добавитьрекомендателя)Добавляет рекомендателя с помощью Коммуникативной Задачи в ЗадачуПубликациивакансии.𝐴𝑑𝑑𝑅𝑒𝑓𝑒𝑟𝑟𝑎𝑙(𝑚),где: Входныеданные:

•m,СообщениеВыходныеданные:

•нетПротокол:

1.Устанавливает,чтополучатель𝑚являетсясоздателемЗадачиПубликациивакансии2.Устанавливает,чтосообщение𝑚ещеотправлялосьврамкахэтойЗадачиПубликациивакансии3.Добавляет𝑚вЗадачуПубликациивакансии

18.2.3.Settle(закрытиеЗадачипубликациивакансии)Данный протокол вызывается, когда публикация вакансии уже закрыта иоценивается,следуетливыплачиватьвознаграждениерекомендателю.𝑆𝑒𝑡𝑡𝑙𝑒(𝑜𝑢𝑡𝑐𝑜𝑚𝑒[,𝑜𝑢𝑡𝑐𝑜𝑚𝑒𝑑𝑎𝑡𝑎]),где: Входныеданные:•𝑜𝑢𝑡𝑐𝑜𝑚𝑒,исход,одиниз𝑛𝑜𝑡𝑝𝑙𝑎𝑐𝑒𝑑|𝑝𝑙𝑎𝑐𝑒𝑑•𝑜𝑢𝑡𝑐𝑜𝑚𝑒𝑑𝑎𝑡𝑎,если𝑜𝑢𝑡𝑐𝑜𝑚𝑒является𝑝𝑙𝑎𝑐𝑒𝑑,то𝑜𝑢𝑡𝑐𝑜𝑚𝑒𝑑𝑎𝑡𝑎являетсяидентификаторомрекомендателя𝑟,которыйдолженполучитьЗалоговоевознаграждение

Выходныеданные:•нет

Протокол:1.Еслиисходныйрезультатиуспешныйрекомендатель𝑟существуют,переводит𝑏𝑜𝑢𝑛𝑡𝑦рекомендателю𝑟.18.3.ДиспутыПри закрытии Задачи публикации вакансии может возникать несколько спорныхсценариев(диспутов).Вданнойчастиописано,какможноразрешитьспоры,и,чтоболее важно, как Залоги могут быть справедливо перераспределены, чтобыобеспечитьнадлежащиестимулыдляучастниковЗадачи.Рассмотрим ситуацию, когда Работодатель получает рекомендации высокогокачества и отмечает их как неподходящие, в попытке оставить ЗалогиРекомендателей себе. В аналогичном сценарии Работодатель нанимает одного изрекомендованных,нопытаетсяневыплатитьнаградуРекомендателю.

Мыутверждаем,чтовобоихслучаяхспорможетбытьразрешенсиспользованиемарбитра, который может быть менеджером сообщества, где была размещенавакансия. Арбитр может изучить детали диспута, и вынести профессиональноесуждение. Если они решают в пользу Рекомендателей, Работодатель теряет свойЗалог, которыйраспределяется среди всех Рекомендателей. Когдаже оказываетсяправРаботодатель, он получаютЗалог от «неправдивого» Рекомендателя (-ей) (совсемидругими«правдивыми»Рекомендателями,возвращающимисвоиставки).19.Дальнейшаяработа19.1.РазработкасистематикиЗадачдляэффективнойоценки доверительности

ПомереувеличенияколичестваШаблоновЗадач,актуальностьвихкатегоризациидля более точной оценки доверительности только возрастает. Организациясистематики традиционно проводилась в централизованных системах. Мыобдумываем децентрализованное решение задачи, где Шаблоны Заданий могутбытьсозданыивконечномитогеэффективнораспределеныпокатегориям.19.2.РасчетрекомендуемыхЗалогов

Стимулы к доверительному поведению в децентрализованной системе будутхорошо работать при правильном определении значений Залогов для различныхЗадач.Соответствующееисследованиеэкономическихмоделейиихприменениенетолько поможет пользователямопределить оптимальную сумму Залога в Задачах,ноибудетспособствоватьполномасштабномураспространениюПротокола.20.ЗаключениеИнтернет былразработан как глобальная открытая сетьна основе протокола дляобмена информацией. Социальные сети и мессенджеры стали одними из самыхмассовыхинадежныхпримененийИнтернета.Ксожалению,помереростаэтойсетинеспособностьпользователейсоздаватьдоверительныеотношенияснезнакомцамипривела к множеству серьезных ограничений, которые препятствуют будущемуэкономическомуразвитиюИнтернета.Концепции неизменной базы данных и децентрализованной архитектурыпозволяют создать доверие-ориентированный способ взаимодействия, которыйможетзначительноповыситьэкономическуюценностьдляпользователей,которыевзаимодействуютсдругимипользователямичерезИнтернет.21.БлагодарностиАвторы хотели бы поблагодарить следующих людей, которые своимипредложениями внесли ценный вклад в написание этой работы: Кен Фромм (Ken Fromm), Кен Келлер (Ken Keller), Фред Крюгер (Fred Krueger), Николай Орешкин(Nikolai Oreshkin),АлексПун(Alex Poon),МайкПрайнс(Mike Prince)иКайлВанг(Kyle Wang).

22.Списоклитературы 1 https://www.ted.com/talks/rachel_botsman_the_currency_of_the_new_economy_is_trust 2 http://www3.weforum.org/docs/WEF_Realizing_Potential_Blockchain.pdf 3 http://blogs.teradata.com/international/how-much-data-we-create-daily/ 4 https://en.wikipedia.org/wiki/Dunbar%27s_number 5 https://en.wikipedia.org/wiki/Robin_Dunbar 6 https://twitter.com/NickSzabo4/status/917474578640732160 7 https://www.lifewire.com/how-many-email-users-are-there-1171213 8 http://www.radicati.com/wp/wp-content/uploads/2015/02/Email-Statistics-Report-2015- 2019-Executive-Summary.pdf 9 https://www.lifewire.com/how-many-emails-are-sent-every-day-1171210 10 https://www.wired.com/2014/05/sharing-economy-fico/ - см. комментарий Monroe Labouisse об Airbnb 11 https://www.linkedin.com/ 12 https://www.csoonline.com/article/3036072/social-networking/the-rise-of-linkedin- fraud.html 13 https://www.linkedin.com/pulse/why-so-many-fake-data-scientist-bernard-marr 14 https://3qdigital.com/socialmedia/linkedin-fake-profile-heaven#.WinVjVQ-fUI 15 https://books.google.de/books?id=myAAyj0hmq8C, с. 95 16 https://web.stanford.edu/~leinav/pubs/AR2016.pdf 17 http://www.fico.com/en/products/fico-score 18 https://en.wikipedia.org/wiki/Sesame_Credit 19 https://medium.com/learning-machine-blog/the-time-for-self-sovereign-identity-is-now- 222aab97041b 20 http://oneworldidentity.com/identity-industry-landscape/ 21 https://oauth.net/2/ 22 http://openid.net/ 23 http://identity.foundation/ 24 https://www.uport.me/ 25 https://sovrin.org/ 26 https://bravenewcoin.com/assets/Whitepapers/Augur-A-Decentralized-Open-Source- Platform-for-Prediction-Markets.pdf 27 http://presnick.people.si.umich.edu/papers/postcards/PostcardsFinalPrePub.pdf 28 https://www.ted.com/talks/rachel_botsman_the_currency_of_the_new_economy_is_trust 29 https://en.wikipedia.org/wiki/Performance_bond 30 http://mason.gmu.edu/~atabarro/PrivateProvision.pdf 31 https://en.wikipedia.org/wiki/Free-rider_problem 32 http://marginalrevolution.com/marginalrevolution/2013/08/a-test-of-dominant-assurance- contracts.html 33 https://www.cato-unbound.org/2017/06/07/alex-tabarrok/making-markets-work-better- dominant-assurance-contracts-some-other-helpful 34 https://en.wikipedia.org/wiki/Assurance_contract 35https://ethereum.stackexchange.com/questions/2402/what-exactly-is-the-nothing-at-stake-problem

36https://www.cryptocompare.com/coins/guides/what-are-atomic-swaps/37https://www.civic.com/

38https://en.wikipedia.org/wiki/Sybil_attack

39https://www.cs.ucsb.edu/~ravenben/publications/pdf/reputation-ecrj10,с.24640https://nymity.ch/sybilhunting/pdf/Levine2006a.pdf

41http://ualr.edu/computerscience/files/2014/01/Paper-6.pdf42https://pdfs.semanticscholar.org/d877/826ef2db3e7b3d955ca4b7265123be62154f.pdf,с.243https://www.cs.ucsb.edu/~ravenben/publications/pdf/reputation-ecrj10.pdf,с.24644https://en.wikipedia.org/wiki/Signal_Protocol

45https://blog.ethereum.org/2016/12/05/zksnarks-in-a-nutshell/46https://eprint.iacr.org/2018/046