---
# System prepended metadata

title: Keyless_dashboard

---

# Keyless_dashboard


## **Что нужно:** 
Нарисовать макет(wireframe) релизной версии **веб**-панели управление ключами пользователя для пользователей персональных ПК(ноутбуков, станционарных ПК - всего у чего есть монитор, клавиатура и мыш). Использовать инструмент [**balsamiq.com**](https://balsamiq.com/).


## **Особенности:** 
Для пользователя панель управления должна предоставлять возможность управлять ключами(крипто/фиатными/не связанными с деньгами). 
1. Каждый ключ подразумевает возможность производить потомков - фактически в системе один ключ с кучей потомков. Для пользователя нужно организовать четкое логическое разделение на группы, внутри которых представители этой группы могут быть группой - те это система вложенности на два и/или три уровня(**группа->ключи** или **группа->группа->ключи**)). 
2. Каждый ключ имеет историю произведенных транзакций(история платежей/история заходов в фейсбук), индекс исторических данных(те возможен быстрый доступ по любому члену индекса индекса) выглядит так: **пользователь->устройство->группа->группа->ключ->история**. Те исходя из интерфейса на картинке ниже - после выбора монеты(bitcoin/litecoin... etc) в правой области экрана пользователь может создать группу ключей bitcoin(тестовые/на машину/на поездки итд итп), внутри которой будут уже представители этой группы.
![](https://i.imgur.com/HMvatp5.png)
3. Каждый ключ может использоватся для подписания транзакций, фиксируемых в разных банках данных(например *Тестовая сеть/Главная сеть/Сервер разработки*) - это необходимо задавать при генерации ключа и четко отображать в интерфейсе. 
4. Транзакций у пользователей в жизни дохуя - необходимо дать возможность задавать мета-информацию(теги/назначение платежа), и организовать глобальный поиск по этой метаинформации. 
5. Контакты - важная часть такой системы дать возможность импортировать/экспортировать/создовать список контактов(все ровно также как и в мессенджерах, за исключением того что контактом может быть не человеком -> "сервер на пражской", "парикмахерская у дома")

> **PS** Данное задание касается только панели управления(приложения которое запускается после прохождения авторизации на keyless.id/dashboard) все интерфейсы где от пользователя требуется ввод секретных данных, или согласие пользователя авторизовать транзакцию разрабатываются отдельно. 

## **Эргономика:** 
Целевая аудитория - "early adopters" проффесионалы, которым по той или иной причине понадобилось им воспользоватся(сисадмины - для хранения ключей, прогеры для доступа к серверам или тестирования смарт-контрактов). **Главная ценность для этой ЦА - простота/логичность/минимализм в интерфейсе.** 

В криптографии как правило используются в нечеловекочитаемой форме - это означает что не нужно их отображать - их невозможно прочитать. Для решения этой проблемы в keyless_one предусмотренна система, которая при создании ключа просит пользователя его указать ему название. ***Когда пользователь смотрит историю переводов - ему важно понять 1. тип операции(отправил/получил) 2. источник/получатель операции 3. сумма***
> **Тем не менее важно** сохранить возможность доступа к техническим данным транзакций(сырым данным) вот пример такого решения:
![](https://i.imgur.com/cKFe7PK.png)

Также важно всегда указывать провайдер отображенных данных(keyless_one - это тн тонкий клиент - он хранит только ключ). Исторические данные(например проведенные транзакций) - поступают от внешних провайдеров данных. 

**Референсы** 
1. Facebook Messenger for ipad  // лаконичность интерфейс(правило трех элементов)
2. Telegram Messenger for Mac  // Элементы управления профилем пользователя + разделение рабочей области на 2 части
3. Tinkoff bank client  // Разделение на подгруппы
4. coinbase.com
5. wallet.btc.com
6. Также много референсных интерфейсов есть в старой доке по дизайну keyless, она [**тут**](https://paper.dropbox.com/doc/keyless.one--AtlCHPS2q6z7poBD3Cpp7D6HAg-omBG3CEOEe8PVlkpRlrl2)