Recuerda la "era anterior a la computación en la nube". En ese entonces, los desarrolladores lo pasaban mal, tenían que construir el sistema desde cero, gestionando tanto el frontend como el backend por sí mismos. Gastaban mucho dinero, tenían una alta tasa de errores y ni siquiera podían soportar el crecimiento de los usuarios. Hasta que llegó la computación en la nube, todos se dieron cuenta de que la infraestructura del backend podía ser completamente confiada a las grandes empresas, y solo tenían que preocuparse por escribir la lógica del negocio, lo que aumentó la eficiencia de manera significativa.
Y ahora la criptografía, en cierto modo, es como el estado pre-nube de hace años. Las cadenas actúan de forma independiente, como islas. Si los desarrolladores quieren crear aplicaciones en este entorno, deben ensamblar piezas de aquí y allá, reinventando la rueda, lo que resulta en una baja eficiencia. Además, la infraestructura de la mayoría de las cadenas no es amigable; si deseas construir un servicio interoperable y escalable, la dificultad es mucho mayor que en el internet tradicional.
KRNL quiere llevar a cabo una "revolución en la computación en la nube" dentro del ámbito de las criptomonedas. Propone un concepto similar al FaaS, pero no como los servicios centralizados de proveedores de nube tradicionales, sino como kernels descentralizados que son contribuidos y mantenidos por la comunidad. Cada kernel puede ser llamado, combinado e incluso monetizado, lo que permite a los desarrolladores no tener que reinventar la rueda.
KRNL no es simplemente una copia del modelo tradicional de FaaS, sino que ha sido rediseñado. Después de todo, el mundo blockchain es intrínsecamente fragmentado, y el FaaS tradicional aquí prácticamente no se adapta, ya que requiere un entorno subyacente unificado. Pero la idea de KRNL es la registración, gestión y ejecución descentralizadas, permitiendo que estas islas se comuniquen entre sí, empaquetando los recursos de computación originalmente dispersos en un todo.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Estimado @KRNL_xyz
Recuerda la "era anterior a la computación en la nube". En ese entonces, los desarrolladores lo pasaban mal, tenían que construir el sistema desde cero, gestionando tanto el frontend como el backend por sí mismos. Gastaban mucho dinero, tenían una alta tasa de errores y ni siquiera podían soportar el crecimiento de los usuarios. Hasta que llegó la computación en la nube, todos se dieron cuenta de que la infraestructura del backend podía ser completamente confiada a las grandes empresas, y solo tenían que preocuparse por escribir la lógica del negocio, lo que aumentó la eficiencia de manera significativa.
Y ahora la criptografía, en cierto modo, es como el estado pre-nube de hace años. Las cadenas actúan de forma independiente, como islas. Si los desarrolladores quieren crear aplicaciones en este entorno, deben ensamblar piezas de aquí y allá, reinventando la rueda, lo que resulta en una baja eficiencia. Además, la infraestructura de la mayoría de las cadenas no es amigable; si deseas construir un servicio interoperable y escalable, la dificultad es mucho mayor que en el internet tradicional.
KRNL quiere llevar a cabo una "revolución en la computación en la nube" dentro del ámbito de las criptomonedas. Propone un concepto similar al FaaS, pero no como los servicios centralizados de proveedores de nube tradicionales, sino como kernels descentralizados que son contribuidos y mantenidos por la comunidad. Cada kernel puede ser llamado, combinado e incluso monetizado, lo que permite a los desarrolladores no tener que reinventar la rueda.
KRNL no es simplemente una copia del modelo tradicional de FaaS, sino que ha sido rediseñado. Después de todo, el mundo blockchain es intrínsecamente fragmentado, y el FaaS tradicional aquí prácticamente no se adapta, ya que requiere un entorno subyacente unificado. Pero la idea de KRNL es la registración, gestión y ejecución descentralizadas, permitiendo que estas islas se comuniquen entre sí, empaquetando los recursos de computación originalmente dispersos en un todo.
@Galxe #Starboard