Actualmente, la arquitectura que estoy viendo es que el contrato inteligente (SC) se encuentra en la red Ethereum, pero es un sistema de contrato complejo y de varios niveles. Solo navegar a través de los niveles de la plataforma de contratos inteligentes requiere mucho esfuerzo y estoy considerando crear un servicio de back-end node.js que implemente web3 para realizar las llamadas SC de varios niveles y devolver mis datos necesarios en una respuesta JSON RESTful.
Esto estaba destinado a reducir la cantidad de locura que la interfaz (vue.js) tendría que manejar para proporcionar a la interfaz de usuario los datos que necesita.
Aunque la cadena de bloques tiene todos los eventos creados y puedo usar web3 para buscar y completar la interfaz de usuario de esa manera, pero luego también tendría que navegar a través de SC de varios niveles para obtener los datos que necesito.
¿Tendría más sentido tener una interfaz de usuario de frontend gruesa que analice eventos y navegue por la plataforma, o tener un backend de nodeJS que sea de código abierto y actúe como un lector de blockchain que maneje eso por mí y luego sirva todo en un bonito JSON para la interfaz de usuario? ?
Sí, terminó siendo extremadamente útil para muchas solicitudes de solo lectura que desea hacer desde contratos. Debido a mi aplicación, tenía más de una interfaz que consumía los datos para una plataforma de contrato inteligente ethereum de múltiples contratos, por lo que tener la API node.js para navegar y proporcionar a mis usuarios finales una API fácil de digerir lo hizo mucho más simple. Abrí la API de node.js para que pueda consultarla en github.com/matryx/MatryxExplorer si necesita ideas. Utilicé IPFS como mecanismo de almacenamiento:
kitkarson
aquamansam