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

Рефрен дуже поширений: щоб залучити наступні 100 мільйонів користувачів до Web3, нам потрібно створити кращий досвід користувачів. Але створити кращий досвід T . Звичайно, існують технічні проблеми проектування, які необхідно подолати. Однак менш зрозумілою проблемою є ONE регулювання. Створення продуктів, які вирішують як технічні, так і нормативні перешкоди, є життєво важливим, оскільки розробники продовжують створювати доступні та оптимізовані додатки Web3.

Марк Лурі є генеральним директором і засновником Shipyard Software.

Поганий досвід користувачів

Взаємодія з користувачем Web3, або UX, справді жахлива за всіма напрямками.

Щоб використовувати Web3 dapp (децентралізовану програму), користувачам потрібно конвертувати фіатну валюту в Крипто за допомогою біржі та налаштувати Крипто гаманець із довгою та заплутаною початковою фразою, яку вони повинні KEEP під час навігації в незграбному світі Web3.

Тим часом кожна дія в грі Web3, незамінний маркер (NFT) платформа або децентралізоване фінансування (DeFi) протокол вимагає підписання заплутаного та інколи тривожного набору інформації про транзакції, часто в поєднанні з плата за GAS незалежно від успішності транзакції.

З усіма цими незначними незручностями, які накладаються ONE на одну, не дивно, що галузі так важко залучити більше користувачів.

Читайте також: Чи є Dapps майбутнім творчої економіки?

Створення кращого Web3 UX

Що менш зрозуміло, так це те, чому так важко створити інтуїтивно зрозумілий, оптимізований користувальницький інтерфейс dapp.

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

Ця простота використання свідчить про те, що подолати перешкоди для гарного досвіду користувача в Web3 T так просто, як призначити талановитого дизайнера. Натомість він вимагає як технічного, так і нормативного підходу

Технічна проблема при розробці Web3 UX полягає в тому, як це зробити без виконання транзакцій від імені користувача, що вимагатиме доступу до закритого ключа користувача та, таким чином, поставитиме під загрозу безпеку його чи її коштів.

Підходи до цієї проблеми включають багатостороннє обчислення, де закритий ключ розподіляється між кількома об’єктами та пристроями замість того, щоб один користувач записував його та KEEP у безпеці. Інші підходи запропонував співзасновник Ethereum Віталік Бутерін, який підкреслив важливість абстракція рахунку на рівні блокчейну як рішення, щоб dapp міг оплачувати плату користувача за GAS , тим самим створюючи більш плавну роботу користувача. Це багатообіцяючі підходи, кожен з яких допомагає запобігти можливості використання коштів програмою без дозволу користувача. Багато розробників знайомі з цією проблемою безпеки, оскільки вона за своєю суттю технічна.

Питання регулювання менш зрозумілі

Але розробники, як правило, менше обізнані про регуляторні міркування, які також потрібно враховувати, особливо коли йдеться про те, на що програмується код dapp, а що T . Наприклад, dapps можуть мати нормативні проблеми, якщо код міг бути написаний, щоб запобігти виконанню користувачем проблемної транзакції, але розробники цього не зробили. Іншими словами, якщо користувачеві потрібен dapp для підписання транзакції, можна стверджувати, що dapp може в односторонньому порядку заблокувати транзакцію. У результаті все ще можуть існувати нормативні проблеми, з якими потрібно боротися, навіть якщо безпека dapp T є проблемою.

В іншому випадку, що, якщо транзакція взаємодіє з адресою, яка була внесена до чорного списку Управлінням контролю за іноземними активами Міністерства фінансів, і dapp міг це зробити, але T запобіг цьому? Крім того, чи буде Комісія з торгівлі товарними ф’ючерсами вважати, що додаток відповідає за те, щоб перешкодити роздрібному користувачеві придбати дериватив? Що робити, якщо транзакція маніпулює ринком? Що подумає Група розробки фінансових заходів, глобальна група, яка бореться з відмиванням грошей? Можливо, він позначить програму як фінансового посередника та спробує нав’язати програмі вимогу знати свого клієнта/проти відмивання грошей (KYC/AML).

Читайте також: FATF узгоджує план дій щодо сприяння впровадженню глобальних Крипто

Більше того, розробники програмних додатків мають враховувати не лише сьогоднішні правила, а й ті, які можуть з’явитися завтра. Уряди можуть прийняти рішення про те, що право вето за протоколом передбачає пряму відповідальність, і прийняти відповідне законодавство. Зобов’язання KYC додадуть нових труднощів користувачам у досвід адаптації програми та можуть вимагати від програми найняти невелику армію професіоналів із відповідності.

Додатки Web3 повинні бути підготовлені до регуляторного контролю

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

Якщо розробники Web3 хочуть створити щось справді корисне для мас, це T так просто, як просто створити протокол, який не є зберігачем, і робити вигляд, що закони, які застосовуються до фінансових зберігачів і посередників, T мають значення – також слід враховувати, як протокол надає або блокує дозволи на використання коштів користувачів. Це означає, що єдиний спосіб для дизайнерів дізнатися, які нові функції UX доступні для них і які дизайнерські рішення потенційно T потраплять у чорний список їхніх проектів, — це зрозуміти правила, які застосовуються до централізованих фінансових зберігачів і посередників, а також правила, які можуть застосовуватися до нових протоколів Web3 у майбутньому.

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