Discours récent de Gavin, fondateur de Polkadot : Polkadot pourrait supprimer les enchères de parachains et adopter une approche centrée sur les applications
TechFlow SélectionTechFlow Sélection
Discours récent de Gavin, fondateur de Polkadot : Polkadot pourrait supprimer les enchères de parachains et adopter une approche centrée sur les applications
Si Polkadot ne parvient pas à maintenir une certaine résilience face aux changements du monde, alors construire Polkadot n'a aucun sens.
Dédié à des analyses Web3 approfondiesLe 28 juin, l'événement phare annuel de Polkadot, Polkadot Decoded, s'est tenu à Copenhague, au Danemark. Des passionnés de Web3, des développeurs et des investisseurs venus du monde entier se sont réunis pour discuter des derniers développements de l'écosystème Polkadot.
L'un des moments les plus marquants de cet événement a été la présence surprise de Gavin Wood, fondateur de Polkadot, qui a partagé des perspectives particulièrement importantes.
Gavin a présenté la vision d'avenir de Polkadot et proposé une nouvelle manière de le concevoir : dépasser la logique traditionnelle des parachaines et de la chaîne-relais, en se concentrant sur les ressources fondamentales nécessaires aux blockchains — les cœurs de calcul (ou « cœurs »), voyant ainsi Polkadot comme un ordinateur multi-cœurs.
En outre, Polkadot entend passer d'une approche centrée sur les chaînes à une approche centrée sur les applications, et s'efforce de construire une plateforme résiliente. Le texte suivant est une retranscription par PolkaWorld de l'intervention de Gavin.
Polkadot 1.0
La version actuelle de Polkadot peut être qualifiée de Polkadot 1.0.
À ce stade, Polkadot dispose de fonctionnalités complètes, ayant réalisé toutes les promesses formulées dans le livre blanc il y a sept ans, et s'apprête à publier la bibliothèque de code de Polkadot 1.0.
Qu'est-ce donc que Polkadot 1.0 ? Dans le livre blanc initial, j'ai écrit que « Polkadot est une multichaîne hétérogène extensible ». Autrement dit, c'est une blockchain dotée d'un mécanisme de consensus unique appelé « BABE », capable de fournir de la sécurité à d'autres blockchains (les parachaines).
Pour schématiser de façon artistique, cela donne à peu près ceci :
Au centre se trouve la chaîne-relais, chargée des Crowdloan, des enchères, de la gestion des soldes, des mises en gage, de la gouvernance, etc. C'est une chaîne-relais très fonctionnelle. Les petits points autour sont les parachaines, dont la chaîne-relais garantit également la sécurité. Enfin, ces parachaines peuvent communiquer entre elles.
Quel produit Polkadot propose-t-il alors ? Sous forme de slots, loués pour six mois, avec possibilité de réserver jusqu'à deux ans à l'avance, combinée au mécanisme de Crowdloan. Hors cela, aucune autre méthode n'existe pour exploiter Polkadot. Dans Polkadot 1.0, le seul produit disponible est le slot de parachaine.
Une nouvelle perspective sur Polkadot : un ordinateur multi-cœurs
Cette citation illustre bien une vérité : pour véritablement comprendre le monde, changer de perspective est essentiel, parfois même plus que d'aller vers des horizons plus vastes.
C'est pourquoi ici, nous allons changer de perspective pour redéfinir ce qu'est Polkadot.
Les concepts de parachaines et de chaîne-relais sont pertinents ; ils reflètent la manière dont moi-même et beaucoup d'autres avons compris Polkadot initialement, et ce que nous avons cherché à construire.
Mais avec le temps, nous avons constaté que ce que nous construisions divergeait quelque peu de nos intentions premières. Parfois, si vous avez de la chance ou si votre équipe est forte, vous pouvez aboutir à quelque chose de bien plus puissant que ce que vous aviez imaginé au départ.
En informatique, l'abstraction et la généralisation sont cruciales. Nous avons découvert que le niveau d'abstraction et de généralisation atteint par Polkadot dépasse largement ce que nous pensions initialement.
Alors, quelle est cette nouvelle perspective sur Polkadot ?
Polkadot est un ordinateur multi-cœurs
Premièrement, ce que nous construisons ne concerne pas directement les chaînes, mais plutôt l'espace, les ressources sous-jacentes requises par les chaînes.
Deuxièmement, Polkadot est une plateforme où les développeurs créent des applications et les utilisateurs les utilisent. En essence, ce n'est pas une plateforme d'hébergement de blockchains. Les chaînes sont simplement l'un des moyens qui rendent Polkadot utile, mais probablement pas le seul.
Enfin, sa résilience est très forte. Ce terme me semble plus neutre que « Unstoppable ». Il signifie qu'il peut résister à toute tentative de le forcer à faire ce qu'il n'a jamais eu l'intention de faire, c’est-à-dire résister à la distorsion de ses objectifs initiaux.
Dans l'ensemble, Polkadot est un fournisseur robuste, généraliste et continu de calcul. « Calcul continu » signifie qu’il ne s’agit pas d’un travail ponctuel que l’on termine puis oublie ; nous visons des tâches à long terme, capables de reprendre après une interruption. Cela rappelle un peu la vision de « l'ordinateur mondial » évoquée vers 2015-2016.
Ainsi, vu sous cet angle, Polkadot est un ordinateur multi-cœurs, où plusieurs cœurs peuvent fonctionner simultanément et accomplir différentes tâches. On remarque alors qu'une blockchain exécutée sur un cœur correspond à une parachaine : une parachaine est simplement une blockchain qui tourne continuellement sur un cœur réservé. Nous comprenons désormais les parachaines selon ce nouveau paradigme.
À quoi ressemble le « superordinateur Polkadot » ?
Approfondissons maintenant notre compréhension de ce « superordinateur Polkadot ».
Le « superordinateur Polkadot » est multi-cœurs, bien plus puissant qu'un ordinateur classique. Il possède environ 50 cœurs, en fonctionnement continu et parallèle.
Selon nos modèles prévisionnels, dans quelques années, après de nombreux tests de performance et optimisations, le nombre de cœurs pourrait atteindre 500 à 1000.
Performance de chaque « cœur »
Examinons maintenant chaque « cœur ».
Ces cœurs ressemblent à des cœurs CPU. Ils ont plusieurs caractéristiques que l'on peut décrire ; fondamentalement, ce sont des unités de calcul, similaires aux cœurs CPU.
-
Bande passante : volume total de données entrant et sortant du cœur, environ 1 Mo/s.
-
Puissance de calcul sous-jacente : combien de calculs peut-il effectuer ? Environ 380 selon Geekbench 5.
-
Latence : intervalle entre deux tâches successives, environ 6 secondes.
Ces performances devraient s'améliorer avec le temps et les progrès matériels.
Par le passé, la seule manière d'utiliser ces cœurs était via les parachaines. Pourtant, d'autres méthodes existent, permettant une utilisation plus inclusive et accessible à tous.
Polkadot a besoin d'un mode d'allocation plus souple
Que signifie tout cela ?
Les cœurs sont en réalité très flexibles. Ils ne sont pas destinés à exécuter indéfiniment une tâche fixe ; ils peuvent facilement changer de fonction, tout comme un CPU change de tâche. Puisque les cœurs sont flexibles, leur acquisition devrait aussi l'être.
Or, le modèle d'enchères de slots manque de souplesse. Il repose sur le paradigme initial de Polkadot : des chaînes uniques conçues pour fonctionner durablement. Bien que les threads parallèles aient été ajoutés par la suite, ce n'est qu'un petit pas vers un meilleur paradigme.
Ce modèle crée un seuil d'entrée élevé pour l'écosystème Polkadot. Si, comme moi, vous aimez expérimenter seul diverses technologies, je n’ai personnellement aucune envie de m'occuper de levée de fonds ou de marketing ; je veux juste déployer mon code et voir s’il fonctionne. Avec le modèle actuel, nous ratons probablement de nombreux collaborateurs potentiels.
Un futur possible — Polkadot flexible
Je vais maintenant proposer une éventuelle évolution, que l’on pourrait appeler « Polkadot flexible ».
Nous pourrions abandonner les notions de location et de slots, et considérer Polkadot comme un ensemble de « cœurs ». Le temps d'utilisation de ces cœurs, que nous appelons désormais « temps de cœur (Core Time) » (anciennement « espace bloc »), pourrait être vendu régulièrement, permettant à chacun d'acheter et d'utiliser ce temps.
Voici ma proposition : pour la vente native de temps de cœur sur Polkadot (marché primaire), deux modalités pourraient coexister : gros achats et achats immédiats.
Les gros achats auraient lieu mensuellement, donnant droit à 4 semaines d'utilisation.
Les achats immédiats seraient semblables au modèle « pay-as-you-go » des threads parallèles : achat à la demande. Le coût d'utilisation de Polkadot, plus précisément du cœur de Polkadot, varierait selon le marché. Plusieurs cœurs pourraient être disponibles, ou aucun. Pour les usages ponctuels, il s'agirait d'une vente continue du temps de cœur.
Autrement dit, on maximise la flexibilité et on laisse le marché décider du reste.
Quelles implications pour les parachaines existantes ?
-
Les locations existantes de parachaines continueront normalement. Par exemple, si vous avez remporté un slot pour deux ans, cela restera valable.
-
Le prix des gros achats sera déterminé par la gouvernance.
-
Personnellement, je pense qu'il faudrait commencer à un prix relativement bas afin d'abaisser le seuil d'entrée.
-
Concernant le prix plancher, le contrôle des loyers et le droit de préemption, des garanties seront mises en place pour assurer la stabilité tarifaire à long terme. Actuellement, nous garantissons au maximum deux ans d'utilisation, mais en théorie, un renouvellement indéfini pourrait être possible.
Par ailleurs, les parachaines disposeront d'une flexibilité accrue concernant leurs temps de création de blocs.
Actuellement, les parachaines ont un temps fixe de création de blocs, environ 12 secondes, qui devrait passer à 6 secondes après optimisation. À l'avenir, ce délai pourrait devenir plus flexible.
Chaque parachaine aurait une « vitesse de base ». Par exemple, une parachaine partage un cœur avec une ou plusieurs autres, créant un bloc tous les 12 ou 18 secondes. Mais si un débit plus élevé est nécessaire, elle pourrait acheter davantage de temps de cœur sur le marché instantané ou via OTC sur des chaînes d'entreprise.
Le temps de cœur peut aussi être compressé (au détriment de la bande passante pour réduire la latence). Plusieurs blocs de parachaines peuvent être compressés en un seul bloc du cœur de la chaîne-relais, ce qui diminue la latence, mais augmente légèrement le coût en bande passante, car il faut payer l'ouverture et la fermeture de chaque bloc.
Le temps de cœur peut aussi être combiné (en ajoutant des cœurs supplémentaires pour améliorer les performances et réduire la latence). Vous pouvez utiliser deux cœurs simultanés pour obtenir deux blocs complets de parachaine, réduisant ainsi le temps de création de bloc de 12 secondes à 6, voire 3 secondes.
D'une approche centrée sur les chaînes à une approche centrée sur les applications
Polkadot 1.0 suit un paradigme centré sur les chaînes : permettre à des chaînes isolées d'échanger des messages, ce qui revient essentiellement à des chaînes uniques reliées par des ponts inter-chaînes, sauf que toutes les parachaines sont connectées à la chaîne-relais. Cela conduit à une fragmentation de l'expérience utilisateur. Un utilisateur peut utiliser une application sur une chaîne, mais souhaiter l'utiliser aussi sur une autre chaîne, adoptant ainsi une approche multi-chaînes.
Or, si nous adoptons un paradigme centré sur les chaînes, nous aurons aussi une expérience utilisateur centrée sur les chaînes. Et si une application n'est pas axée sur une chaîne spécifique, tout devient difficile. En réalité, pour exploiter pleinement le potentiel de Polkadot, les applications doivent être déployées de manière transversale aux chaînes, et idéalement de façon transparente, au moins pour l'utilisateur, et encore mieux pour le développeur.
Voici une illustration artistique de « ce à quoi ressemble Polkadot » :
Actuellement, les fonctions système tendent vers un déploiement transversal aux chaînes. Les chaînes systèmes deviennent plus courantes, tandis que la chaîne-relais gère de moins en moins de choses. Les applications doivent pouvoir traverser ces chaînes, sans nuire à l'expérience utilisateur.
Voici un schéma que j'ai dessiné il y a une demi-heure, qui représente selon moi une meilleure manière de comprendre « ce qu'est Polkadot ».
Polkadot n'est pas une chaîne-relais centrale entourée de parachaines, du moins pas pour ceux qui rejoignent l'écosystème. En réalité, Polkadot devrait être perçu comme un système intégré, un ordinateur exécutant de nombreuses applications.
Oui, il existe des limites entre les composants logiques des différentes chaînes (c’est-à-dire les parachaines), mais pour l'utilisateur, cela n’a peut-être pas l'importance que nous pensons. Ce qui compte davantage, c’est que l'utilisateur puisse accomplir ce qu’il souhaite, facilement, clairement et rapidement.
Les points sur le schéma représentent des applications, les lignes pointillées les séparant sont des « paras », terme que je préfère à « parachaines », car cela évite le piège mental de « une parachaine = un cœur ». C’était le modèle jusqu’à présent, mais ce n’est pas la seule option.
Normalement, ces points devraient pouvoir communiquer librement, presque aussi aisément que s'ils étaient dans le même espace délimité par les pointillés.
XCM
Comment atteindre cet objectif ? Voici XCM. XCM est un langage, tandis que la couche de transmission réelle des messages s'appelle XCMP — je reconnais que ces deux noms sont un peu confondants.
À quoi sert XCM ? Il abstrait les fonctionnalités communes aux chaînes, créant un langage descriptif pour exprimer ce que vous voulez faire ou ce que vous souhaitez qu’il se produise.
Dans Polkadot, nous rencontrons un problème similaire. XCM est un langage d'expression d'intentions. WebAssembly est quant à lui le langage définissant les règles que les parachaines doivent respecter sur Polkadot — imaginez-le comme la Cour de justice de l'Union européenne (CJUE), garantissant que les parachaines respectent leur propre logique. Mais cela ne signifie pas que cette logique ne puisse pas légalement être modifiée par la parachaine elle-même pour refuser de suivre le langage XCM.
XCM exprime des intentions, comme « je vais transférer un actif » ou « je vais voter ». Entre chaînes systèmes qui se font confiance, aucun problème. Mais entre chaînes soumises à des processus de gouvernance ou législatifs différents, cela pose question. Dans l'écosystème Polkadot, nous pouvons faire mieux.
Accord
J'introduis ici un nouveau terme : Accord. Un Accord est un traité volontaire entre plusieurs chaînes. C’est comme dire : « Je choisis volontairement de respecter cette logique métier, et rien de ce que je ferai ne changera cela. » La chaîne elle-même ne peut pas violer la logique de l'Accord.
Polkadot garantit l'exécution fidèle de cette logique. L'Accord concerne des fonctions spécifiques. Toute chaîne qui adhère à un Accord doit respecter ses règles, applicables uniquement à cette fonction précise. Pour maintenir un seuil d'entrée bas, la proposition d'Accords est sans permission. Étant donné qu'elle est volontaire, elle n'affecte personne avant son adoption et son enregistrement.
Ce schéma n'est pas parfaitement précis, mais donne l'idée générale. Le cercle extérieur représente Polkadot, avec des petits points à l’intérieur — plaçons mentalement ce schéma à l’horizontale. Un Accord constitue alors un mécanisme souverain, autonome, régentant son propre territoire.
Les Accords ne peuvent exister dans tous les systèmes. À ma connaissance, Polkadot est le seul système capable de les supporter, car c'est le seul disposant d'une couche de sécurité homogène et offrant à chaque shard une fonction de transition d'état spécifique. Ces caractéristiques permettent à Polkadot d'atteindre des modes de coopération impossibles dans d'autres architectures, comme les ponts inter-chaînes.
Les personnes familières avec Polkadot ont peut-être entendu parler de « SPREE », la technologie qui permet de réaliser les Accords.
Projet CAPI
Un mot rapide sur l'interface utilisateur — le projet CAPI. Son objectif est de permettre aux applications Polkadot, déployées sur plusieurs chaînes, d'offrir une interface fluide et agréable, même lorsqu'elles utilisent des clients légers.
Relais Hermite (Hermit Relay)
Il s'agit de transférer toutes les fonctionnalités utilisateur de la chaîne-relais vers des chaînes systèmes : soldes, mise en gage, gouvernance et identité, location de cœurs. L'objectif final est de répartir les fonctionnalités de Polkadot sur plusieurs parachaines, libérant ainsi l'espace de la chaîne-relais.
Construire une plateforme d'applications résiliente
Enfin, je souhaite réaffirmer ce que nous faisons et pourquoi. Tout repose sur la résilience. Le monde change constamment, mais si les gens ont des intentions claires, il est important que celles-ci soient respectées. Les systèmes actuels ne sont pas assez résilients ; ils reposent sur des idées anciennes.
Comment construire un système protégé contre ces menaces ? D'abord, en créant un système décentralisé, fondé sur la cryptographie et résistant aux analyses en théorie des jeux. Mais que devons-nous faire concrètement ?
Bien que nous prêchions quotidiennement la « décentralisation », ce n'est pas vraiment décentralisé si tout passe par un même fournisseur RPC. La décentralisation repose sur plusieurs facteurs :
- Utilisation de clients légers : Smoldot et CAPI permettront des interfaces utilisateur hautes performances basées sur des clients légers.
- Primitives ZK : développer une bibliothèque riche et performante de primitives ZK. La première bibliothèque est presque terminée, offrant une protection de la vie privée aux collectivités sur chaîne, y compris à la Fellowship.
- Consensus Sassafras : nouvel algorithme de consensus sans fork, améliorant la sécurité, la randomisation et le routage des transactions. Il augmente les performances des parachaines et l'expérience utilisateur, empêche le front-running grâce aux transactions chiffrées, et pourrait générer des gains MEV.
- Réseaux hybrides / routage oignon : éviter la fuite d'informations IP liées aux transactions. Système de messagerie universel entre utilisateurs, chaînes et OCW.
- Décentralisation humaine : impliquer un grand nombre de personnes diversifiées dans le système. Encourager la participation via la gouvernance, les dépenses du trésor, les salaires, les subventions, et préserver les connaissances collectives.
Enfin, je tiens à rappeler notre mission initiale. Polkadot n’existe pas pour créer une application spécifique, mais pour fournir une plateforme permettant de déployer diverses applications dans un environnement où elles peuvent tirer parti des fonctionnalités les unes des autres, améliorant ainsi le bien-être des utilisateurs. Et nous devons nous assurer que cette vision se réalise rapidement — tel est le but de Polkadot.
Si Polkadot ne parvient pas à maintenir une certaine résilience face aux changements du monde, alors construire Polkadot n’aura aucun sens. Ces changements peuvent être d'autres moyens d'atteindre les mêmes objectifs, ou des menaces provenant d'organisations extérieures hostiles à un monde sans confiance.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
PolkaWorld
