Litentry (LIT) - DID агрегатор

Litentry - это децентрализованный агрегатор идентификаторов, который позволяет связывать идентификаторы пользователей между несколькими децентрализованными сетями.

Litentry предоставляет dApps надежный способ получения данных DID в реальном времени о владельце идентификационной информации в нескольких блокчейнах и dApps. Обладая протоколом индексации DID и созданной Substrate распределенной цепочкой блоков проверки DID, Litentry предоставляет децентрализованную, проверяемую службу агрегации идентификаторов, которая устраняет избыточность кода и проблемы, связанные с устранением независимых механизмов DID. Каждый может создавать и отправлять методы DID в Litentry, что делает идентификационные данные легко доступными в Web3.

Разработка DID - агрегатора на блокчейне

Агрегирование DID - это процесс интеграции широкого диапазона цифровых идентификаторов из нескольких сетей. Наше определение децентрализованной идентичности соответствует стандарту W3C, который определяет, что «децентрализованная идентичность - это глобально уникальный постоянный идентификатор, который не требует централизованного регистрационного органа, поскольку он генерируется и / или регистрируется криптографически». Поскольку разные децентрализованные системы имеют разные стандарты DID, очень важно хорошо интегрировать эти стандарты при связывании цифровых идентификаторов. Ожидается, что спрос на интегрированные идентификационные данные в основном будет исходить от децентрализованных приложений, которые подпитываются персональными идентификационными данными. Помимо взаимодействия, идентификатор играет критическую роль в сценариях, когда сервер запрашивает у клиента идентификационные данные, такие как KYC, кредитные рейтинги или учетные данные, в попытке предоставить услуги. В прошлом и в настоящее время многие приложения требуют, чтобы пользователи предоставляли свою информацию из сторонних приложений или напрямую отслеживали действия пользователей, чтобы получить необходимую им информацию. Это неизбежно ставит под угрозу пользователей из-за нарушения конфиденциальности и утечки личных данных.

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

В частности, что касается надежных данных DID, мы сталкиваемся с проблемами, указанными ниже:

  • Отсутствие источника данных;
  • Отсутствие относительных API для взаимодействия с реестрами данных;
  • Необходимо разрешить все методы DID и проверить учетные данные;
  • Необходимо изучить новый формат данных и соблюдать его;
  • Требуется наличие единой точки отказа от конечных точек централизованного обслуживания.

Сегодня мы видим, что множество децентрализованных приложений имеют независимый механизм DID для сбора данных идентификации пользователя, который часто служит той же цели и является повторяющимся. Например, чтобы доказать право собственности на учетную запись Twitter, обычно мы заставляем владельца учетной записи отправлять определенное сообщение на платформу. Обычно видно, что этот же механизм проверки многократно разрабатывается для других приложений т.е. Keybase, аутентификация личности в социальной сети Polkadot Registrar. Для многих групп разработчиков создание собственных функциональных компонентов для идентификационных данных требует много времени, усилий и денег, а также отвлекает команду от их основных целей. Было бы очень удобно, если бы у нас был проверенный и надежный источник данных.

Поскольку люди уже создали огромные объемы данных в различных децентрализованных системах, необходимо найти способ связать эти данные, чтобы они могли передаваться через разные системы и платформы, при сохранении конфиденциальности пользователей и суверенитета данных. Такой подход действительно может отражать основную ценность Web3. Между тем, появление блокчейна обеспечивает эффективную базовую инфраструктуру реестра данных, которая позволяет индексировать и извлекать данные, а также способствует росту и внедрению DID.

Что такое данные DID?

В децентрализованной системе мы рассматриваем данные, подтверждающие право собственности на личность, как данные DID. Эти данные, вероятно, прочно связаны с идентичностями в природе, но также могут быть данными, которые связываются с идентичностью после компьютерного анализа. Например, данные в сервисных приложениях DID обычно тесно связаны с идентификацией, включая водительские права, результат теста на нуклеиновую кислоту COVID-19 и многое другое. В качестве альтернативы, некоторые данные становятся связанными с идентичностью после определенных вычислений, которые включают в себя вклад кода в децентрализованную систему сотрудничества и голосование в децентрализованной автономной организации (DAO).

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

Спрос на данные DID

По мере быстрого появления децентрализованных приложений спрос на данные DID продолжает расти. На раннем этапе мы ожидали высокого спроса на услуги DID со стороны децентрализованного кредитования, децентрализованных автономных организаций и децентрализованных систем персонализированных рекомендаций. Чтобы оставаться децентрализованными и избежать единой точки отказа, dApps должны децентрализовать свои источники при получении данных DID. Однако в текущей сети нет готового децентрализованного источника идентификационных данных.

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

Агрегатор DID

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

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

Открытый протокол

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

Децентрализованный

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

Чтобы удалить централизованные органы управления или любой отказ единой точки в системе проверки DID, мы строим сеть децентрализованных валидаторов на основе блокчейна Proof of Stake, которая реструктурирует бизнес-модель между валидаторами и потребителями услуг. Сеть гарантирует честность валидаторов с контрактами, заключенными в сети.

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

Легко проверяемый

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

Сеть будет распознавать доверенные механизмы проверки DID, которые интегрированы в ее кодовую базу, и рассматривать другие как агностики. Агностическим механизмам нельзя доверять, если только запрашивающий сервис не доверяет механизму. В этом случае валидаторы будут использовать выбранный механизм DID для вычисления результата.

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

Минимум данных в сети

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

Конфиденциальность-Сохранение

В процессе децентрализованной проверки отношения между DID-аккаунтом неизбежно могут быть открыты валидаторам. Мы считаем, что должен быть баланс между конфиденциальностью и удобством. Исходя из предпосылки предоставления функциональных и децентрализованных услуг, мы будем применять методы конфиденциальных вычислений (такие как реализация TEE и доказательство с нулевым разглашением) и протокол обфускации идентификаторов. Технология запутывания идентификатора скрывает идентификатор владельца учетных данных или идентификатор потребителя услуги. Валидаторы не будут знать истинного владельца данных DID или куда они направляются, поэтому они теряют злонамеренные мотивы для рассылки рекламы или мошенничества.

Совместимость

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

Демократия

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

Все функции агрегатора могут быть изменены децентрализованной автономной организацией (DAO). Сообщество может голосовать за предложения по обновлению протокола и реализовывать их в сети. Например, сообщество может решить, какой метод проверки DID является доверенным, посредством голосования DAO, тогда сеть распознает этот метод как доверенный. Такой подход обеспечивает надежную и эффективную среду, в которой пользователи могут без сомнения полагать, что их учетные данные эффективно проверены.

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

Зачем нам нужна кросс-чейн идентичность для Web 3.0

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

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

Псевдоанонимные сети блокчейнов препятствуют мониторингу профиля идентичности, но также исключают преимущества кроссплатформенной идентичности. Без межплатформенной идентификации пользовательский опыт управления идентификацией в DApps не был бы таким компетентным, как приложения Web2.0, и, что наиболее важно, сложно проверить и аккредитовать идентификационные данные, что приведет к следующим проблемам:

Распространенная проблема для новых блокчейн-проектов - как привлечь реальных пользователей. В блокчейн-проектах всегда используется air-drop, но проекты не могут помешать пользователю создать несколько учетных записей для получения вознаграждения. Например, щедрая раздача токенов Uniswap всем историческим поставщикам ликвидности не имеет никакого отношения к пользователям.

Недостаток в мире DeFi - это кредитная ссуда. Без кредитной или финансовой истории пользователей финансовые институты должны взимать залог за выдачу микрозайма или срочного займа.

При ончейн-управлении сетью Proof of Stake (PoS) сила голосования в основном определяется распределением токенов, сети потребуются сложные алгоритмы, чтобы гарантировать, что количество голосов не контролируется отдельными основными заинтересованными сторонами.

В настоящее время деятельность сетевой идентичности - это больше, чем передача токенов, и она может отражать характеристики идентичности. Например, чтобы узнать, является ли пользователь поставщиком долгосрочной ликвидности на Uniswap, мы могли бы проверить внесение ликвидности и действия по снятию средств или узнать, активен ли пользователь в качестве участника управления сетью на Polkadot, проверив его данные о назначении и голосование за демократию. Кроме того, среда выполнения блокчейна, как правило, имеет более сложные состояния, такие как твиты в децентрализованной системе блогов, у которой есть запись в цепочке. Транзакцию правильнее называть «внешней», что указывает на любое сообщение из внешнего мира, которое может изменить состояние цепочки блоков. После объединения с разными учетными записями в разных цепочках.

Межсетевое взаимодействие

Это причина, по которой нам нужна кросс-чейновая идентификация, пользователь выбирает идентификаторы из разных цепочек для связывания вместе, затем собираются и количественно оцениваются внутричейновые данные связанной идентичности, и в конечном итоге пользователь может предоставить кросс-чейн-идентичность в качестве логика первого порядка для разных сетей и DApps. С такой межсетевой идентичностью проекты блокчейнов могут предлагать специализированные дифференцированные услуги / функции в соответствии с количественными данными идентичности. Например, если новый проект знает, что учетная запись является валидатором Polkadot, и он тратит сотни DOT на другой Парачейн в течение полугода, то проект может напрямую подарить этому конкретному пользователю какой-нибудь токен, чтобы с ним начать играть, или отправить ему / ей привлекательное предложение нового продукта DeFi или аккредитовать его как подтвержденного избирателя.

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

Итак, мы видим светлое будущее межсетевой идентификации, но почему бы просто не создать веб-приложение и связать данные на центральном сервере?

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

  1. Как привязать аккаунт из другой сети к аккаунту Litentry.
  2. Как оценить конкретный кредит и какой параметр использовать.
  3. Из какого ресурса следует выбрать параметр.

Вот пример, показывающий процесс получения кредита Uniswap «поставщика длинной ликвидности» и записи его в Litentry Network. Litentry - это сеть, построенная на Substrate, которая присоединится к Polkadot как Parachain.

  1. Сообщество решает, как связать учетную запись Ethereum с учетной записью Litentry, например, чтобы подписать сообщение закрытым ключом учетной записи Ethereum, сообщение представляет собой комбинацию идентификатора учетной записи Litentry и текущего номера блока сети Litentry. . В будущем это может быть реализовано с помощью сообщения кросс-чейн с XCMP.
  2. Сообщество соглашается с тем, что функция аккредитации Uniswap путем голосования принимает в качестве параметра наибольшую продолжительность ликвидности и значение ETH и вычисляет кредит, чтобы показать, был ли пользователь поставщиком долгосрочной ликвидности на основе этих двух параметров.
  3. В настоящее время Ethereum еще не подключен к Relay Chain, сообществу необходимо загрузить функции для получения параметров, например, какие конечные точки HTTP использовать для запроса данных в цепочке. Чтобы сделать процесс децентрализованным и предотвратить возникновение единой точки отказа, следует использовать различные ресурсы, например Ethplorer, Etherscan. После включения XCMP и подключения Ethereum к Polkadot вычислительный процесс может происходить непосредственно в Parachain.

Итак, как только пользователь связывает свою учетную запись Ethereum в сети Litentry и требует кредита на Uniswap. Оффчейн-работник валидатора будет автоматически запрашивать и обрабатывать данные по назначенному смарт-контракту. Если все валидаторы согласовали результат (логическое или числовое), будет сгенерирован кредит с отметкой времени, который будет записан в цепочке.

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

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

И почему бы просто не использовать одну учетную запись Polkadot для всех Парачейнов?

В Polkadot учетные записи генерируются путями деривации семян, пара ключей на разных блокчейнах имеет разных представителей (адрес SS58). Таким образом, теоретически пользователь может использовать одну учетную запись для взаимодействия со всеми парачейнами. Но по соображениям безопасности небезопасно иметь одну пару ключей для каждого Parachain, это похоже на один и тот же пароль для разных веб-приложений.

Еще одна важная причина заключается в том, что в Polkadot все еще работает много систем блокчейнов, мы хотим соединить все эти цепочки с помощью нашего протокола, чтобы Litentry также мог связывать учетные записи из других цепочек, которые не подключены к Polkadot, в ненадежной Кстати, и реализовать тождество «Oracle».

Почему бы не использовать собственный модуль идентификации Polkadot? Зачем создавать независимый Парачейн?

  • Во-первых, в качестве парачейна можно предложить стимулы для пользователей для создания межсетевой идентичности, чтобы иметь гибкую экономику токенов, не ограниченную ценой DOT.
  • Во-вторых, текущий модуль идентификации на Polkadot направлен на то, чтобы предложить базовую идентификацию для управления в сети, он имеет некоторые ограничения, такие как высокая комиссия, автономный контакт, отсутствие оценки автоматизации и ограниченные поля. По нашему мнению, Polkadot фокусируется на обеспечении безопасности парачейнов, и вышеупомянутое недоверчивое управление цепочкой для связывания идентичности и доверия в основном должно происходить в парачейне. И поэтому приходит Литентри и пытается ее решить.

В дополнение к этому, Litentry не ограничивается идентификационными данными в мире Blockchain, мы создадим протокол и связанные с ним инструменты, которые помогут пользователям собирать данные о пользователях вне сети из веб-приложений с защитой конфиденциальности. После того, как мы подключим идентификацию через сети и приложения вне сети, пользователь получит более специализированный контроль над идентификацией и сможет использовать более выделенные услуги / функции сетей и приложений в Web3.0.

Роль Litentry (LIT)

Поскольку люди уже создали огромные объемы данных в различных децентрализованных системах, необходимо найти способ связать эти данные, чтобы они могли передаваться через разные системы и платформы, при сохранении конфиденциальности пользователей и суверенитета данных. Такой подход действительно может отражать основную ценность Web3. Между тем, появление блокчейна обеспечивает эффективную базовую инфраструктуру реестра данных, которая позволяет индексировать и извлекать данные, а также способствует росту и внедрению DID.

Litentry помогает решить эту проблему с помощью протокола агрегирования идентификаторов, который обслуживает несколько сетей. Litentry Network обеспечивает агрегирование DID, проверку и расчет / оценку кредита. Это снижает сложность разрешения независимых механизмов DID за счет интеграции всех стандартов DID в модульную модель идентификации. Эти услуги могут быть широко реализованы в DeFi, управлении цепочкой и децентрализованном KYC. Процессы агрегирования и проверки данных прозрачны, безопасны и сохраняют конфиденциальность.

  1. Blockchain Powered Litentry построена на основе Substrate, унаследовавшей великолепные функции и лучшие технологии в индустрии блокчейнов. Litentry стремится стать парачейном сети Polkadot и извлекать выгоду из процветающей межсетевой экосистемы и общей безопасности.
  2. Ориентация на конфиденциальность Сохранение конфиденциальности - основа сети Litentry, и мы не хотим нарушать псевдоанонимность сетей блокчейн. Litentry поддерживает обработку данных в сети в режиме инкогнито.
  3. Децентрализованная Litentry Network обрабатывает запросы проверки, агрегирования и вычислений DID от потребителя услуг и возвращает надежный результат. Этот процесс будет реализован случайным набором валидаторов в сети полностью децентрализованным и прозрачным образом.
  4. Демократия Алгоритмы расчета кредита, источники данных и регистраторы личности регулируются заинтересованными сторонами LIT, отношения сообщества и членов сообщества могут быть записаны в цепочке и генерировать кредит сообщества, и, кроме того, весь кредит управления будет способствовать право голоса.

Концепция децентрализации

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

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

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

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

Собственный токен Litentry network LIT в основном имеет следующие четыре применения

  • Идентификационное сопоставление - это слепое сопоставление со случайными анонимными идентификаторами, выбранными из пула идентификаторов в цепочке, а данные идентификаторов кандидатов обрабатываются автономным работником субстрата. Сеть отправляет DID победителя матча как возможность сопоставления обратно соответствующему покупателю. Покупатель не имеет доступа к другим идентификаторам в пуле идентификаторов, а только к DID победителя матча, поэтому покупатель сопоставления платит токен LIT (собственный токен в Litentry Network) в обмен на возможность сопоставления.
  • Удостоверение личности - это процесс, при котором владелец удостоверения отправляет моментальный снимок своего удостоверения личности и DID в пул удостоверений блокчейна и авторизует разрешения на чтение для узла валидатора, получая таким образом ставки и соответствующие вознаграждения в следующих блоках. Документ, удостоверяющий личность, зашифрован и сохраняется в децентрализованной базе данных, такой как IPFS или хранилище ключей и значений в цепочке, а DID хранится в цепочке.

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

Экономика токенов

Плата за вычисление кредита / репутации

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

Вознаграждение за индексированные базы данных идентичности

Litentry также поощряет третьи стороны создавать индексированные базы данных идентичности из разных сетей, которые могут предоставлять узлам быстрые и надежные децентрализованные данные идентичности. Токен LIT также будет использован в качестве вознаграждения для них.

Ставка на роль регистратора удостоверений

Для создания регистратора удостоверений требуется некоторый токен LIT в качестве доли, регистратор удостоверений может предоставлять децентрализованные решения для пользователей. Как только пользователь получит достаточно суждений, он будет помечен определенной информацией, как «поставщик долгосрочной ликвидности», «частый трейдер DOT» и т. д.

Депозиты в DeFi

Для проанализированных услуг кредитования DeFi с интегрированной идентификацией Litentry предоставит токен LIT в качестве одной из валют депозита, а также депозит будет уменьшен, если использование имеет высокий кредитный рейтинг, и Litentry Foundation поручится за пользователей, у которых есть кредит. В будущем пользователи также смогут создавать небольшие DAO, чтобы поручиться за своих членов.

Для разработчиков

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

  • Litentry Network / Runtime Ядро Litentry, построенное на Substrate, наследует замечательные функции и лучшие технологии в индустрии блокчейнов. Мы стремимся быть парачейном сети Polkadot и извлекать выгоду из процветающей межсетевой экосистемы и общей безопасности. Офлайн-работник Runtime защищает конфиденциальность процессов создания и распространения данных.
  • Litentry SDK В настоящее время поддерживает Javascript с интеграцией Polkadot api, предлагает платформу и инструменты для разработчиков для создания клиентских приложений, работающих на веб-устройствах, мобильных устройствах и устройствах Интернета вещей. В планах больше языков программирования и интерфейсов децентрализованных хранилищ данных.
  • Litentry Light Client Services Децентрализованное фоновое мобильное приложение. Это позволяет мобильным приложениям для Litentry быть полностью независимыми от сторонних серверов. Мобильные приложения будут подключаться напрямую к сети блокчейнов Litentry и децентрализованному хранилищу, а не к одному узлу. Он также позволяет получать уведомления из блокчейна, а не из центра сообщений Apple или Google.

Для пользователей

Со стороны пользователя у нас есть Litentry Authenticator в качестве концентратора мобильных данных пользователя. Data Explorer для пользователей, чтобы проверять свои собственные данные, и DApp Playground для демонстрации возможностей ориентированной на пользователя сети.

  • Litentry Authenticator - это мобильный центр идентификации и данных для децентрализованной сети. Он имеет двухфакторную аутентификацию и универсальный интерфейс приложений / сервисов, криптовалютный кошелек, создание псевдонимов идентичности, агрегацию частных данных и авторизацию данных NFT. В будущем он также будет интегрировать сервисы определения идентичности и сопоставления идентичностей.
  • Litentry App Приложение Litentry - это мобильный инструмент, интегрированный с идентификацией в Litentry Network. Пользователи могут взаимодействовать с несколькими сервисами, например, пересчитывать количество голосов в управлении цепочкой или анализировать сервисы DeFi на основе кредита. Это могло бы облегчить процесс управления, интегрировать больше информации участников из связанных учетных записей в других сетях и побудить большее количество пользователей присоединиться к ончейн-управлению с помощью LIT в качестве стимула.
  • DApp Playground Коллекции образцов DApp, построенных на Litentry. Он демонстрирует, как работает децентрализованная двухфакторная аутентификация и как DApp работает с Litentry. В настоящее время существует децентрализованное музыкальное приложение и децентрализованное приложение для твитов, в которое пользователи могут играть.

Попробуйте Playground прямо сейчас, без регистрации, без пароля, без препятствий для миграции приложений.