In Creating Better Web3 Experiences, Developers Must Anticipate Regulatory Scrutiny
Mark Lurie는 조선소 소프트웨어의 CEO이자 설립자입니다.
사용자 환경이 좋지 않습니다.
웹3 사용자 경험(UX)은 전반적으로 정말 끔찍합니다.
웹3 dapp(중앙 집중화된 애플리케이션)을 사용하려면 사용자가 거래소를 통해 fit를 암호화로 변환하고 길고 혼란스러운 시드 구문이 포함된 암호 지갑을 설정해야 하며, 그런 다음 웹3의 투박한 세계를 탐색할 때 이를 보호해야 합니다.
한편, Web3 게임, NFT(Non-Functible Token) 플랫폼 또는 분산형 금융(DeFi) 프로토콜에 대한 각 작업은 거래가 성공적인지 여부에 관계없이 종종 가스 요금과 함께 혼란스럽고 때때로 걱정스러운 거래 정보 세트에 서명해야 합니다.
googletag.tag.display(함수 {googletag.display(js-dfp-tag-ls8′; });
이런 사소한 불편들이 겹겹이 쌓여 있는 상황에서, 업계가 더 많은 사용자를 확보하는 데 어려움을 겪는 것은 당연합니다.
자세히 읽어 보십시오: 댑은 창조경제의 미래인가요?
더 나은 웹 구축3 UX
이해가 덜 되는 것은 직관적이고 합리적인 dap UX를 만드는 것이 왜 그렇게 어려운가 하는 것입니다.
이에 비해 중앙화된 거래소에 가입하고 사용하는 것은 놀라울 정도로 간단합니다. 계정을 만드는 데는 몇 가지 단계가 필요하지만 코인베이스나 크라켄 같은 거래소는 사용자에게 어떠한 기술적 능력도 요구하지 않습니다.
이러한 사용 편의성은 Web3에서 우수한 사용자 환경에 대한 장애를 극복하는 것이 재능 있는 디자이너를 할당하는 것만큼 간단하지 않다는 것을 시사합니다. 대신 기술적인 접근 방식과 규제적인 접근 방식이 모두 필요합니다
Web3 UX를 설계할 때의 기술적 과제는 사용자를 대신하여 트랜잭션을 실행하지 않고 어떻게 수행하느냐 하는 것입니다. 이는 사용자의 개인 키에 대한 액세스를 필요로 하기 때문에 사용자의 자금 보안을 손상시킵니다.
googletag.cmd.push(함수() {googletag.display(‘js-dfp-tag-ybY’; });
이 문제에 대한 접근 방식에는 개인 키를 한 명의 사용자가 기록하고 안전하게 보관해야 하는 대신 개인 키가 여러 엔티티 및 장치에 걸쳐 분할되는 다중 파티 계산이 포함됩니다. 이더리움의 공동 설립자인 비탈릭 부테린은 앱이 사용자의 가스 요금을 지불할 수 있도록 해결책으로 블록체인 수준에서 계정 추상화의 중요성을 강조하여 보다 원활한 사용자 경험을 만들도록 다른 접근 방식을 제안했습니다. 이것들은 유망한 접근법으로, 각각의 접근법은 사용자의 허락 없이 자금을 사용하는 댑의 가능성을 막는 데 도움이 됩니다. 많은 개발자들은 본질적으로 기술적이기 때문에 이 보안 문제에 익숙합니다.
규제 문제에 대한 이해가 부족하지만, 개발자들은 특히 dapp의 코드가 무엇인지, 그리고 무엇을 하도록 프로그래밍되어 있지 않은지에 대한 규제 고려 사항에 대해 일반적으로 잘 알지 못합니다. 예를 들어, 사용자가 문제가 있는 트랜잭션을 수행하는 것을 막기 위해 코드를 작성할 수 있었지만 개발자가 그렇게 하지 못한 경우, dapps에는 규제 문제가 있을 수 있습니다. 즉, 사용자가 거래를 체결하기 위해 댑이 필요한 경우, 댑이 일방적으로 거래를 차단할 수 있다고 주장할 수 있습니다. 결과적으로, 댑의 보안이 문제가 되지 않더라도 여전히 해결해야 할 규제 문제가 있을 수 있습니다.
또 다른 경우에, 거래가 재무부의 해외 자산 통제국에 의해 블랙리스트에 오른 주소와 상호 작용하고 dapp가 그것을 막을 수는 있었지만 막지는 못했다면 어떻게 될까요? 대안으로, 상품선물거래위원회는 소매 사용자가 파생상품을 구매하는 것을 막는 것이 댑의 책임이라고 생각할까요? 거래가 시장을 조종한다면요? 돈세탁과 싸우는 세계적인 단체인 금융행동 태스크포스는 어떻게 생각할까요? 아마도 dapp를 금융 중개자로 지정하고 dapp에 고객에 대한 인지/자금세탁 방지(KYC/AML) 요구사항을 적용하려고 할 것입니다.
더 읽어보기: FATF는 글로벌 암호화 규범의 구현을 촉진하기 위한 실행 계획에 동의합니다
더욱이, 댑 개발자들은 오늘날의 규제뿐만 아니라 미래에 나타날 수 있는 규제도 고려해야 합니다. 정부는 의정서의 거부권에 직접적인 책임이 있다고 결정하고 그에 따른 법률을 통과시킬 수 있습니다. KYC 의무는 댑 온보딩 경험에 새로운 사용자 마찰을 추가할 것이며, 댑이 소규모 컴플라이언스 전문가를 고용하도록 요구할 수 있습니다.
Web3 dapps는 규제 정밀 조사에 대비해야 합니다.
즉, 자체 관리의 많은 이점과 원칙을 훼손하지 않고 보다 나은 사용자 환경을 제공하는 강력한 제품을 설계하려면 dapp 개발자가 전체 규제 환경을 파악해야 합니다.
googletag.cmd.push(함수() {googletag.display(‘js-dfp-tag-joM’; });
Web3 구축업체가 대중을 위해 진정으로 유용한 것을 구축하고자 한다면, 단순히 비양속 프로토콜을 만들고 금융 관리자와 중개인에게 적용되는 법률이 중요하지 않은 척하는 것만큼 쉽지 않습니다. 프로토콜이 사용자 자금의 사용에 대한 권한을 부여하거나 차단하는 방법도 고려해야 합니다. 즉, 설계자가 어떤 새로운 UX 기능을 사용할 수 있는지, 어떤 설계 결정으로 프로젝트가 블랙리스트에 오를 가능성이 있는지, 중앙 집중식 재무 관리자 및 중개인에게 적용되는 규정과 미래에 새롭게 등장하는 Web3 프로토콜에 적용될 수 있는 규정을 이해하는 것이 설계자에게 유일한 방법입니다.
모든 사용자 경험은 사용자가 특정 결정이나 결과에 도달할 가능성을 높이기 위해 설계되었습니다. 미래의 정책 장애물을 예상하고 설계 플레이북을 작성할 때 오늘날의 불완전한 암호화 규정을 고려하는 구축업체는 궁극적으로 다음 1억 명의 사용자가 더 쉽게 참여할 수 있도록 사려 깊고 원활한 Web3 사용자 환경을 설계할 것입니다.
// Ex.co 스크립트 및 중간 아티클 배치( 함수 (d, s, n) {varjs, fjs = d.getElementsByTagName(s)[0]; js = d.createElements(s), js.className = n; js.s.src = “/player.ex.co/player/4c49b82f-103d-41ce-9191-ffa4d1f737fb”; fj.parentNode.Inservo, ‘Ex.co’s’s’s’document’를 실행합니다.inser.inter, place;.getElementsByClassName(‘비디오 자리 표시자’)[0]; varexcoDiv = document.createElement(‘div’); excoDiv.id = ‘4c49b82f-103d-41ce-9191-fa4f’fb’; if(video&document.getElementById){cf}, faf7f}, fafnff}, fafnedefnedefgetelementBybfgetelementBybf}
The refrain is all too common – in order to onboard the next 100 million users to Web3, we need to build better user experiences. But building better experiences isn’t simple. Of course, there are technical design challenges that must be overcome. The less-understood challenge, however, is a regulatory one. Making products that address both technical and regulatory hurdles is vital as developers continue to build accessible and streamlined Web3 dapps.
Mark Lurie is the CEO and founder of Shipyard Software.
Poor user experiences
The Web3 user experience, or UX, is indeed terrible across the board.
To use a Web3 dapp (decentralized application), users need convert fiat to crypto through an exchange and set up a crypto wallet with a long and confusing seed phrase, which they then must keep protected as they navigate the clunky world of Web3.
Meanwhile, each action on a Web3 game, non-fungible token (NFT) platform or decentralized-finance (DeFi) protocol requires signing a confusing and occasionally alarming set of transaction information, often coupled with a gas fee regardless of whether the transaction is successful.
With all these minor inconveniences stacked atop one another, it’s no wonder the industry has such a hard time gaining more users.
Read more: Are Dapps the Future of the Creator Economy?
Building a better Web3 UX
What’s less understood is why it is so hard to create an intuitive, streamlined dapp UX.
By comparison, signing up for and using centralized exchanges is amazingly simple. Although there are a few steps required to create an account, exchanges like Coinbase and Kraken don’t require users to have any technical ability.
That ease of use suggests that overcoming impediments to a good user experience in Web3 isn’t as simple as assigning a talented designer. Instead, it requires both a technical and regulatory approach
The technical challenge in designing Web3 UX is how to do so without executing transactions on behalf of the user, which would require access to the user’s private key and thus compromise the security of his or her funds.
Approaches to this problem include multi-party computation, wherein a private key is split across multiple entities and devices instead of requiring a single user to write it down and keep it safe. Other approaches have been suggested by Ethereum co-founder Vitalik Buterin, who emphasized the importance of account abstraction at the blockchain level as a solution so that a dapp could pay for a user’s gas fee, thereby creating a smoother user experience. These are promising approaches, each of which helps prevent the possibility of a dapp using funds without the user’s permission. Many developers are familiar with this security problem because it is inherently technical.
Regulatory issues are less understood
But developers are typically less aware of regulatory considerations that also need to be designed around, particularly when it comes to what the dapp’s code is and isn’t programmed to do. For example, dapps may have regulatory issues if the code could have been written to stop a user from performing a problematic transaction, but the developers failed to do so. In other words, if a user needs the dapp in order to sign a transaction, it can be argued that the dapp can unilaterally block a transaction from happening. As a result, there may still be regulatory issues to contend with even if the security of the dapp isn’t at issue.
In another case, what if the transaction interacts with an address that has been blacklisted by the Treasury Department’s Office of Foreign Assets Control and the dapp could have but didn’t prevent it? Alternatively, will the Commodity Futures Trading Commission think it is the dapp’s responsibility to prevent a retail user from purchasing a derivative? What if the transaction manipulates the market? What will the Financial Action Task Force, a global group that fights money laundering, think? Perhaps it will label the dapp as a financial intermediary and attempt to impose a know-your-customer/anti-money-laundering (KYC/AML) requirement on the dapp.
Read more: FATF Agrees on Action Plan to Drive Implementation of Global Crypto Norms
Moreover, dapp developers need to consider not just the regulations of today, but also those that might come tomorrow. Governments may decide that a protocol’s veto rights incur direct responsibility and pass legislation accordingly. A KYC obligation would add new user frictions into the dapp onboarding experience and might require the dapp to hire a small army of compliance professionals.
Web3 dapps must be prepared for regulatory scrutiny
All of which is to say, dapp developers need to be aware of the full regulatory landscape if they want to design robust product that will facilitate a better user experience without compromising many of the benefits and principles of self-custody in the first place.
If Web3 builders want to build something genuinely useful for the masses, it isn’t as easy as simply creating a non-custodial protocol and pretending that the laws applied to financial custodians and intermediaries don’t matter – how the protocol grants or blocks permissions on how user funds are used must also be considered. This means the only way for designers to know what new UX features are available to them, and what design decisions won’t potentially get their project blacklisted, is to understand the regulations that apply to centralized financial custodians and intermediaries, and what regulations might apply to emergent Web3 protocols in the future.
Every user experience is designed to increase the likelihood that a user will arrive at a specific decision or outcome. The builders who anticipate future policy hurdles and consider today’s imperfect crypto regulations as they write their design playbook will ultimately design thoughtful, seamless Web3 user experiences that will make it easier for the next 100 million users to get on board.
// Run Ex.co Script and mid-article placement (function (d, s, n) { var js, fjs = d.getElementsByTagName(s)[0]; js = d.createElement(s); js.className = n; js.src = “//player.ex.co/player/4c49b82f-103d-41ce-9191-ffa4d1f737fb”; fjs.parentNode.insertBefore(js, fjs); }(document, ‘script’, ‘exco-player’)); // Ex.co placeholder div var element = document.getElementsByClassName(‘video-placeholder’)[0]; var excoDiv = document.createElement(‘div’); excoDiv.id = ‘4c49b82f-103d-41ce-9191-ffa4d1f737fb’; if (element && document.getElementById(‘4c49b82f-103d-41ce-9191-ffa4d1f737fb’) == undefined) { element.append(excoDiv); }
