# Способ идентификации пользователей с zCloak Network

By [klif](https://paragraph.com/@klifentro) · 2022-11-24

---

На данном этапе есть проблемы со входом на сайты. Пароль и логин могут узнать и это несёт опасность для пользователей. Поэтому я описываю такой проект, как [**_zCloak Network_**](https://zcloak.network/), который ориентируется на идентификации пользователей своим способом.

Описание
--------

[zCloak Network](https://zcloak.network/) - создаёт приватный паспорт в современном мир под названием zkID. zkID помогают идентифицировать вас как работника определённой компании и зайти в свою учётную запись. Или вы обычный пользователей и хотите зарегистрировать аккаунт на сайте и предоставляете этот паспорт для идентификации в последующие разы при входе.

**Немного описания преимуществ zkID:**

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

Также кошелёк zkID помогает управлять вашими данными, вам нужно только сохранить мнемоническую фразу и файл DID-ключей, который генерируется автоматически в надёжном месте и не распространять её. Если же вы каким-то способом потеряли доступ к вашему DID, то пока у вас есть мнемоническая фраза и файл с DID ключами, вы можете восстановить свой DID в другом месте.

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

Что же такой DID?
-----------------

**_DID_** - это идентификатор или по простому паспорт, который является новым способом идентифицировать пользователя, не нарушая конфиденциальность.

Давайте, теперь посмотрим на архитектуру DID, которая описана в [документации проекта](https://docs.zkid.app/guide/did#did-protocol-main-architecture):

![](https://storage.googleapis.com/papyrus_images/d9f4bd4be828897e62b56c94a78ce0c6c6d8fc093e8befad9851680287740b11.png)

**_Немного теорий:_**

### DID и DID URL

Децентрализованный идентификатор или [DID](https://www.w3.org/TR/did-core/#dfn-decentralized-identifiers) — это URI, который состоит из 3-ёх частей: схемы `did:`, метода идентификатора и уникального идентификатора, определяемого методом DID. DID можно преобразовать в документы DID.

### Объекты/держатель DID

Объект / [владелец](https://identity.foundation/credential-manifest/#term:holder) [DID](https://www.w3.org/TR/did-core/#dfn-did-subjects) по определению является лицом, идентифицируемым DID. Субъект/владелец DID также может быть контролером DID.

### Контроллеры DID

Контроллер [DID](https://www.w3.org/TR/did-core/#did-controller) — это лицо, которое может вносить изменения в DID. Процесс авторизации контроллера DID определяется методом DID.

### Документы DID

[Документы](https://www.w3.org/TR/did-core/#representations) DID содержат информацию, связанную с DID. Обычно они выражают методы проверки, такие как криптографические открытые ключи, и службы, относящиеся к взаимодействиям с объектом DID.

### Эмитент

Эмитенты — это лица, которые выдают учетные данные **_Держателю_**.

### Утверждение

Утверждение, сделанное об объекте. Используется как общий термин для Полномочия, Утверждения, Аттестации и т. д.

### Проверяемые учетные данные

Стандартная модель данных и формат представления для криптографически-проверяемых цифровых учетных данных, как определено в спецификации идентификации, проверяемых учетных данных [\[VC-DATA-MODEL\]](https://www.w3.org/TR/did-core/#bib-vc-data-model).

Объяснение про проверяемые учетные данные
-----------------------------------------

По сути, учетные данные в физическом мире не отличаются от “**проверяемых учетных данных”:** Владелец, подтвердитель, тип учетных данных, информация.

К этим функциям добавляются только цифровые подписи. Что и делает их **“проверяемыми учетными данными”**

**Теперь посмотрим про роли, которые взаимодействуют с проверяемыми учетными данными:**

### Держатель

Это мы, кто создаёт, такой идентификатор и взаимодействует с ним для предоставления личной информации организациям.

### Эмитент

Организации в которые мы подаём наш идентификатор, тем самым он идентифицирует нас.

### Верификатор

Система, которая идентифицирует правильность наших данных.

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

---

*Originally published on [klif](https://paragraph.com/@klifentro/zcloak-network)*