A EF fez algum trabalho para coordenar a execução destes padrões, de forma que os desenvolvedores de dapps não precisem tomar essas decisões sozinhos a cada vez? Como é que a EF pensa em apoiar os desenvolvedores de dapps de modo que os custos de coordenação para alinhar aqui sejam partilhados?
vitalik.eth
vitalik.eth12/08, 03:25
Se um utilizador já tiver uma carteira, utilize a carteira dele, caso contrário, crie a carteira para ele. E deve haver um padrão da indústria para isso. Assim, se você usar dois aplicativos diferentes que funcionam dessa maneira, eles serão automaticamente vinculados à mesma conta, e então, se quiser, pode alterar a recuperação, etc., a qualquer momento.
Talvez eu esteja com a cabeça vazia, mas será que o Vitalik está completamente cego para o custo adicional de realizar sua visão ideal, que recai sobre os desenvolvedores de dapps, o grupo MENOS apoiado financeiramente de construtores no crypto?
A sua afirmação sobre as duas classes de utilizadores de ETH (real vs mainstream) é muito real e reflete a totalidade das identidades e necessidades dos utilizadores, mas a afirmação de que as dapps devem sempre visar apoiar todos eles em paralelo está completamente desconectada de como esses produtos são construídos.
O protocolo Ethereum basicamente não faz nada para apoiar os desenvolvedores de dapps: - as ferramentas são inconsistentes, os produtos devem escolher os seus próprios fornecedores de carteira/assemblagem de transações - o protocolo não permite que taxas nativas sejam cobradas (% de gás, etc) - o protocolo não ajuda os dapps a se distribuírem - o protocolo não considera as interfaces que as pessoas usam para interagir com a cadeia como sendo relevantes (veja Mist) E então o protocolo diz: "Nós somos o melhor lugar para os desenvolvedores construírem aplicativos! Você só precisa reconciliar todas essas trocas realmente difíceis que colocamos em seu prato, boa sorte!"
1,41K