Проекты хакатона Midnight демонстрируют работу с приватными веб данными и проверкой учетных данных

Разработчики с хакатона Midnight в Buenos Aires представили два рабочих прототипа для приватности, построенных вокруг внешних данных и цифровых учетных данных.

Первый сочетает ZK Fetch и аттестации Reclaim с Midnight Compact, чтобы установить источник веб данных. KEEP использует иной подход через Ward, мобильное приложение, предназначенное для выпуска и проверки учетных данных без передачи полной личной записи держателя.

ZK Fetch переносит проверенные веб данные в Compact

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

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

Система доказательств Reclaim и Midnight Compact не были напрямую совместимы, поэтому команда добавила между ними нотариальный слой. Нотариусы проверяют доказательство и подписывают его, а реализация подписи Шнорра внутри Compact требует подтверждения как минимум от двух нотариусов, прежде чем информация может быть принята в качестве входных данных контракта.

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

Команда сообщила, что внешний процесс получения доказательства занимал примерно три или четыре секунды, после чего следовало обычное время, необходимое для транзакции в Midnight. Реализация для Compact остается MVP и запланирована к дальнейшему рефакторингу.

KEEP хранит учетные данные на устройстве держателя

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

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

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

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

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

Два прототипа для приватности нацелены на разные задачи с данными

Два проекта работают с разными источниками информации.

Реализация ZK Fetch сосредоточена на данных из существующих веб сервисов, предоставляя контрактам Compact метод установить, что внешнее утверждение пришло от ожидаемого HTTPS источника.

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

Обе остаются реализациями уровня хакатона. Команда KEEP сообщила, что их сборка за 24 часа не могла быть полностью децентрализована и сейчас использует узел Capacity Exchange, который в определенной степени централизован. По словам разработчиков, этот узел не обладает ключом держателя, необходимым для подписи транзакции пользователя в Midnight.

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