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

Рефрен слишком распространен – чтобы привлечь следующие 100 миллионов пользователей в Web3, нам нужно создать лучший пользовательский опыт. Но создать лучший опыт не T-то просто. Конечно, есть технические проблемы проектирования, которые необходимо преодолеть. Однако менее понятная проблема – это ONE регулирования. Создание продуктов, которые решают как технические, так и нормативные препятствия, имеет жизненно важное значение, поскольку разработчики продолжают создавать доступные и оптимизированные приложения Web3.

Марк Лури — генеральный директор и основатель Shipyard Software.

Плохой пользовательский опыт

Пользовательский опыт Web3 (UX) действительно ужасен по всем направлениям.

Чтобы использовать децентрализованное приложение Web3, пользователям необходимо конвертировать фиатные деньги в Криптo через биржу и создать Криптo с длинной и запутанной сид-фразой, которую затем необходимо KEEP в безопасности, перемещаясь по сложному миру Web3.

Между тем, каждое действие в игре Web3, невзаимозаменяемый токен (НФТ) платформа или децентрализованные финансы (ДеФи) протокол требует подписания запутанного и иногда тревожного набора информации о транзакции, часто в сочетании сплата GASнезависимо от того, была ли транзакция успешной.

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

Читать дальше: Являются ли децентрализованные приложения будущим экономики создателей?

Создание лучшего Web3 UX

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

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

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

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

Подходы к решению этой проблемы включают:многопартийные вычисления, где закрытый ключ разделен между несколькими сущностями и устройствами, вместо того, чтобы требовать от одного пользователя записать его и KEEP в безопасности. Другие подходы были предложены соучредителем Ethereum Виталиком Бутериным, который подчеркнул важность абстракция счета на уровне блокчейна как решение, чтобы dapp мог оплачивать плату за GAS пользователя, тем самым создавая более плавный пользовательский опыт. Это многообещающие подходы, каждый из которых помогает предотвратить возможность использования средств dapp без разрешения пользователя. Многие разработчики знакомы с этой проблемой безопасности, поскольку она по своей сути техническая.

Вопросы регулирования менее понятны

Но разработчики, как правило, меньше осведомлены о нормативных соображениях, которые также должны быть разработаны, особенно когда речь идет о том, что код dapp запрограммирован делать, а что T . Например, dapps могут иметь нормативные проблемы, если код мог быть написан так, чтобы помешать пользователю выполнить проблемную транзакцию, но разработчики не сделали этого. Другими словами, если пользователю нужно dapp для подписания транзакции, можно утверждать, что dapp может в одностороннем порядке заблокировать выполнение транзакции. В результате все еще могут быть нормативные проблемы, с которыми придется бороться, даже если безопасность dapp T под вопросом.

В другом случае, что, если транзакция взаимодействует с адресом, который был занесен в черный список Управлением по контролю за иностранными активами Министерства финансов, и dapp мог бы, но T предотвратил это? Или же Комиссия по торговле товарными фьючерсами посчитает, что dapp несет ответственность за предотвращение покупки розничным пользователем дериватива? Что, если транзакция манипулирует рынком? Что подумает Группа разработки финансовых мер борьбы с отмыванием денег, глобальная группа, которая борется с отмыванием денег? Возможно, она обозначит dapp как финансового посредника и попытается навязать dapp требование «знай своего клиента/борьба с отмыванием денег» (KYC/AML).

Читать дальше: FATF согласовала план действий по внедрению глобальных Криптo

Более того, разработчикам dapp нужно учитывать не только сегодняшние правила, но и те, которые могут появиться завтра. Правительства могут решить, что право вето протокола влечет за собой прямую ответственность, и принять соответствующее законодательство. Обязательство KYC добавит новые пользовательские трения в процесс адаптации dapp и может потребовать от dapp нанять небольшую армию специалистов по соблюдению требований.

Приложения Web3 dapps должны быть готовы к проверке регулирующими органами

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

Если разработчики Web3 хотят создать что-то действительно полезное для масс, это T так просто, как просто создать некастодиальный протокол и притворяться, что законы, применяемые к финансовым кастодианам и посредникам, T имеют значения — то, как протокол предоставляет или блокирует разрешения на использование средств пользователей, также должно быть рассмотрено. Это означает, что единственный способ для дизайнеров узнать, какие новые функции UX им доступны и какие решения по дизайну потенциально T приведут к попаданию их проекта в черный список, — это понять правила, которые применяются к централизованным финансовым кастодианам и посредникам, и какие правила могут применяться к появляющимся протоколам Web3 в будущем.

Каждый пользовательский опыт разработан для повышения вероятности того, что пользователь придет к определенному решению или результату. Разработчики, которые предвидят будущие Политика препятствия и учитывают сегодняшние несовершенные правила Криптo при написании своего руководства по проектированию, в конечном итоге разработают продуманный, бесшовный пользовательский опыт Web3, который облегчит подключение следующим 100 миллионам пользователей.