VIZ.cx
denis-skripnik posted note :
#идея приватные ключи, как ключи доступа приложений. Представим приложение по управлению финансами (о нём в чате viz.world вроде писал как-то). Естественно оно должно быть в виде локальной страницы, к которой имеет доступ только сам пользователь. Он размещает данные в блокчейне. Но такая информация не должна быть публичной. Но вот зашифрованной - вполне. Можно предлагать при первом запуске сгенерировать ключ. После генерации ключа в JSON_metadata аккаунта публикуется он в списке apps_keys в формате: ``{apps_keys: {finance_control: ["VIZ...", "VIZ...."]}}`` Где VIZ... и VIZ.... - список добавленных ключей. При повторном запуске на другом устройстве или просто при заходе в фоновом режиме будет сверяться приватный ключ с публичными локально, после чего расшифровываться доступ к содержимому. Идея думаю понятная. P. S. В чате думал использовать активный ключ, но это не совсем удобно, т. к. он может меняться гораздо чаще, чем такой ключ приложения. Благодарю за внимание. С вами был незрячий разработчик, делегат и автор @denis-skripnik. Автор канала https://t.me/blind_dev

Comments


Тут повторяется смысл безпарольной авторизации, если речь про сервисы. А про локальные - нет смысла писать ключ в сам блокчейн, так как расшифровать можно просто приватным (или просто паролем).
    Нет. Беспарольная авторизация не повторяется. Смысл не в авторизации, а в создании зашифрованного контента без использования memo ключей.
      Так можно использовать просто пароли, зачем добавлять ещё один этап усложнение
        Не у каждого они есть. Да и небезопасно это... Или ты про генерацию любых паролей и ими шифрование? Как вариант. Но некоторые пользователи в данном случае могут создавать достаточно простые, а это не очень в некоторых случаях...
          .... ну поставь условие разного регистра и спец символ + число + на длину