¿Ha trabajado la EF para coordinar la ejecución de estos estándares, de modo que los desarrolladores de dapps no tengan que tomar estas decisiones ellos mismos cada vez? ¿Cómo piensa la EF en apoyar a los desarrolladores de dapps para que los costos de coordinación para alinearse aquí sean compartidos?
vitalik.eth
vitalik.eth12 ago, 03:25
Si un usuario ya tiene una billetera, usa su billetera, de lo contrario, crea la billetera para ellos y debería haber un estándar de la industria para esto para que si usas dos aplicaciones diferentes que funcionan de esa manera, se vinculen automáticamente a la misma cuenta, y luego, si quieres, puedes cambiar la recuperación, etc., en cualquier momento.
Quizás estoy completamente perdido, pero ¿Vitalik es ciego al costo adicional de realizar su visión ideal, que recae sobre los desarrolladores de dapps, el grupo de constructores menos apoyado financieramente en el cripto?
Su afirmación sobre las dos clases de usuarios de ETH (reales vs. convencionales) es muy real y habla de la amplia gama de identidades y necesidades de los usuarios, pero la afirmación de que las dapps siempre deberían apuntar a apoyar a todos ellos en paralelo está totalmente desconectada de cómo se construyen estos productos.
El protocolo de Ethereum básicamente no hace nada para apoyar a los desarrolladores de dapps: - las herramientas son inconsistentes, los productos deben elegir sus propios proveedores de billetera/ensamblaje de transacciones - el protocolo no permite que se cobren tarifas nativas (porcentaje de gas, etc.) - el protocolo no ayuda a las dapps a distribuirse - el protocolo no considera que las interfaces que las personas utilizan para interactuar con la cadena estén dentro del alcance (ver Mist) Y luego el protocolo dice: "¡Somos el mejor lugar para que los desarrolladores construyan aplicaciones! Solo tienes que reconciliar todos estos difíciles compromisos que hemos puesto en tu plato, ¡buena suerte!"
1.31K