Рубрики
Без рубрики

Строительные блоки Radix – Нотариальное заверение файлов (в реальном времени)

Вступление Благодаря неизменности хранения и возможностям временной штамповки publ… Помеченный блокчейном, dlt, java, криптографией.

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

1.Алиса загружает файл 2. Файл заверяется нотариально 3. Алиса отправляет файл Бобу 4. Боб загружает файл 5. Боб проверяет, что Алиса была той, кто нотариально заверил файл

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

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

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

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

В следующих шагах используются общедоступные инструменты Radix с воображаемым простым веб-приложением, построенным поверх него.

У Элис есть файл, который она хочет заверить у нотариуса. Она открывает веб-приложение и загружает в него файл.

Веб-приложение хэширует файл и использует этот хэш в качестве детерминированного начального для файла Учетная запись /|/Личность в бухгалтерской книге Радикса. Затем веб-приложение запрашивает адрес этой учетной записи в главной книге , чтобы узнать, есть ли на этой учетной записи сообщение “Заявлено”.

Если “Заявленное” сообщение не найдено, система отправляет свое собственное “Заявленное” сообщение Учетной записи.

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

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

Алиса делится файлом (плюс, необязательно, своим открытым ключом и подписью) с Бобом. Он также выполняет шаги 0 и 1, но теперь веб-приложение вернет “Заявленное” сообщение Алисы, а также отметку времени исходной транзакции. Если Боб также предоставит открытый ключ и подпись Алисы, легко проверить, что Алиса определенно была заявителем.

Этот пример может быть расширен, если Боб также отправит “Заявленное” сообщение в учетную запись документа с включенным открытым ключом. Теперь и Боб, и Алиса могут подтвердить, что у них есть копии оригиналов документов, и в какое время/дату эти копии были нотариально заверены.

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

Будучи одним из самых простых вариантов использования Radix, использующим только заполненные учетные записи и сообщения, он ясно показывает, насколько проще создавать такие приложения на Radix, просто используя клиентскую логику и API вместо сложных и дорогостоящих смарт-контрактов.

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

Телеграмма для общего чата ​Раздор для чата разработчиков Reddit для общего обсуждения Форум для технического обсуждения ​ Твиттер для объявлений Электронная почта информационный бюллетень для еженедельных обновлений Отправить по почте hello@radixdlt.com для общих запросов

Оригинал: “https://dev.to/radixdlt/radix-building-blocks-file-notarization-live-c1a”