Souvenez-vous de l'"ère pré-cloud" d'autrefois. À cette époque, les développeurs étaient dans une situation difficile, devant tout construire de zéro, gérant à la fois le front-end et le back-end des serveurs eux-mêmes. Cela coûtait cher, le taux d'erreur était élevé et il n'était pas certain de pouvoir soutenir la croissance des utilisateurs. Ce n'est qu'avec l'arrivée du cloud computing que tout le monde a réalisé que l'infrastructure back-end pouvait totalement être confiée aux grandes entreprises, vous n'aviez qu'à vous occuper de la logique métier, ce qui a considérablement amélioré l'efficacité.
Et la cryptographie actuelle, dans une certaine mesure, ressemble à l'état pré-cloud d'autrefois. Les chaînes fonctionnent indépendamment les unes des autres, comme autant d'îles. Les développeurs doivent rassembler des morceaux ici et là pour créer des applications, répétant ainsi les mêmes efforts, ce qui est très inefficace. De plus, l'infrastructure de la plupart des chaînes n'est pas conviviale. Si vous voulez construire un service inter-chaînes et évolutif, cela est beaucoup plus difficile que sur Internet traditionnel.
KRNL souhaite provoquer une "révolution du cloud computing" dans le monde de la cryptomonnaie. Il propose un concept similaire à celui du FaaS, mais au lieu d'un service centralisé traditionnel fourni par des entreprises de cloud, il s'agit de kernels décentralisés, contribué et maintenu par la communauté. Chaque kernel peut être appelé, combiné et même monétisé, permettant ainsi aux développeurs de ne pas avoir à réinventer la roue.
KRNL n'est pas simplement une copie du modèle FaaS traditionnel, mais une re-conception. Après tout, le monde de la blockchain est intrinsèquement fragmenté, et le FaaS traditionnel y est presque inadapté, car il nécessite un environnement sous-jacent unifié. Mais l'idée de KRNL est un enregistrement, une gestion et une exécution décentralisés, permettant la communication entre ces îlots, en regroupant les ressources de calcul dispersées pour en faire un tout.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Cher @KRNL_xyz
Souvenez-vous de l'"ère pré-cloud" d'autrefois. À cette époque, les développeurs étaient dans une situation difficile, devant tout construire de zéro, gérant à la fois le front-end et le back-end des serveurs eux-mêmes. Cela coûtait cher, le taux d'erreur était élevé et il n'était pas certain de pouvoir soutenir la croissance des utilisateurs. Ce n'est qu'avec l'arrivée du cloud computing que tout le monde a réalisé que l'infrastructure back-end pouvait totalement être confiée aux grandes entreprises, vous n'aviez qu'à vous occuper de la logique métier, ce qui a considérablement amélioré l'efficacité.
Et la cryptographie actuelle, dans une certaine mesure, ressemble à l'état pré-cloud d'autrefois. Les chaînes fonctionnent indépendamment les unes des autres, comme autant d'îles. Les développeurs doivent rassembler des morceaux ici et là pour créer des applications, répétant ainsi les mêmes efforts, ce qui est très inefficace. De plus, l'infrastructure de la plupart des chaînes n'est pas conviviale. Si vous voulez construire un service inter-chaînes et évolutif, cela est beaucoup plus difficile que sur Internet traditionnel.
KRNL souhaite provoquer une "révolution du cloud computing" dans le monde de la cryptomonnaie. Il propose un concept similaire à celui du FaaS, mais au lieu d'un service centralisé traditionnel fourni par des entreprises de cloud, il s'agit de kernels décentralisés, contribué et maintenu par la communauté. Chaque kernel peut être appelé, combiné et même monétisé, permettant ainsi aux développeurs de ne pas avoir à réinventer la roue.
KRNL n'est pas simplement une copie du modèle FaaS traditionnel, mais une re-conception. Après tout, le monde de la blockchain est intrinsèquement fragmenté, et le FaaS traditionnel y est presque inadapté, car il nécessite un environnement sous-jacent unifié. Mais l'idée de KRNL est un enregistrement, une gestion et une exécution décentralisés, permettant la communication entre ces îlots, en regroupant les ressources de calcul dispersées pour en faire un tout.
@Galxe #Starboard