Estoy tratando de desarrollar un dapp para almacenar archivos de imagen con Parity e IPFS. Y al principio solo quiero desarrollarlo en el sitio web. Al igual que una plataforma o un disco en la nube. Pero hoy me comuniqué con otros y descubrí que hay algunos problemas. Si solo lo hago como una plataforma, significa que necesita mantener la cadena de bloques para todos los usuarios. ¿Todavía se ajusta a la idea de "descentración"? Y si es así, necesito configurar algunos nodos para mantener la cadena de bloques en funcionamiento. Pero, ¿cuántos nodos debo configurar? ¿Un usuario más, un nodo más? Eso parece poco práctico...
Creo que hay algunos pensamientos erróneos sobre blockchain en mi mente... Por favor, dame algunos consejos sobre cómo desarrollar dapps en el sitio web. ¡¡Muchas gracias!! :)
Tiene buena intuición: se supone que una Dapp es una especie de aplicación p2p que se ejecuta exclusivamente en la computadora del usuario (cliente). Se supone que debe comunicarse con entidades externas utilizando Ethereum blockchain y posiblemente otras plataformas p2p como IPFS.
Por supuesto, dependiendo de los requisitos, podría ser necesaria alguna forma de centralización. Pero en principio debe evitarse.
La arquitectura es algo similar al conocido modelo antiguo de 2 niveles "cliente-servidor" en el que "servidor" se reemplaza por "plataforma p2p distribuida". Pero desde el punto de vista de un programador de aplicaciones, en realidad es cliente-servidor donde el servidor es un nodo Ethereum local o remoto que expone la interfaz RPC.
Para facilitar la vida de los creadores de Dapp y no imponer demasiada carga a los usuarios con la instalación y ejecución del nodo Ethereum completo, existen proyectos como Infura que brindan acceso a Ethereum a través de la interfaz HTTPS RPC.
yangyifei
Michał Kłeczek
yangyifei
Michał Kłeczek
yangyifei
Michał Kłeczek