Écrit par : PolkaWorld

Qu'est-ce que JAM proposé par Gavin Wood ? Pourquoi devrions-nous nous en soucier ? Cet article est publié sur X par goku, membre de la communauté Polkadot. Il part de l'essence du problème et l'analyse du point de vue d'Ethereum jusqu'à Polkadot pour vous aider à comprendre plus profondément le concept de JAM.

Lisez la suite pour voir la version organisée de PolkaWorld !

Comment en sommes-nous arrivés là – et quel est le problème ?

Notre compréhension de la nature et de la signification de la blockchain continue d’évoluer et de s’approfondir aujourd’hui.

Aujourd’hui, la blockchain est comme un ordinateur décentralisé, sans confiance et vérifiable. Mais en même temps, il présente certaines limites que nous explorons encore.

La façon dont fonctionne la blockchain est que toutes les transactions sont traitées séquentiellement, une transaction suivant la suivante. Le système comprendra d'abord l'état actuel, puis traitera ces transactions et mettra à jour l'état.

Bien que cette approche fonctionne, elle limite la capacité d'effectuer plusieurs tâches à la fois, car les validateurs doivent revérifier chaque transaction, ce qui entraîne un ralentissement des performances.

Comment un tel système peut-il être étendu ?

Mise à l'échelle - mise à l'échelle verticale

Évoluer de manière synchrone – c’est ce que font les systèmes intégrés comme Solana.

• Optimisation extrême du code et du matériel

• Utilisez des validateurs plus rapides

• Améliorer la qualité de la connexion

• Atteindre un débit maximal

Mais finalement, vous pourriez vous retrouver face à un goulot d’étranglement.

Si vous souhaitez rester dans le Web3, vous rencontrerez probablement un goulot d'étranglement en matière de développement. Parce que les barrières à l’entrée sont de plus en plus hautes, plus complexes et plus difficiles à surmonter. Gérer un nœud de validation puissant devient de plus en plus difficile.

Alors, que faites-vous si vous souhaitez rester dans le Web3 mais que vous ne pouvez pas évoluer verticalement ?​

Vous devez effectuer une mise à l'échelle horizontale, c'est-à-dire une mise à l'échelle horizontale.

C’est la façon logique de penser dans la Silicon Valley.

Plutôt que de compter sur un système super puissant, vous pouvez avoir plusieurs systèmes plus petits et plus faibles travaillant ensemble en parallèle.

C'est ainsi que fonctionne Cosmos. Vous pouvez vous connecter à son écosystème, apporter votre propre sécurité et vous développer selon vos besoins.

Qu'est-ce qui ne va pas avec ça ? La sécurité est fragmentée. Différents niveaux de sécurité. L'interaction entre les chaînes est limitée.

ICS, ATOM 2.0, la fusion d’OSMO et d’ATOM – ils tentent tous de remédier à cette fragmentation et d’apporter une certaine cohérence.

De cette façon, vous pouvez évoluer sur plusieurs nœuds, paralléliser la charge de travail, la diviser en petites tâches et attribuer différentes tâches à différents nœuds - exécution des partitions et traitement des données, chaque partition fonctionnant sous un parapluie de sécurité unifié.

C'est Polkadot.

Comment Polkadot évolue

Est devenu le successeur multi-chaînes d’Ethereum. Aujourd’hui, l’approche de mise à l’échelle centrée sur le rollup d’Ethereum suit la voie du modèle parachain de Polkadot.

La différence réside dans la manière dont ils exécutent et mettent en œuvre ces Rollups.

Polkadot place différentes parachains (similaires à Rollup) dans un réseau de sécurité partagé qui évolue avec des garanties de sécurité unifiées. Par rapport au modèle Rollup d'Ethereum, les validateurs de Polkadot stockent non seulement les données, mais réexécutent également le Rollup pour garantir la cohérence et la sécurité.

De plus, ces Rollups existent dans le même écosystème, et chaque Rollup a son propre état et sa propre gouvernance indépendants. Bien qu'ils partagent la même garantie de sécurité, ils restent indépendants les uns des autres.

Bien qu’Ethereum soit un modèle Rollup, les contrats intelligents partagent le même environnement, ils sont donc plus connectés, mais restent des entités indépendantes. Cette fragmentation continue persiste. La communication inter-chaînes est toujours confrontée à des frictions, à un traitement complexe et à une vitesse lente, bien moins efficace que les transactions natives.

Mais l’approche Polkadot a aussi ses limites. Il s'agit d'une machine hautes performances et peu coûteuse en termes de débit, de disponibilité des données et d'exécution. Mais seules les parachains ou rollup chains, chaînes de cette forme spécifique, peuvent choisir de rejoindre cette machine. Les données sont bloquées dans une certaine partition et ne peuvent pas exister entre plusieurs partitions en même temps, ni être facilement migrées. Ce n'est pas encore vraiment une extension, cela manque de cohérence. Cela complique également l'expérience utilisateur, l'expérience de développement et la synchronisation des données entre différents Rollups.

En un mot, voici le problème auquel Polkadot est confronté :

• La fragmentation initiale était trop grave

• L'utilisation du noyau Polkadot est trop monolithique et fixe

• DOT a un scénario d'utilisation unique et est utilisé pour payer l'espace de bloc.

Ne serait-il pas formidable si nous pouvions atteindre l'évolutivité grâce au sharding sans obliger les équipes à utiliser une certaine couche 2 ou parachain ? Et s’ils n’avaient même pas à faire de choix ?

JAM est né de ces constats, car un modèle unique de déploiement de sécurité partagé n’est pas le seul moyen d’évoluer.

La clé pour réaliser de véritables percées est d’abstraire et de généraliser davantage l’infrastructure de Polkadot.

Analogie entre JAM et KERNEL

Le noyau est comme le gestionnaire principal des opérations informatiques :

• Gérer les ressources système (CPU, mémoire)

• Permettre la communication entre le matériel et les logiciels

• Aucune restriction sur les logiciels pouvant être exécutés : c'est la décision de l'utilisateur ou de l'application.

• Assurez-vous que tout se passe bien et efficacement

Alors, résumez JAM en une phrase.

Il s'agit du noyau du cœur matériel de Polkadot, allouant ses ressources et permettant à tout programme et système de s'exécuter dans son environnement de sécurité et de partitionnement partagé, de manière minimale et sans restrictions.

Si vous souhaitez expliquer à un collégien ce qu'est le JAM ?

Ethereum et la plupart des autres blockchains sont comme des serveurs dans votre sous-sol.​

Polkadot est comme le cloud computing, avec une sécurité partagée, où vous louez et gérez d'abord votre chaîne.​

JAM est une application sans chaîne sans serveur -> basée sur le cloud.

L'architecture sans serveur change la façon dont les applications cloud sont créées aujourd'hui -> les développeurs doivent uniquement se concentrer sur l'écriture du code.

Polkadot x JAM

Polkadot est une chaîne Rollup avec des parachaines. Dans JAM, ce n'est qu'un service. Il s’agit d’une plate-forme à très grande échelle dotée d’une puissance de calcul puissante. Contrairement à Moonbeam, Arbitrum ou Optimism, qui enferment les développeurs d’applications ou de contrats intelligents au même endroit. C'est plus comme travailler dans n'importe quel café que d'être coincé dans un bureau.

Quelle est la puissance de JAM ?

Polkadot compte 1023 validateurs, 3 validateurs par cœur – 341 cœurs au total.

Disponibilité des données (DA) de Polkadot :

• Avant support asynchrone : 20 Mb/s

• Après support asynchrone : 67 Mb/s

• En JAM : 852 Mo/s

Cela représente 85 fois la charge informatique actuelle de Polkadot, avec un objectif de 300 000 TPS (basé sur une taille de transaction de 250 octets) et une optimisation pour atteindre plus de 1,5 million de TPS à long terme.

Donc, techniquement parlant, JAM hébergera des services qui sécurisent les blockchains, et pas seulement les blockchains. Après tout, la blockchain n’est qu’un service numérique décentralisé et sans confiance, et les contrats intelligents en sont un autre.

Alors, JAM ajoute-t-il simplement des contrats intelligents ?

Oui et non.

Gavin a expliqué que JAM permet aux développeurs de déployer n'importe quel type de code, pas seulement des contrats intelligents, et de l'exécuter sur la blockchain avec des garanties sans confiance et sans autorisation - des applications financières au vote qui gère de grandes quantités de valeur et des systèmes de gouvernance.

Il n’y a pas de frais de gaz, de blocages ou d’enchères à gérer ici.

Pourquoi est-il plus puissant que n’importe quelle chaîne de contrats intelligents ?

Il disposera de plus de puissance de calcul et d’espace de stockage. Tout en continuant à tirer parti des avantages des contrats intelligents, sa vitesse et sa capacité de stockage devraient être des millions de fois plus rapides, améliorant ainsi véritablement la vitesse, le stockage, la capacité et la rentabilité.

Comment est-ce techniquement réalisé ?

Dans JAM, un service comporte deux morceaux de code, alors qu’un contrat intelligent standard n’en possède qu’un.

Un morceau de code s'exécute sur la chaîne, comme un contrat intelligent. Un autre morceau de code s'exécute hors chaîne dans le "noyau".

JAM possède 341 cœurs, similaires aux cœurs de processeur, et prend en charge le calcul parallèle. À mesure que la technologie des puces se développe, son évolutivité deviendra de plus en plus forte.

Les calculs dans le code principal exécutent un code similaire aux contrats intelligents en chaîne, mais plus rapides et exécutés en parallèle.

Contrairement au code en chaîne, il ne peut pas modifier l’état de la blockchain. Au lieu de cela, il exploite un énorme lac de données décentralisé de 2 Po qui peut lire et écrire efficacement des données.

Étant donné que le noyau JAM traite les données plus rapidement et gère des ensembles de données plus volumineux, les frais par transaction comme ceux d’Ethereum ne sont plus justifiés.

JAM pourra fonctionner à une échelle complètement différente – un système qui va au-delà de la blockchain, avec une polyvalence et de larges applications.

Et le service ?

• Le stockage décentralisé de JAM peut fonctionner avec un lac de données de 2 Po.

• Les données peuvent être étiquetées pour un stockage séparé.

• Les données sont conservées pendant environ 28 jours, après quoi elles sont automatiquement supprimées ou restaurées.

Pour le stockage à long terme, une solution décentralisée distincte est toujours nécessaire. Ce stockage décentralisé peut utiliser la blockchain, des contrats intelligents ou d'autres méthodes. Ou cela peut être fait plus facilement via JAM en tant que service au niveau d'utilisateur le plus bas. Cela facilite la gestion efficace du stockage de données à long terme.

Alors qu’est-ce que cela apporte ?

• Les dApps sans transaction constituent une nouvelle avancée dans le domaine de la cryptographie

• Le débit peut dépasser les 850 Mo/s de Solana tout en résolvant les problèmes de composabilité synchrone, une autre innovation dans les environnements multi-chaînes et Web2

• N'importe quel code, n'importe quel programme peut s'exécuter dessus

JAM peut éventuellement être traité de manière synchrone, permettant ainsi de partager les cœurs sur un réseau fragmenté. Les applications entre fragments peuvent désormais interagir de manière synchrone au sein du même bloc.

Comment se déroule le développement de JAM ?

Les premières implémentations devraient être mises en service au quatrième trimestre de cette année, et un prix de mise en œuvre de 10 millions de DOT est actuellement en cours, plus de détails sur http://graypaper.com.

Gavin Wood effectue une tournée mondiale depuis le début de cette année pour présenter JAM aux futurs développeurs. Il s'est rendu à Buenos Aires, Berkeley, Zurich, Tokyo, Séoul, en Chine, à Singapour, à Bruxelles – suivi ensuite par l'Inde, les États-Unis, l'Asie et l'Europe.

Il est même retourné dans la Silicon Valley, où lui et Vitalik ont ​​été rejetés avant le lancement d'Ethereum.

Maintenant, il a été invité à nouveau.

Pourquoi ce voyage a-t-il été si long ? Pourquoi la décentralisation est-elle si difficile ?

Oui, la vitesse des ordinateurs a augmenté, la blockchain a progressé et les bases de données ont évolué. Mais la principale différence est de savoir si le système est basé sur des idées traditionnelles comme Bitcoin et s’il est véritablement décentralisé.

En effet, si vous n’avez qu’un seul nœud ou 42 nœuds dans un même centre de données (comme ICP), le débit peut être facilement amélioré. Utilisez une connexion réseau Gigabit, une grande mémoire et faites en sorte que 2 à 3 nœuds gèrent la plupart des transactions.

Cependant, cela est beaucoup plus difficile si votre réseau est décentralisé.

C’est pourquoi Ethereum, malgré tous ses génies, a encore du mal à évoluer – il n’entre que maintenant dans la phase où Polkadot était il y a quelques années. Dans le même temps, Polkadot franchit une nouvelle étape majeure pour repousser une fois de plus les frontières de l'innovation. Attendez-vous à ce que d’autres réseaux se rapprochent progressivement de Polkadot dans les années à venir.

Et Solana entre maintenant dans la phase centrée sur L2 qu’Ethereum a lancée il y a deux ans.