Arquitectura de una Dapp
Curso de Arquitectura de Aplicaciones Descentralizadas en Ethereum
Contenido del curso
Aldana Maldonado
Marcos Vázquez González
Didier Zuñiga
Ogden Gómez
Gerardo Lopez Falcon
ProfesorOgden Gómez
Diego Mario Maldini Freyre
Diego Mario Maldini Freyre
Diego Mario Maldini Freyre
uRieL Martinez Bautista
Gerardo Lopez Falcon
ProfesorGerardo Lopez Falcon
Profesor
Juan Bautista
Fernando Hernandez
Es muy importante antes de cualquier desarrollo entender los diferentes componentes que incluye una aplicación. En este caso la arquitectura de una Dapp.
Los aspectos importantes a considerar cuando diseñamos una app en Ethereum son los siguientes:
** Escoger la blockchain o el proveedor de nuestro nodo. **Tener una local o implementarla uno mismo es cara y costosa de hacer. Generalmente se escoge una empresa que nos provea los nodos. Ejemplo: Alchemy, Infura etc.
Tener una red de Test y Prod para preparar los ambientes. En test hay facilidad de despliegue y costos mas bajos. En cambio en produccion ya necesitamos fondos reales en Ether. En estas redes se almacenaran nuestros smart contracts.
Front-end / Cliente / Third Party: Puede ser una app web o mobile. Esta relacion nos permitira hacer queries o solicitudes directamnete con el proveedor, hacer actualizaciones dentro de la blockchain etc. Ejemplo React, Angular.
Definir un Signer: nos permite autenticarnos por medio de una wallet. Todos los procesos que involucren actualizacion implican un costo, y quien abona ese costo es un signer.
En el mundo NFT generalmente guardamos metadata. Tenemos la opcion de IPFS, Infura entre otros. No es necesario que toda la data se guarde en la blockchain por los costos que conlleva.
Componente de graph: queries sencillos o complejos que nos permite ir a los smart contracts y traer cierto tipo de informacion.
Hola alienigena, tu sabes como sería la parte de backend en una DApp. O como se maneja la programación del negoció.
Soy principiante
Hola Marcos, el backend en el caso del desarrollo Blockchain se refiere al desarrollo en si de los Smart Contracts, ya sea en Solidity, Vyper, Rust, etc. En los Smart Contracts es donde se programa la logica de negocio.
Puedo tener almacenamiento de archivos de usuario en servicios centralizados? y la lógica en blockchain? Se podría con un sistema de DLT?
De poder puedes, pero porque hacerlo así?
Solo para ver si hay flexibilidad. Dependiendo el caso se puede diseñar con las opciones que hay.
Cuáles son las opciones descentralizadas para desplegar el front que menciona en el minuto 7:20? Arbey? ITPS? Alguien llega a escuchar bien o las conoce? Gracias.
Aquí encontré la respuesta a una de ellas: "Arweave"...:
Permanently deploy decentralized React frontends to Arweave
IPFS vs filecoin vs arweave
Que componenete se agregaría a la arquitectura, para poder consultar un valor fuera de la blockchain desde un smart contract?
Nativamente no es posible, podrías probar con Oracle chainlink nodes o algo parecido.
Nativamente no es posible, podrías probar con Oracle chainlink nodes o algo parecido.
No mire en la estructura planteada la parte de protocolos como PUSH, Lens, seria bueno ver en que parte se ubica
