Gavin Wood : JAM deviendra la prochaine norme de consensus, déclenchant une nouvelle révolution dans l'industrie

Reprendre le moteur d’innovation après dix ans

Il y a dix ans, l’idée d’EVM de Gavin Wood a changé toute la configuration de l’industrie. Depuis lors, tous les développeurs de blockchains publiques semblent avoir trouvé un “langage” commun. Aujourd’hui, ce pionnier revient sur le devant de la scène avec le protocole JAM (Join Accumulate Machine), porteur de grands espoirs : il deviendra le nouveau point de départ par défaut pour le développement de la prochaine génération de blockchains, plutôt qu’un outil annexé à une chaîne spécifique.

JAM n’est pas seulement une proposition de mise à niveau technique. En substance, c’est une architecture de base indépendante, sur laquelle tout constructeur peut bâtir son propre système. Plusieurs tokens et écosystèmes différents peuvent même partager le même réseau de sécurité — qu’est-ce que cela signifie pour les développeurs ? Plus besoin de repartir de zéro pour créer la prochaine génération de blockchain.

Une atmosphère extraordinaire grâce au développement décentralisé

La tournée mondiale de Pala Labs est à mi-parcours, et Gavin Wood a personnellement rencontré des développeurs et supporters passionnés à travers le monde pour échanger en profondeur sur JAM. Dans ce mode de développement totalement décentralisé, qu’a-t-il ressenti ?

L’enthousiasme et l’initiative des développeurs sont sans précédent depuis l’époque de Polkadot. Ils aiment sincèrement ce projet et sont prêts à assumer de véritables responsabilités.

Cette différence provient d’une structure de développement fondamentalement différente. Le développement initial de Polkadot s’est fait dans un cadre d’entreprise traditionnel. Bien que les membres de l’équipe soient passionnés, dans une structure d’entreprise, “l’initiative” n’est souvent qu’une conséquence naturelle du système — vous recevez un salaire, donc vous faites le travail.

JAM, à l’inverse, fonctionne complètement différemment. Les développeurs actuels ne sont pas rémunérés à l’avance ; ils investissent leur temps, leur énergie et prennent des risques. Ils pourraient obtenir des fonds ou des récompenses à l’avenir, mais à condition de livrer d’abord un résultat. Ce risque est supporté par les développeurs eux-mêmes, et cette promesse en dit long.

La logique des entreprises traditionnelles est inverse : les employés reçoivent un salaire élevé en premier lieu, et l’entreprise assume le risque. Dans JAM, les développeurs sont à la fois investisseurs et créateurs, ce qui engendre une rare sensation de conviction — presque inexistante chez les employés d’entreprises classiques.

Les entreprises traditionnelles adoptent un système de pouvoir top-down : le patron détient le pouvoir suprême, confère des droits aux cadres, qui distribuent ensuite les tâches aux responsables de département, puis à l’exécution de terrain. Chacun doit rendre compte à ses supérieurs, suivre les instructions, et la performance dépend de l’évaluation de la hiérarchie.

JAM brise ce modèle. Dans ce projet, Gavin joue plutôt un rôle de conseiller, proposant des recommandations lorsqu’il est consulté — parfois succinctes, parfois directes, mais toujours amicales. Il a rédigé le “livre gris”, validé la faisabilité du design, puis s’efforce d’expliquer la logique aux autres.

Mais ce qui fait réellement avancer JAM, ce ne sont pas lui. Ce sont les différentes équipes impliquées dans le développement qui pilotent l’évolution du système. Qu’ils soient motivés par passion, expérience ou croyance dans la valeur commerciale future, ils construisent activement et volontairement. Ce genre d’atmosphère, il ne l’a connu qu’une fois, lors des débuts d’Ethereum vers 2015 — quand tout le monde était passionné, même si le “livre gris” était difficile à comprendre, ils étaient prêts à y consacrer du temps pour le transformer en logiciel opérationnel.

Un nouveau paradigme au-delà de l’EVM : la véritable définition de JAM

Si l’on devait expliquer JAM dans un langage non familiarisé avec Polkadot, qu’est-ce que ce serait ? Que peut-il faire ?

Selon le “livre gris”, le protocole JAM combine les avantages fondamentaux de deux camps :

D’une part, il hérite du mécanisme cryptoeconomique de Polkadot — c’est cette mécanique qui confère à Polkadot sa grande scalabilité.

D’autre part, il adopte une interface et un mode de service plus proches d’Ethereum, permettant à la chaîne principale d’exécuter des opérations programmables.

Contrairement à une architecture traditionnelle qui ne peut programmer que des modules de calcul haute performance, JAM va plus loin : non seulement les unités de calcul sont programmables, mais aussi la “coopération” et “l’effet cumulatif” entre différents modules peuvent être contrôlés par programmation — d’où le nom “Join Accumulate Machine”.

Bien que JAM ait été initialement proposé comme une mise à niveau de Polkadot et ait reçu un large soutien communautaire, sa conception n’est pas limitée à Polkadot. C’est une architecture de base hautement abstraite et indépendante, pouvant être considérée comme la conception fondamentale de la prochaine génération de blockchains.

La capacité centrale de JAM réside dans : orchestrer et répartir de manière sécurisée et distribuée la charge de travail de tout le réseau, rendant les applications qui y tournent intrinsèquement évolutives — ce que d’autres solutions du secteur ne peuvent pas encore faire.

Plus encore, JAM supporte l’interconnexion de plusieurs instances de réseau, ce qui signifie que l’évolutivité des applications n’est plus limitée à une seule chaîne. Elle pourrait devenir non seulement une nouvelle architecture de chaîne, mais aussi un paradigme pour la prochaine génération de solutions d’évolutivité.

Nous devons dépasser le cadre de “proposition de mise à niveau de Polkadot” pour voir JAM. Selon la philosophie de développement de Gavin : il est plus à l’aise pour créer à partir de zéro que pour étendre un système existant. Ainsi, la conception de JAM n’est pas une amélioration incrémentielle du cadre actuel, mais une reconstruction à partir des principes fondamentaux — comme repartir d’une page blanche.

Bien que JAM s’inspire de certains résultats techniques de Polkadot, il intègre de nombreuses idées et mécanismes innovants. Tout cela est systématiquement documenté dans le “livre gris”, afin de le détacher du contexte de Polkadot et de le présenter comme une architecture de base, reflétant une valeur plus large — à l’image de l’ensemble d’instructions x64 d’Intel à l’époque.

Revenons sur l’histoire de x64. Intel a initialement conçu l’ensemble d’instructions x86 pour ses processeurs, depuis le 8086, puis 80286, 80386, jusqu’à la série Pentium, qui est devenue la norme pour les compatibles IBM, dominant le marché du PC. Mais lorsque l’industrie s’est préparée à entrer dans l’ère 64 bits, la proposition d’Intel était trop en avance, et le marché ne l’a pas acceptée. C’est finalement AMD, considéré comme un “suiveur”, qui a basé ses extensions 64 bits sur l’architecture 32 bits d’Intel, avec AMD64. Le marché a choisi la solution d’AMD, et Intel a été contraint d’abandonner sa proposition pour adopter l’extension d’AMD. Depuis, le rôle de leader et de suiveur a été inversé.

Intel n’a pas voulu utiliser le nom “AMD64”, et cette norme a été progressivement désignée de manière neutre comme “x64”. Aujourd’hui, les produits des deux entreprises sont basés sur cette architecture d’instructions unifiée.

Ce cas est évoqué parce que Gavin croit que JAM a le potentiel de devenir la “technologie x64” de la blockchain. Elle représente une évolution rationnelle, notamment pour les blockchains qui valorisent la résilience et la décentralisation du Web3.

Ce protocole, dans ses modèles de gouvernance, mécanismes d’émission de tokens, systèmes de staking, etc., adopte une conception ouverte, permettant à différents projets blockchain de personnaliser ces modules ou même de choisir différents langages de programmation.

Le PVM utilisé par JAM est une architecture d’instructions très universelle. Les chaînes qui l’adoptent bénéficieront des avantages de la scalabilité et de la composition de JAM, et pourront à terme collaborer et s’intégrer avec d’autres chaînes via JAM.

Récemment, Gavin réfléchit à une nouvelle direction — qu’il espère rendre publique bientôt — : comment approfondir l’intégration de deux réseaux blockchain hétérogènes : bien qu’ils aient des systèmes de tokens différents, tous deux basés sur l’architecture JAM, ils pourraient partager un même réseau de sécurité tout en conservant leur indépendance. Il croit que, même si ce n’est pas la forme finale de l’industrie blockchain, cela pourrait constituer une avancée majeure, changeant la configuration du secteur.

D’un point de vue plus global, JAM pourrait devenir la plateforme de base universelle adoptée par toute l’industrie, comme l’a été Ethereum à ses débuts. De nombreuses blockchains ont choisi d’adopter ou d’intégrer partiellement l’EVM d’Ethereum, dont le format de transaction et la logique d’exécution sont devenus une norme de facto dans le secteur. JAM possède le même potentiel technologique neutre, capable de traverser différents tokens et réseaux.

Comme Gavin le répète souvent, JAM doit devenir une technologie de base neutre. Il croit que sa conception est suffisamment robuste pour soutenir l’évolution de l’industrie blockchain sur 5, 10 ans, voire plus. Bien sûr, tout le système continuera d’évoluer. Si la preuve à zéro connaissance (ZK) devient économiquement viable, certains modules de JAM pourraient être remplacés. Mais, dans l’ensemble, en tant qu’innovation systémique, l’application de JAM ne sera pas limitée à l’écosystème Polkadot — toute chaîne qui en reconnaît la valeur pourra l’adopter dans son propre cadre de gouvernance.

De plus, dès le départ, JAM a maintenu une philosophie de décentralisation et de “priorité à la norme” : publication préalable des spécifications, organisation de leur implémentation, et invitation de plus de 35 équipes indépendantes à participer au développement. Cette approche garantit une dissémination naturelle du savoir et du contrôle. Cela contribue à faire de JAM une technologie centrale véritablement neutre et largement adoptée dans le Web3.

Un message aux jeunes développeurs : Web3 n’est pas un choix, c’est une responsabilité

Pala Labs rencontre actuellement de nombreux développeurs passionnés par JAM, dont beaucoup sont jeunes, voire étudiants. Si vous deviez leur dire une chose — peut-être comme Gavin lui-même il y a 20 ans, passionné par la création et rêvant d’une société libre — qu’aimeriez-vous leur transmettre ?

Rejoignez le plus tôt possible, persévérez. Suivez votre propre jugement de valeur. Si vous croyez en la volonté libre et en la souveraineté individuelle — ces idées fondamentales issues des Lumières — vous devez agir, car personne d’autre ne peut prendre cette responsabilité à votre place.

Mais l’intelligence artificielle ne va-t-elle pas aggraver le problème de la falsification d’identité ?

Les systèmes de confiance dans la société moderne s’effondrent rapidement. En 2014 ou 2015, le concept d’“ère post-vérité” était à la mode, signifiant que les gens ne croyaient plus aux faits objectifs. Bien que cette observation ait une part de vérité, elle n’est pas totalement exacte d’un point de vue philosophique. Gavin insiste toujours : la vérité existe, et il incombe à chacun de la rechercher. Si une décision n’est pas fondée sur la vérité la plus rationnelle et fiable, elle est vouée à l’échec.

Mais nous sommes entrés dans une “ère post-confiance” : soit les gens doutent de tout, soit ils font aveuglément confiance à des agitators dangereux. Ces deux extrêmes détruisent la rationalité sociale. Dans ce contexte, l’IA aggrave encore le problème.

Bien sûr, l’IA a aussi apporté des effets positifs dans de nombreux domaines, comme l’amélioration de la communication ou l’enrichissement artistique. Gavin lui-même l’utilise en tant que DJ et créateur musical. Mais dans les sphères économiques, politiques et géopolitiques, il ne faut pas sous-estimer ses risques. La régulation ne pourra pas tout régler. En général, la régulation limite l’usage de l’IA par des individus respectant la loi dans une société libre, mais ne peut pas empêcher les organisations malveillantes, ni les États non libres d’utiliser l’IA contre la société libre. La régulation n’est donc pas une solution.

Ce qui est réellement nécessaire, c’est une base technologique plus robuste et solide, capable de limiter les effets destructeurs potentiels de l’IA — qu’il s’agisse d’abus internes ou de menaces externes.

Selon lui (même s’il peut avoir un certain parti pris), seule la technologie Web3 peut véritablement désamorcer cette crise. La raison est simple : l’IA a pour essence de “diminuer la vérité, renforcer la confiance”. Lorsque nous dépendons de l’IA, nous dépendons des organisations qui fournissent ces modèles et services — qu’il s’agisse des institutions entraînant de grands modèles ou des fournisseurs qui exécutent des modèles sur des serveurs fermés et renvoient des résultats. Mais nous ne pouvons pas auditer les données d’entraînement, ni comprendre pourquoi une réponse a été donnée ; même les formateurs eux-mêmes peuvent ne pas comprendre entièrement le fonctionnement interne du modèle.

En revanche, une approche plus fiable consiste à ce que chacun puisse vérifier la vérité par ses propres moyens. Mais à mesure que la société dépend de plus en plus de l’IA et lui fait aveuglément confiance, nous avançons lentement vers une forme de “confiance apparemment objective mais aveugle”. Puisque la logique de l’IA est “moins de vérité, plus de confiance”, nous devons utiliser la “moins de confiance, plus de vérité” du Web3 pour équilibrer.

Dans une société libre, ce qu’il faut faire, ce n’est pas renforcer la régulation du Web3, mais agir immédiatement : réduire les restrictions inutiles, soutenir concrètement et financer les infrastructures Web3.

Perspectives pour les développeurs de JAM dans 5-6 ans

Il est difficile de prévoir précisément l’avenir, mais voici quelques expériences à partager. En novembre 2013, Gavin vivait à Londres. Il avait un ami appelé “Johnny Bitcoin”, aussi ami de Vitalik. Ils se retrouvaient souvent dans un bar pour discuter autour d’une bière. Lors d’une rencontre, Johnny a mentionné que Vitalik travaillait sur un nouveau projet basé sur Bitcoin, appelé Ethereum, et cherchait des développeurs. Gavin a plaisanté : “Je peux le faire.” Parce qu’il pensait toujours qu’il était bon en programmation, son ami lui a dit : “Puisque tu es si fort, développe Ethereum.” Et comme ça, il est devenu l’un des développeurs d’Ethereum.

À l’époque, le livre blanc d’Ethereum ressemblait à un document de vision, avec suffisamment de détails techniques pour le rendre réalisable. Pendant 4-5 mois, tout le monde a collaboré pour développer différentes versions compatibles, jusqu’à la version officielle, le “Yellow Paper” d’Ethereum — la spécification du protocole. Gavin était alors un développeur indépendant, avec Vitalik et Jeff, pour réaliser la version Go d’Ethereum. Plus tard, il est devenu co-fondateur d’Ethereum, a créé Parity, et a continué à développer d’autres produits.

C’était le début de son parcours dans la blockchain — en tant que développeur indépendant, utilisant son temps pour construire un protocole à partir de rien. Il n’est pas certain que l’équipe de développement de JAM puisse aussi profiter d’un tel parcours. Mais pour lui, c’est vraiment le début de la vie, il n’y a pas d’autre choix que de commencer ici — le temps a montré que cette voie a un potentiel bien supérieur aux attentes.

Bien sûr, ce n’est pas seulement une question de programmation. Il faut aussi apprendre à communiquer : contacter des investisseurs potentiels, présenter le projet, réfléchir à des cas d’usage selon le protocole, écrire des contrats intelligents, faire la promotion, donner des conseils, etc. La programmation n’est que le cœur, mais il y a beaucoup d’autres tâches. En 11 ans, Gavin n’a presque jamais arrêté de coder. Honnêtement, cela remonte encore plus loin — dès l’âge de 8 ou 9 ans, il n’a presque jamais vraiment arrêté — la plus longue pause étant un voyage de trois mois en Amérique centrale.

C’est le chemin qu’il a parcouru. Si ces jeunes développeurs ont suffisamment de passion et de compétences, je pense qu’il n’y a rien qui puisse les arrêter d’emprunter cette voie — la seule différence, c’est que leur objectif maintenant est JAM, pas Ethereum !