O EF trabalhou para coordenar a execução desses padrões, para que os desenvolvedores de dapps não precisem tomar essas decisões sozinhos todas as vezes? Como o EF pensa em dar suporte aos desenvolvedores de dapps de modo que os custos de coordenação para alinhar aqui sejam compartilhados?
vitalik.eth
vitalik.eth12 de ago., 03:25
Se um usuário já tiver uma carteira, use sua carteira, caso contrário, crie a carteira para ele e deve haver um padrão da indústria para isso para que, se você usar dois aplicativos diferentes que funcionem dessa maneira, eles sejam vinculados automaticamente à mesma conta e, se você quiser, poderá alterar a recuperação etc. a qualquer momento
Talvez eu esteja com morte cerebral, mas Vitalik está completamente cego para o custo indireto de realizar sua visão ideal, todos os quais recaem sobre os ombros dos desenvolvedores de dapp, o contingente de construtores de criptomoedas MENOS apoiado financeiramente?
Sua afirmação sobre as duas classes de usuários de ETH (real vs mainstream) é muito real e fala de toda a amplitude de identidades e necessidades do usuário, mas a afirmação de que os dapps devem sempre ter como objetivo oferecer suporte a todos eles em paralelo é totalmente divorciada de como esses produtos são construídos
O protocolo Ethereum basicamente não faz nada para oferecer suporte a desenvolvedores de dapps: - As ferramentas são inconsistentes, os produtos devem escolher seus próprios provedores de carteira/montagem de TX - 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 estando no escopo (consulte Névoa) E então o protocolo diz "Somos o melhor lugar para os desenvolvedores criarem aplicativos! Você só precisa conciliar todas essas compensações realmente difíceis que colocamos no seu prato, boa sorte!"
1,4K