WEB3 UX

Se você perguntar a qualquer pessoa ativa na Web3 qual é o maior obstáculo para a adoção popular, é mais do que provável que a Experiência do Usuário (User Experience, UX) seja a resposta. Há muitas maneiras em que ela pode ser melhorada. A seguir estão os principais problemas que têm um impacto significativo na UX.

• Fazer com que os usuários façam a distinção das diferentes redes;
• Endereços hexadecimais;
• Interações contratuais mal pensadas;
• Frases-semente.

Muitas plataformas Web3 centralizadas que visam a adoção popular fazem com que tudo pareça o mais familiar possível por esse motivo. Elas se parecem mais com plataformas Web2 do que com aplicativos descentralizados. As exchanges de criptomoedas listam os ativos como qualquer outro ativo financeiro, e os mercados NFT mostram a propriedade de NFTs nas visualizações de conta associadas a endereços de e-mail.

Essas abordagens proporcionam aos usuários uma experiência mais familiar do que uma verdadeira experiência Web3. Para muitos, a primeira experiência com Web3 é ao tentar usar um aplicativo descentralizado nativo.

Neste ponto, eles se deparam com uma carteira Web3, como a Metamask, que é onde os desafios começam. Sou fã da Metamask e do que sua equipe de desenvolvedores fez pela Web3, mas, dada sua posição de líder de mercado, ela destaca os desafios que muitos usuários enfrentam quando se integram adequadamente à Web3 pela primeira vez.

Em primeiro lugar, os usuários são apresentados às várias redes blockchain com as quais trabalharão. Será que eles deveriam estar usando a rede principal da Ethereum, ou outra camada 2, como a Polygon, ou um clone da Ethereum como a Binance Smart Chain?

Sua conta pode ter um nome, mas abaixo dele há uma string hexadecimal, representando o endereço da conta da carteira. A menos que você tenha estudado ciência da computação ou engenharia, é improvável que você tenha alguma noção do que isso representa. No entanto, atualmente, entender o conceito de endereços em redes Web3 é absolutamente essencial para fazer qualquer coisa.

Projetos como o Serviço de Nome Ethereum (Ethereum Name Service, ENS) estão fazendo um ótimo trabalho para remover essa complexidade, ao mapear um endereço como 0x8A8f93cEFC3D70d22b186e864d826ba6127A90C6 para meunome.eth, porém o uso precisa ser não apenas generalizado, mas onipresente. Você nunca espera que os usuários da Internet tenham que usar endereços IP como 142.250.179.206 em vez de digitar google.com. Temos que chegar lá com a Web3. Nada poderia ser pior do que o que temos agora - longas strings hexadecimais, que ninguém jamais poderia digitar sem cometer um erro, e só são possíveis de memorizar se você tiver uma memória excepcional.

A única vantagem dessas strings não serem fáceis de lembrar é que elas forçam as pessoas a copiá-las e colá-las, porém verificá-las visualmente é muito difícil e, se algum software malicioso as alterasse um pouco, a maioria dos usuários não saberia.

Isso me leva ao próximo ponto, que é interagir com contratos inteligentes ou enviar fundos para outra conta. Com contas bancárias, as pessoas não têm muita paciência para verificar os detalhes da conta de destino, pois consistem em grupos de dígitos de números que englobam números de conta e códigos de classificação/roteamento. Mesmo que esteja sendo usado um código IBAN de 34 caracteres, pelo menos há agrupamentos dentro do número, e com endereços Web3 não temos nada disso.

Fonte: blog.ibanfirst.com

Ao fazer interface com contratos inteligentes, é ainda pior. Assim que os usuários precisam fazer mais de uma interação, é provável que eles se desliguem e parem de prestar atenção às especificidades do que estão fazendo. É como alguém concordando com os termos e condições de instalação de software, eles não estão interessados nas especificidades do que está acontecendo, desde que obtenham o resultado final em que estão interessados. Eles precisam de um processo simples de verificação de transações com informações muito limitadas, que é necessário para verificarem novamente a transação proposta.

Além de todos os itens acima, os usuários não apenas têm uma senha para gerenciar sua carteira, mas também uma frase-semente que precisam usar para recuperar a carteira. Essas múltiplas camadas de complexidade ilustram o quão altas são as barreiras de entrada para migrar totalmente para a Web3 e, até que todas possam ser abordadas ou abstraídas, é improvável que vejamos a adoção generalizada que todos esperamos acontecer.

Assim como em outras partes do ecossistema Web3 que está em rápida evolução, há muitas empresas dando de tudo na simplificação da integração de usuários na Web3 e, em certos aspectos, já são problemas resolvidos. As abordagens mais avançadas usam credenciais de endereço de e-mail vinculadas a uma carteira Web3. Duas empresas que estão liderando aqui incluem Magic e Web3 Auth.

Essa abordagem baseada em login com e-mail apresenta uma interface familiar para usuários comuns da web, criando nos bastidores uma carteira não custodial. Isso faz uso de computação multipartidária ou técnicas equivalentes. Isso também tem o benefício adicional de remover frases-semente da experiência do usuário.

Uma desvantagem é que os usuários ainda precisam fazer login com nomes de usuário e senhas (mecanismos de autenticação social também podem ser usados), o que por si só é ineficiente. No entanto, como a maioria dos usuários da Internet está familiarizada com essa abordagem, provavelmente é a melhor abordagem para uma migração perfeita até que possamos vincular logins a alguma identidade descentralizada ou similar.

Voltando aos outros desafios, como valores hexadecimais em todos os lugares. O ENS fornece uma solução análoga ao Serviço de Nome de Domínio (Domain Name Service, DNS) usado por sites. O problema é que não está sendo adotado com rapidez suficiente. Você pode ver muitas pessoas que adicionam seu nome ENS aos seus perfis do Twitter, o que demonstra o quão popular é. No entanto, precisamos de exchanges e provedores de carteira para pressionar seus usuários a usar esses nomes por padrão.

Toda vez que um usuário desejasse depositar ou sacar fundos, ele deveria receber um endereço ENS em vez de uma string hexadecimal. Vemos códigos QR já sendo usados para esse fim, o que funciona bem. Mas nós realmente precisamos que esses provedores de serviços essenciais levem seus usuários a usar o ENS. O suporte ao ENS é muito bem apoiado pela comunidade Ethereum, mas os usuários não estão sendo pressionados a usá-lo por padrão, o que é uma deficiência da adoção atual que vemos na minha opinião.

Impedir que os fundos sejam enviados para o endereço errado é um problema mais difícil de superar, dada a natureza imutável do livro-razão da blockchain, e não consigo imaginar uma solução que não envolva algum tipo de intermediário. Mas, como endereços e identidades legíveis podem ser vinculados a carteiras, isso ajudará a simplificar o processo e reduzir a superfície de ataque.

A interação com contratos inteligentes também é um desafio, e existem vários padrões, como o EIP-712 (que facilita a exibição de informações de tipo estruturado nas transações), que ajudam a reduzir a ofuscação enfrentada pelos usuários ao autorizar transações. Simplificar essa experiência continuará sendo tarefa dos desenvolvedores e projetistas de aplicativos descentralizados, mas é muito importante que eles consigam minimizar as interações da perspectiva do usuário. Isso garantirá que, quando um usuário precisar verificar novamente um detalhe, ele terá o foco necessário para fazê-lo e não simplesmente clicar em uma sequência de diálogos que aparecem com níveis desnecessários de detalhes.

Finalmente, em termos de gerenciamento de todas as diferentes redes com as quais um usuário precisa interagir, as visualizações dos ativos nas redes devem ser consolidadas para que os usuários tenham uma visão única de todos os seus ativos. As redes devem ser vistas como subcontas ou similares do ponto de vista do usuário - eles sabem que existe uma rede associada a uma fonte de fundos, mas tudo deve ser visto em um único lugar, com a rede entrando apenas como um código de roteamento com uma conta bancária, ou melhor ainda, inferida automaticamente a partir do nome ENS ou outro equivalente de rede. Algumas carteiras estão seguindo esse caminho, mas, novamente, precisamos das plataformas mais populares para dar o exemplo aqui.

Há muitas grandes mentes focadas em melhorar a experiência do usuário da Web3, mas se conseguirmos que as principais plataformas e aplicativos adotem algumas dessas mudanças, acredito que haverá uma comunidade muito maior se sentindo pronta para integrar a Web3. Isso fornecerá os seguintes benefícios para os usuários:

• Eles não terão que se importar com a rede subjacente que estão usando;
• Eles não terão que lidar com frases-semente ou hexadecimais;
• As interações com o contrato são mínimas.

Se você estiver interessado em aprender mais sobre a experiência do usuário na Web3, eu o encorajo a ouvir a conversa que tive com Michael Sanders da Horizon Games, que está investindo fortemente na simplificação da experiência do usuário da Web3 para jogos.

Tem alguma pergunta ou comentário? Adoraríamos ouvir de você! Se você quiser saber mais sobre blockchain, seu crescimento e os mais recentes desenvolvimentos, confira nosso blog ou ouça nosso esclarecedor podcast Web3 Innovators.

Este post apareceu pela primeira vez no blog Web3 Labs. https://blog.web3labs.com/web3-ux

Este artigo foi escrito por Conor. Tradução por Paulinho Giovannini.