La réunion technique de Fellowship de mars a eu lieu hier soir, PolkaWorld a rapidement regroupé les déclarations de Gavin pour aider tout le monde à comprendre les dernières avancées de JAM et de Polkadot ! Continuez à lire pour voir le partage de Gavin !
PolkaWorld Note : La réunion technique Fellowship est une réunion en ligne mensuelle de Polkadot, à laquelle la plupart des Fellowship participent et partagent leurs progrès de travail du mois ! En gros, vous pouvez en apprendre davantage sur les avancées majeures de Polkadot lors de cette réunion ! Le Fellowship technique est un groupe d'experts techniques décentralisés sur la chaîne de Polkadot, et il est l'une des organisations contributrices clés au développement technique de Polkadot.
Alice et Bob : Salut Gavin ! Le mois dernier, tu nous as envoyé une vidéo où tu mentionnais les progrès de l'interface en ligne de commande et de la bibliothèque de code associée. Par coïncidence, juste avant et après l'envoi de la vidéo, j'ai aussi eu la chance de voir ta démonstration en direct. Ensuite, il s'est passé des choses plutôt excitantes, donc aujourd'hui, j'aimerais vraiment entendre parler de tes avancées de ce mois-ci et de ce qui s'est passé en coulisses.
Gavin : Eh bien, lors de notre dernier appel, j'étais en tournée pour JAM en Asie, peut-être sur le chemin de Taipei ou de Hong Kong, il était trop tard, donc j'ai fait une vidéo pour vous. J'ai terminé cette tournée le mois dernier et je suis revenu de la Chine continentale il y a une semaine et demie.
De retour, cette bibliothèque de code a été officiellement intégrée dans le code de PolkaJAM. J'espère pouvoir publier une version binaire de cette bibliothèque avant notre prochain appel, tout en publiant également quelques outils permettant à chacun de créer son propre testnet PolkaJAM et de s'amuser un peu. De plus, nous avons l'intention d'open sourcer le service CoreVM ainsi que quelques outils connexes, afin que les développeurs puissent vraiment commencer à déployer leur logiciel sur le testnet JAM.
En plus de cela, j'ai également réalisé une chose assez importante, à savoir la publication de la version 064 du Graypaper. Le point focal de cette mise à jour est de fournir une fonctionnalité qui vous permet de voir plus clairement ce qui se passe sur le réseau JAM — par exemple, les éléments clés sur la chaîne, combien de ressources les services consomment, combien de gas est utilisé, etc. Toutes ces statistiques sont directement enregistrées sur la chaîne. Auparavant, bien que cela ait été possible, c'était particulièrement compliqué, nécessitant beaucoup de travaux supplémentaires complexes et pouvant facilement poser problème. Maintenant, c'est beaucoup plus simple, les données sont directement enregistrées sur la chaîne, chaque bloc est mis à jour une fois, et vous pouvez toujours voir cela très clairement.
Cette fonctionnalité est simple à dire, mais quand je l’ai faite, je l’ai trouvée un peu compliquée, c’était plus difficile que ce à quoi je m’attendais, et cela a pris quelques jours de plus. Mais maintenant que c’est fait, vous pourrez voir cette nouvelle version dans le référentiel Greybook tout de suite, et elle devrait être officiellement publiée aujourd’hui ou demain.
Pour le projet JAM Toaster, cette fonctionnalité est particulièrement utile. Notre membre d'équipe Erin, que beaucoup de gens connaissent peut-être, est en train de créer une belle interface web, ce qui vous permettra de voir très clairement les diverses données sur la chaîne JAM. Cela va apporter des choses amusantes, nous pouvons l'utiliser pour faire des choses cool, comme le jeu DOOM en cours d'exécution sur la chaîne que nous avons présenté auparavant, nous pouvons voir les données d'activité sur la chaîne augmenter en temps réel pendant que le jeu fonctionne, c'est très intuitif et intéressant. À l'avenir, nous pourrions également ajouter des indicateurs comme le TPS, bien que JAM lui-même n'ait pas de "transactions" au sens strict, faire ce genre de démonstration est assez utile pour représenter intuitivement le niveau d'activité sur la chaîne, même si cela a un peu un côté "trompeur".
Essentiellement, c'est ce sur quoi j'ai été occupé récemment. Bien sûr, il y a d'autres petites mises à jour dans le livre gris, et ces fonctionnalités de statistiques d'activités ont également été intégrées dans le code de PolkaJAM. Une fois la nouvelle version publiée, tout le monde pourra l'utiliser immédiatement.
Alice et Bob : C'est génial, Gavin, j'ai encore deux petites questions : la première question est, est-ce que ces fonctionnalités statistiques que vous venez de mentionner sont similaires à une sortie de débogage, ou comme les journaux d'un programme ?
Gavin : Non, ce n'est pas juste une simple sortie de débogage, vous pouvez imaginer cela comme lorsque vous utilisez un système Linux, vous ouvrez un programme de surveillance qui peut vous dire en temps réel combien de ressources CPU sont utilisées. Maintenant, nous avons également une fonctionnalité similaire sur la chaîne JAM. Sans cette nouvelle fonctionnalité, si vous vouliez voir l'état de fonctionnement de la chaîne, vous deviez déployer des nœuds spécialisés, ce qui était particulièrement ennuyeux et irréaliste. Maintenant, c'est beaucoup plus facile, chaque nœud rapporte activement les détails de ses tâches exécutées (comme combien de gas ont été utilisés, la taille des données transférées, etc.), ce qui nous permet de voir clairement ce que chaque nœud et service font vraiment.
Alice et Bob : La deuxième question est que le mois dernier, vous avez montré le fonctionnement de DOOM sur la chaîne, et cela a suscité des débats sur Twitter pendant plusieurs jours. Certaines personnes disent que cela ne compte pas vraiment comme un fonctionnement sur la chaîne, et les discussions étaient assez animées. Voulez-vous profiter de cette occasion pour expliquer votre point de vue sur cette question ?
Gavin : Pour être honnête, je ne comprends pas vraiment ce que pensent ceux qui disent que ce n'est pas exécuté sur la chaîne, ils n'ont jamais vu le vrai code (car je ne l'ai pas encore rendu public). Je pense qu'ils sont peut-être juste des trolls sur Twitter, disant ce qu'ils veulent sans vraiment comprendre ce que nous faisons.
DOOM fonctionne effectivement sur la chaîne ! Plus précisément, il fonctionne dans un cœur de JAM, utilisant notre service CoreVM développé. Vous pouvez imaginer CoreVM comme une version blockchain de Docker, les programmes qui y tournent semblent identiques à ceux qui fonctionnent sur un ordinateur ordinaire. Nous avons porté le code du jeu sur cette machine virtuelle, tout comme nous le ferions pour le porter sur Windows, Linux ou Mac, puis le jeu fonctionne normalement.
Mais je dois admettre que le DOOM sur cette chaîne n'est en réalité pas très amusant, car la vitesse de génération de blocs de la blockchain est lente, avec un retour d'information toutes les 6 secondes environ, ce qui rend l'expérience de jeu désagréable. Cependant, notre objectif en montrant cela n'est pas de jouer à des jeux, mais de prouver que l'environnement de la chaîne JAM est suffisamment puissant, avec une bande passante et une capacité de calcul suffisantes pour exécuter des logiciels normaux. C'est ça le plus important.
Il est vrai que certaines personnes ont exprimé des doutes, pensant que nous ne sommes pas vraiment "sur la chaîne", et disant que JAM n'est qu'un "couche de disponibilité des données (DA)". En fait, ils n'ont pas du tout compris ce qu'est vraiment JAM. Cependant, après plus d'une centaine de tweets de débats, ils ont enfin commencé à comprendre un peu. En réalité, ce que nous faisons est beaucoup plus avancé que d'autres écosystèmes, il est donc naturel que certaines personnes ne comprennent pas, et même qu'elles soient très négatives en cherchant des défauts. À l'avenir, d'autres projets pourraient même essayer de nous imiter.
En ce qui concerne le débat sur la chaîne et hors chaîne, je trouve cela assez ennuyeux. En fait, le problème central est très simple : "sur la chaîne" signifie garantir la sécurité et la fiabilité du processus de calcul de manière décentralisée. Les blockchains traditionnelles, comme Bitcoin ou Ethereum, obligent chaque nœud à calculer les mêmes données et programmes, tandis que JAM utilise un protocole appelé ELVES, qui permet aux nœuds de ne pas avoir à effectuer tous les calculs eux-mêmes tout en garantissant la sécurité des calculs sur la chaîne et la cohérence des résultats. Ce système a été publié et largement examiné, et nous croyons qu'il est la clé pour le développement à grande échelle de la blockchain dans le futur.
Ceux qui sont encore en train de se demander "quel nœud a fait quoi" devront finalement accepter la réalité : pour que la blockchain se développe réellement, il faut réduire la charge de travail des nœuds tout en garantissant la sécurité et la crédibilité des résultats par d'autres moyens.
Voilà, c'est à peu près tout ce sur quoi j'ai été occupé récemment ! Merci !
Le contenu est fourni à titre de référence uniquement, il ne s'agit pas d'une sollicitation ou d'une offre. Aucun conseil en investissement, fiscalité ou juridique n'est fourni. Consultez l'Avertissement pour plus de détails sur les risques.
Gavin Wood partage la mise à jour du livre blanc JAM en réponse à la controverse sur le fonctionnement de la chaîne DOOM.
Auteur : Communauté PolkaWorld
La réunion technique de Fellowship de mars a eu lieu hier soir, PolkaWorld a rapidement regroupé les déclarations de Gavin pour aider tout le monde à comprendre les dernières avancées de JAM et de Polkadot ! Continuez à lire pour voir le partage de Gavin !
PolkaWorld Note : La réunion technique Fellowship est une réunion en ligne mensuelle de Polkadot, à laquelle la plupart des Fellowship participent et partagent leurs progrès de travail du mois ! En gros, vous pouvez en apprendre davantage sur les avancées majeures de Polkadot lors de cette réunion ! Le Fellowship technique est un groupe d'experts techniques décentralisés sur la chaîne de Polkadot, et il est l'une des organisations contributrices clés au développement technique de Polkadot.
Alice et Bob : Salut Gavin ! Le mois dernier, tu nous as envoyé une vidéo où tu mentionnais les progrès de l'interface en ligne de commande et de la bibliothèque de code associée. Par coïncidence, juste avant et après l'envoi de la vidéo, j'ai aussi eu la chance de voir ta démonstration en direct. Ensuite, il s'est passé des choses plutôt excitantes, donc aujourd'hui, j'aimerais vraiment entendre parler de tes avancées de ce mois-ci et de ce qui s'est passé en coulisses.
Gavin : Eh bien, lors de notre dernier appel, j'étais en tournée pour JAM en Asie, peut-être sur le chemin de Taipei ou de Hong Kong, il était trop tard, donc j'ai fait une vidéo pour vous. J'ai terminé cette tournée le mois dernier et je suis revenu de la Chine continentale il y a une semaine et demie.
De retour, cette bibliothèque de code a été officiellement intégrée dans le code de PolkaJAM. J'espère pouvoir publier une version binaire de cette bibliothèque avant notre prochain appel, tout en publiant également quelques outils permettant à chacun de créer son propre testnet PolkaJAM et de s'amuser un peu. De plus, nous avons l'intention d'open sourcer le service CoreVM ainsi que quelques outils connexes, afin que les développeurs puissent vraiment commencer à déployer leur logiciel sur le testnet JAM.
En plus de cela, j'ai également réalisé une chose assez importante, à savoir la publication de la version 064 du Graypaper. Le point focal de cette mise à jour est de fournir une fonctionnalité qui vous permet de voir plus clairement ce qui se passe sur le réseau JAM — par exemple, les éléments clés sur la chaîne, combien de ressources les services consomment, combien de gas est utilisé, etc. Toutes ces statistiques sont directement enregistrées sur la chaîne. Auparavant, bien que cela ait été possible, c'était particulièrement compliqué, nécessitant beaucoup de travaux supplémentaires complexes et pouvant facilement poser problème. Maintenant, c'est beaucoup plus simple, les données sont directement enregistrées sur la chaîne, chaque bloc est mis à jour une fois, et vous pouvez toujours voir cela très clairement.
Cette fonctionnalité est simple à dire, mais quand je l’ai faite, je l’ai trouvée un peu compliquée, c’était plus difficile que ce à quoi je m’attendais, et cela a pris quelques jours de plus. Mais maintenant que c’est fait, vous pourrez voir cette nouvelle version dans le référentiel Greybook tout de suite, et elle devrait être officiellement publiée aujourd’hui ou demain.
Pour le projet JAM Toaster, cette fonctionnalité est particulièrement utile. Notre membre d'équipe Erin, que beaucoup de gens connaissent peut-être, est en train de créer une belle interface web, ce qui vous permettra de voir très clairement les diverses données sur la chaîne JAM. Cela va apporter des choses amusantes, nous pouvons l'utiliser pour faire des choses cool, comme le jeu DOOM en cours d'exécution sur la chaîne que nous avons présenté auparavant, nous pouvons voir les données d'activité sur la chaîne augmenter en temps réel pendant que le jeu fonctionne, c'est très intuitif et intéressant. À l'avenir, nous pourrions également ajouter des indicateurs comme le TPS, bien que JAM lui-même n'ait pas de "transactions" au sens strict, faire ce genre de démonstration est assez utile pour représenter intuitivement le niveau d'activité sur la chaîne, même si cela a un peu un côté "trompeur".
Essentiellement, c'est ce sur quoi j'ai été occupé récemment. Bien sûr, il y a d'autres petites mises à jour dans le livre gris, et ces fonctionnalités de statistiques d'activités ont également été intégrées dans le code de PolkaJAM. Une fois la nouvelle version publiée, tout le monde pourra l'utiliser immédiatement.
Alice et Bob : C'est génial, Gavin, j'ai encore deux petites questions : la première question est, est-ce que ces fonctionnalités statistiques que vous venez de mentionner sont similaires à une sortie de débogage, ou comme les journaux d'un programme ?
Gavin : Non, ce n'est pas juste une simple sortie de débogage, vous pouvez imaginer cela comme lorsque vous utilisez un système Linux, vous ouvrez un programme de surveillance qui peut vous dire en temps réel combien de ressources CPU sont utilisées. Maintenant, nous avons également une fonctionnalité similaire sur la chaîne JAM. Sans cette nouvelle fonctionnalité, si vous vouliez voir l'état de fonctionnement de la chaîne, vous deviez déployer des nœuds spécialisés, ce qui était particulièrement ennuyeux et irréaliste. Maintenant, c'est beaucoup plus facile, chaque nœud rapporte activement les détails de ses tâches exécutées (comme combien de gas ont été utilisés, la taille des données transférées, etc.), ce qui nous permet de voir clairement ce que chaque nœud et service font vraiment.
Alice et Bob : La deuxième question est que le mois dernier, vous avez montré le fonctionnement de DOOM sur la chaîne, et cela a suscité des débats sur Twitter pendant plusieurs jours. Certaines personnes disent que cela ne compte pas vraiment comme un fonctionnement sur la chaîne, et les discussions étaient assez animées. Voulez-vous profiter de cette occasion pour expliquer votre point de vue sur cette question ?
Gavin : Pour être honnête, je ne comprends pas vraiment ce que pensent ceux qui disent que ce n'est pas exécuté sur la chaîne, ils n'ont jamais vu le vrai code (car je ne l'ai pas encore rendu public). Je pense qu'ils sont peut-être juste des trolls sur Twitter, disant ce qu'ils veulent sans vraiment comprendre ce que nous faisons.
DOOM fonctionne effectivement sur la chaîne ! Plus précisément, il fonctionne dans un cœur de JAM, utilisant notre service CoreVM développé. Vous pouvez imaginer CoreVM comme une version blockchain de Docker, les programmes qui y tournent semblent identiques à ceux qui fonctionnent sur un ordinateur ordinaire. Nous avons porté le code du jeu sur cette machine virtuelle, tout comme nous le ferions pour le porter sur Windows, Linux ou Mac, puis le jeu fonctionne normalement.
Mais je dois admettre que le DOOM sur cette chaîne n'est en réalité pas très amusant, car la vitesse de génération de blocs de la blockchain est lente, avec un retour d'information toutes les 6 secondes environ, ce qui rend l'expérience de jeu désagréable. Cependant, notre objectif en montrant cela n'est pas de jouer à des jeux, mais de prouver que l'environnement de la chaîne JAM est suffisamment puissant, avec une bande passante et une capacité de calcul suffisantes pour exécuter des logiciels normaux. C'est ça le plus important.
Il est vrai que certaines personnes ont exprimé des doutes, pensant que nous ne sommes pas vraiment "sur la chaîne", et disant que JAM n'est qu'un "couche de disponibilité des données (DA)". En fait, ils n'ont pas du tout compris ce qu'est vraiment JAM. Cependant, après plus d'une centaine de tweets de débats, ils ont enfin commencé à comprendre un peu. En réalité, ce que nous faisons est beaucoup plus avancé que d'autres écosystèmes, il est donc naturel que certaines personnes ne comprennent pas, et même qu'elles soient très négatives en cherchant des défauts. À l'avenir, d'autres projets pourraient même essayer de nous imiter.
En ce qui concerne le débat sur la chaîne et hors chaîne, je trouve cela assez ennuyeux. En fait, le problème central est très simple : "sur la chaîne" signifie garantir la sécurité et la fiabilité du processus de calcul de manière décentralisée. Les blockchains traditionnelles, comme Bitcoin ou Ethereum, obligent chaque nœud à calculer les mêmes données et programmes, tandis que JAM utilise un protocole appelé ELVES, qui permet aux nœuds de ne pas avoir à effectuer tous les calculs eux-mêmes tout en garantissant la sécurité des calculs sur la chaîne et la cohérence des résultats. Ce système a été publié et largement examiné, et nous croyons qu'il est la clé pour le développement à grande échelle de la blockchain dans le futur.
Ceux qui sont encore en train de se demander "quel nœud a fait quoi" devront finalement accepter la réalité : pour que la blockchain se développe réellement, il faut réduire la charge de travail des nœuds tout en garantissant la sécurité et la crédibilité des résultats par d'autres moyens.
Voilà, c'est à peu près tout ce sur quoi j'ai été occupé récemment ! Merci !