Presentando el Acela Core - Actualizando aplicaciones Web2 existentes en verdaderas aplicaciones Web3.
¡Hola, comunidad!
¡Bienvenidos a otra actualización de 3Speak! En esta edición hablaremos sobre Acela Core, la nueva plataforma de vídeo backend que estamos desarrollando para 3Speak.tv y las aplicaciones de la red SPK. A medida que desarrollamos este backend, el mismo desempeñará un papel crítico para cerrar la brecha entre plataformas basadas en web2 y web3. Pretendemos que esta nota sea una visión general aproximada, ya que cada tema mencionado se puede ampliar en docenas de publicaciones únicas. Con el tiempo, gradualmente lanzaremos más actualizaciones e información sobre lo que implicaría este nuevo backend.
Imagínalo como un pastel de varias capas. En la parte inferior, la primera capa del pastel está HIVE y otras tecnologías web3. Luego, en un nivel superior están una serie de indexadores para hacer que los datos de la capa base sean útiles (el indexador de unión de la red SPK es un ejemplo perfecto). Finalmente, la cereza del pastel, el Acela Core, dará el último empujón para proporcionar plataformas con una experiencia web3 de alta calidad sin necesidad de escribir toneladas de código de backend.
Crear una plataforma es difícil, para ello necesitas:
- Gestión de cuentas (autenticación)
La parte de autenticación del backend combina varios sistemas de autenticación e identidad como HIVE Keychain, metamask, SSO (inicio de sesión único) y más en un backend unificado. Esto no solo se aplica a 3Speak, sino también a otras aplicaciones que deseen utilizar este backend. Una parte de esto simplemente consiste en vincular tu cuenta de HIVE con un inicio de sesión de nombre de usuario/contraseña y utilizarlo como medio de inicio de sesión principal. Pero también ser capaz de crear una cuenta de HIVE sin necesidad de saber nada sobre HIVE en absoluto (experiencia similar a web2). En el lado más complicado del espectro se encuentran las cuentas proxy de HIVE. Con esto, podemos unir operaciones desde cuentas no pertenecientes a HIVE, a la cadena a través de un conjunto de cuentas proxy dedicadas mantenidas por 3Speak u otros. Aunque este es un paso posterior en el proceso de desarrollo, estamos buscando activamente construirlo en el backend.
El backend de autenticación tendría un conjunto sencillo de APIs para el manejo del inicio de sesión, publicación, votación, creación de cuentas, etc. Todo se puede acceder fácilmente a través de solicitudes HTTP regulares con el token de autenticación adecuado creado durante el proceso de inicio de sesión.
- Capa de almacenamiento
Los proyectos a gran escala que involucran miles de archivos y cientos de terabytes de datos suelen requerir un servicio dedicado para manejar el almacenamiento de datos, la gestión del almacenamiento de datos y las integraciones con otros servicios. Para empezar, el almacenamiento en IPFS (Sistema de archivos interplanetario) no es fácil. No se puede simplemente poner un archivo en IPFS y esperar que todo funcione al 100% todo el tiempo. Por lo tanto, estamos construyendo un servicio dedicado para manejar las cargas, la comunicación con un clúster IPFS dedicado para administrar parte del almacenamiento IPFS y otras funciones diversas. Además, este servicio de gestión de almacenamiento se encargaría de la integración de la red SPK POA (Prueba de Acceso) en una fecha posterior, una vez disponible.
- Indexación
Por defecto, en HIVE solo hay disponibles algunos sistemas de indexación. Muchos de ellos se centran en proporcionar sus propias formas de indexación social, y ninguno de ellos admite publicar fuera de la cadena. No se puede simplemente ejecutar una solicitud a la API en cualquier nodo normal de HIVE y realizar una consulta compleja y masiva. Por eso estamos construyendo el indexador unificado de la red SPK para convertir los datos en cadena de HIVE y, aún más importante, los datos fuera de la cadena en una base de datos similar a la de la web2. Al indexar todos estos datos, podemos hacer cosas como búsqueda de texto completo. Incluso podemos hacer recomendaciones avanzadas para mejorar la tendencia o el feed de usuario. Podemos mezclar contenido en y fuera de la cadena en el mismo feed. Con el tiempo, publicaremos blogs más detallados sobre estos temas.
https://github.com/spknetwork/union-indexer-node
- Capacidades de escritura
Actualmente, la mayoría de las operaciones de escritura, como publicar un video, comentar, votar y más, se realizan otorgando previamente la autoridad de publicar a @threespeak (posting authority) y luego utilizando una API para interactuar de manera similar a la web2. La API traduce las solicitudes entrantes de acciones en cadena en nombre del usuario. Esto nos brinda mucha flexibilidad para hacer cosas como publicaciones programadas, inicio de sesión mediante correo electrónico/contraseña, etc. Mantendremos esto igual en gran medida en el nuevo backend, pero modernizado para mejorar significativamente la usabilidad y la calidad general del backend. Además, las cuentas proxy de HIVE entrarán en juego, donde en lugar de publicar directamente en una cuenta en una relación 1:1, podemos publicar directamente en una cuenta proxy compartida para cientos o incluso miles de usuarios. Utilizando el indexador unificado para diferenciar entre usuarios.
También reconocemos que existen opciones de inicio de sesión como HAS (Servicio de Autenticación de Hive)/Hive Keychain, donde el usuario puede firmar directamente para realizar acciones. Trabajaremos en ello en el Acela Core donde sea adecuado y necesario.
- Codificación de video
En general, todos los videos en el sitio 3Speak.tv necesitan pasar por algún tipo de codificación. Ya sea para crear varias resoluciones del mismo video o para reducir el tamaño del video original. Se considera ampliamente necesario. El nuevo backend proporcionará una interfaz para comunicarse con un conjunto dedicado de codificadores de video SPK para las necesidades de codificación de video. Ese conjunto es operado por la plataforma o remotamente por terceros que forman sus propios conjuntos de codificación. La parte de codificación de video del backend está estrechamente vinculada con la autenticación, y lo que es más importante, el almacenamiento.
- Comprobación de estados
Estaremos creando un servicio dedicado para manejar las comprobaciones de estados del backend. Para empezar, esto abarca cosas triviales como que una API esté caída y notificar a los desarrolladores. Pero también tareas más complicadas, como verificar la integridad de todo el contenido de video almacenado y los metadatos de publicaciones. El estado del sistema de las comprobaciones estará disponible en una página web y a través de un bot de Discord para actualizaciones más frecuentes en el futuro. Esto jugará un papel crítico durante el proceso de desarrollo y la fase de madurez del backend. Es aún más importante para las plataformas que podrían no tener idea de lo que está sucediendo durante las fases iniciales de la configuración.
Es por eso que estamos desarrollando el Acela Core para que plataformas como 3Speak y otras puedan aprovecharlo sin tener que dedicar un tiempo significativo a desarrollar un backend personalizado. Además, es completamente de código abierto y se puede bifurcar y construir tu propia copia fácilmente. ¿Por qué construir tu propia infraestructura web3 cuando la comunidad de Hive y la Red SPK ya lo proporciona de forma gratuita? Estos cambios no solo serán importantes para el avance de la plataforma 3Speak.tv, sino también para toda la comunidad de video contenido y web3.
Notas finales
Si deseas saber más sobre el backend del Núcleo Acela en profundidad y discutir su caso de uso, comuníquese con nosotros en nuestro servidor de Discord o contacte directamente a @vaultec (vaultec#0001) para ponerse en contacto.
¡Estén atentos a nuestro próximo blog de actualización de testigo que debería estar disponible en los próximos días!
El gráfico de arriba es una representación incompleta del actual progreso de la nueva arquitectura del backend.
Leyenda del gráfico:
Verde = Disponible/Cumple con los requisitos del MVP (Modelo–Vista–Presentador)
Amarillo = En progreso/parcial
Gris = No iniciado/desconocido/TBD (por determinarse)
Translated by @jonsnow1983