На данном этапе есть проблемы со входом на сайты. Пароль и логин могут узнать и это несёт опасность для пользователей. Поэтому я описываю такой проект, как zCloak Network, который ориентируется на идентификации пользователей своим способом.

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

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

• Он совмести с проверяемыми аккаунтами, которые выдали вам организации;

• При входе в zkID не нужно хранить данные в централизованных хранилищах, нужно лишь проверять данные, что удобно для организаций;

• Пользователи могут делиться каким количеством информации делиться с определённым лицом;

• Организации могут проверять надёжность пользователя, если он того разрешает.

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

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

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

Давайте, теперь посмотрим на архитектуру DID, которая описана в документации проекта:

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

Децентрализованный идентификатор или DID — это URI, который состоит из 3-ёх частей: схемы did:, метода идентификатора и уникального идентификатора, определяемого методом DID. DID можно преобразовать в документы DID.

Объект / владелец DID по определению является лицом, идентифицируемым DID. Субъект/владелец DID также может быть контролером DID.

Контроллер DID — это лицо, которое может вносить изменения в DID. Процесс авторизации контроллера DID определяется методом DID.

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

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

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

Стандартная модель данных и формат представления для криптографически-проверяемых цифровых учетных данных, как определено в спецификации идентификации, проверяемых учетных данных [VC-DATA-MODEL].

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

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

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

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

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

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

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

На данном этапе есть проблемы со входом на сайты. Пароль и логин могут узнать и это несёт опасность для пользователей. Поэтому я описываю такой проект, как zCloak Network, который ориентируется на идентификации пользователей своим способом.

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

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

• Он совмести с проверяемыми аккаунтами, которые выдали вам организации;

• При входе в zkID не нужно хранить данные в централизованных хранилищах, нужно лишь проверять данные, что удобно для организаций;

• Пользователи могут делиться каким количеством информации делиться с определённым лицом;

• Организации могут проверять надёжность пользователя, если он того разрешает.

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

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

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

Давайте, теперь посмотрим на архитектуру DID, которая описана в документации проекта:

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

Децентрализованный идентификатор или DID — это URI, который состоит из 3-ёх частей: схемы did:, метода идентификатора и уникального идентификатора, определяемого методом DID. DID можно преобразовать в документы DID.

Объект / владелец DID по определению является лицом, идентифицируемым DID. Субъект/владелец DID также может быть контролером DID.

Контроллер DID — это лицо, которое может вносить изменения в DID. Процесс авторизации контроллера DID определяется методом DID.

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

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

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

Стандартная модель данных и формат представления для криптографически-проверяемых цифровых учетных данных, как определено в спецификации идентификации, проверяемых учетных данных [VC-DATA-MODEL].

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

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

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

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

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

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

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