Yellow.com

Quand on entend « Polkadot relie les blockchains », on pense souvent à un pont. Ce n’en est pas un. Polkadot (DOT) repose sur une architecture bien plus singulière et ambitieuse : un protocole dans lequel des blockchains indépendantes louent leur sécurité à un ensemble central de validateurs, plutôt que de constituer chacune le leur. La nuance semble théorique, jusqu’au moment où l’on comprend qu’elle modifie à la fois le coût de défense du réseau et le prix d’une attaque.

Avec DOT à nouveau sous les projecteurs en juin 2026 et un écosystème en pleine transition vers sa prochaine génération architecturale, comprendre le fonctionnement réel du modèle de sécurité partagée de Polkadot est plus utile que jamais, sans doute davantage encore qu’à l’époque des enchères de parachains.

En bref

La Relay Chain de Polkadot fournit une sécurité mutualisée aux blockchains connectées, appelées parachains, qui n’ont pas besoin de leur propre set de validateurs.

Les parachains soumettent des preuves compressées de leurs transitions d’état à la Relay Chain, où elles sont vérifiées puis finalisées.

DOT constitue le socle économique du réseau : les détenteurs le stakent pour nominer des validateurs, ce qui détermine qui sécurise le système et perçoit les récompenses.

Polkadot passe progressivement des enchères de slots fixes à un marché plus souple du « coretime », ce qui abaisse la barrière d’entrée.

Comprendre cette architecture permet d’évaluer la proposition de valeur de DOT au-delà de la pure spéculation.

Ce que fait réellement la Relay Chain

Pour comprendre Polkadot, il faut partir de la Relay Chain. C’est la blockchain racine de l’ensemble du réseau. En soi, elle ne fait presque rien en matière d’exécution de smart contracts ou de transferts de jetons. Son rôle est avant tout de coordonner et de sécuriser.

La Relay Chain maintient un ensemble global de validateurs.

À la mi-2026, le set de validateurs actifs de Polkadot compte environ 400 validateurs, sélectionnés parmi un vivier bien plus large de candidats nommés. Ces validateurs ne sécurisent pas seulement la Relay Chain elle-même. Ils sont répartis par petits groupes pour vérifier les transitions d’état de chaque parachain connectée. C’est le cœur de l’idée de sécurité partagée : un seul ensemble de validateurs, plusieurs chaînes.

La Relay Chain fonctionne comme un greffe central. Les parachains réalisent les calculs, mais toute modification d’état n’est définitive que lorsque les validateurs de la Relay Chain l’ont jugée conforme.

Cette architecture répond à un problème très concret rencontré aux débuts du monde multi-chaînes.

Lancez une nouvelle blockchain, et il faut bâtir de zéro sa sécurité économique via les validateurs. Une petite chaîne peut n’avoir que 5 millions de dollars stakés — ce qui signifie qu’un attaquant n’a besoin que de 2,5 millions de dollars pour tenter une attaque à 51 %.

Reliez cette même chaîne à la Relay Chain de Polkadot, et elle hérite d’une sécurité adossée à des milliards de DOT mis en jeu.

Le coût d’attaque ne dépend plus de la parachain prise isolément.

Il dépend de l’ensemble du réseau.

Comment les parachains transmettent leurs preuves sans faire aveuglément confiance aux validateurs

Le modèle de sécurité de Polkadot repose sur un mécanisme appelé Proof of Validity (PoV). Chaque parachain dispose de son propre producteur de blocs, appelé collator. Les collators agrègent les transactions, produisent les blocs de la parachain, puis génèrent une preuve compacte résumant la transition d’état. On peut voir cette preuve comme un reçu : elle ne reproduit pas tout le calcul, mais elle contient suffisamment d’éléments pour qu’un validateur puisse vérifier que la transition est légitime.

Ce bloc PoV est ensuite envoyé à un petit sous-ensemble aléatoire de validateurs de la Relay Chain, appelé groupe de validateurs de parachain. Ce groupe vérifie la preuve et, si tout est conforme, émet son approbation. La Relay Chain inscrit alors cette approbation dans son propre bloc, ancrant la modification d’état de la parachain dans la finalité de la Relay Chain.

Qu’est-ce qui empêche un groupe de validateurs de se coordonner pour valider un bloc frauduleux ? Polkadot utilise un mécanisme secondaire appelé approval voting.

Après la validation initiale par le groupe assigné à la parachain, un ensemble plus large et aléatoire de validateurs de la Relay Chain est secrètement désigné pour revérifier le même bloc. S’il détecte une anomalie et ouvre un litige, la chaîne entre dans un processus de résolution. Les validateurs ayant approuvé un bloc frauduleux s’exposent au slashing : une partie de leurs DOT mis en jeu est définitivement détruite.

L’aléa de l’assignation est essentiel. Comme personne ne sait à l’avance quels validateurs seront chargés de revérifier un bloc donné, un acteur malveillant devrait contrôler une part très importante de l’ensemble du set de validateurs pour étouffer un litige de manière fiable. C’est ce qui rend la sécurité réellement mutualisée, et pas seulement théoriquement partagée.

Image: Shutterstock

Nominated Proof of Stake et rôle central des détenteurs de DOT

Polkadot n’utilise pas un simple mécanisme de delegated proof of stake.

Il repose sur un système appelé Nominated Proof of Stake (NPoS), conçu par le chercheur Alistair Stewart et décrit dans le livre blanc d’origine de Polkadot. L’objectif du NPoS est précis : répartir le stake aussi équitablement que possible entre les validateurs actifs, afin qu’aucun ne devienne excessivement puissant.

Voici le principe.

Les détenteurs de DOT qui ne souhaitent pas gérer d’infrastructure peuvent devenir nominators. Un nominator choisit jusqu’à 16 validateurs de confiance et les soutient avec ses DOT stakés. Un algorithme d’élection on-chain appelé Phragmén s’exécute ensuite périodiquement : il sélectionne le set de validateurs actifs et répartit les nominations de façon à équilibrer le stake derrière chaque validateur actif.

C’est important pour deux raisons.

D’abord, un attaquant ne peut pas simplement accumuler des DOT et les concentrer derrière un seul validateur pour obtenir une influence disproportionnée. L’algorithme de Phragmén redistribue le stake, que le nominator le veuille ou non.

Ensuite, cela incite les nominators à sélectionner les validateurs avec soin. De mauvais choix entraînent des récompenses manquées — et nominer un validateur malveillant ou peu fiable peut déclencher un slashing qui touche aussi le stake du nominator.

Le slashing chez Polkadot est proportionnel à la gravité de la faute. Une simple indisponibilité peut entraîner une pénalité limitée. En revanche, l’équivocation — le fait de signer deux blocs contradictoires — provoque une sanction bien plus lourde. Le système est conçu pour que l’erreur honnête reste supportable, tandis que la fraude délibérée devienne ruineuse.

Slots de parachains, enchères et bascule vers le coretime

Pendant les premières années suivant le lancement des parachains fin 2021, l’accès à la Relay Chain reposait sur un système d’enchères de slots. Un projet de parachain devait remporter une candle auction pour obtenir l’un des emplacements disponibles en nombre limité. La victoire impliquait de bloquer une quantité importante de DOT pendant une durée pouvant aller jusqu’à 96 semaines. Les projets collectaient des DOT auprès de leur communauté via des crowdloans, en promettant des jetons en récompense aux participants qui immobilisaient leurs DOT pour soutenir l’enchère.

Ce modèle d’enchères a créé une forte compétition économique pour les emplacements et a soutenu la demande de DOT. Mais il présentait aussi un inconvénient majeur. Les petits projets et les chaînes expérimentales ne pouvaient tout simplement pas rivaliser. Immobiliser des millions de DOT pendant deux ans constituait une barrière réelle, et la logique du tout-ou-rien gaspillait des ressources sur les enchères perdues.

La gouvernance de Polkadot a voté le remplacement du système de slots par Agile Coretime, un nouveau modèle déployé sur Polkadot en 2024. Le coretime traite l’espace de bloc de la Relay Chain comme une marchandise. Au lieu de gagner un slot aux enchères, les équipes peuvent acheter du bulk coretime — une quantité fixe d’inclusion de blocs sur une période donnée — ou du on-demand coretime, c’est-à-dire une inclusion à l’unité au prix du marché. Le coretime inutilisé peut même être revendu sur un marché secondaire.

Concrètement, un développeur peut désormais connecter une parachain à la sécurité partagée de Polkadot le temps d’un week-end, la tester, puis repartir sans avoir immobilisé des capitaux pendant deux ans. La barrière à l’entrée a nettement reculé, et le modèle ressemble désormais davantage à une tarification de cloud qu’à une vente aux enchères immobilière.

Messagerie interchaînes et ce que permet XCM

La sécurité partagée, à elle seule, ne fait pas de Polkadot une couche d’interopérabilité.

Ce rôle est assuré par XCM — Cross-Consensus Messaging Format. Et XCM n’est pas un protocole de pont au sens traditionnel. C’est un langage : un format standardisé permettant d’exprimer des instructions qui peuvent être comprises et exécutées par toute chaîne compatible avec Polkadot.

Un message XCM peut par exemple dire : « Transfère 10 jetons de ce type depuis le compte souverain de la chaîne A sur la chaîne B vers cette adresse. »

Comme les deux chaînes fonctionnent sous la même Relay Chain et partagent un modèle de sécurité commun, aucune n’a besoin de vérifier indépendamment les en-têtes de blocs de l’autre ni d’exécuter un light client. La confiance est déjà établie au niveau de la Relay Chain.

C’est là que l’architecture de Polkadot se distingue réellement des ponts classiques.

Lorsqu’on utilise un bridge entre deux blockchains indépendantes, on fait confiance à un tiers — en général un multisig ou un ensemble de validateurs du pont — pour relayer fidèlement l’information entre deux systèmes sans relation intrinsèque.

Les parachains de Polkadot qui communiquent via XCM appartiennent déjà au même domaine de sécurité. La Relay Chain a déjà finalisé l’état de chacune d’elles. Il n’y a donc pas de saut de confiance à effectuer entre les chaînes elles-mêmes.

XCM est aussi conçu pour être compatible avec les évolutions futures. Les messages peuvent décrire des transferts d’actifs, des opérations de smart contracts et d’autres instructions complexes. instructions de contrat, votes de gouvernance et calculs arbitraires. À mesure que davantage de parachains adoptent XCM, le spectre des opérations composables au sein de l’écosystème s’élargit. Un utilisateur d’une parachain DeFi peut ainsi interagir, en une seule transaction, avec une place de marché NFT hébergée sur une autre parachain, sans avoir à « wrapper » des tokens ni à faire confiance à un opérateur de bridge externe.

JAM et l’architecture de nouvelle génération de Polkadot

Gavin Wood, fondateur de Polkadot, a publié début 2024 le livre blanc JAM (Join-Accumulate Machine), qui trace les contours de la prochaine grande évolution du protocole. Il ne s’agit pas d’une simple mise à jour. Le projet vise à remplacer l’architecture actuelle de la Relay Chain par un modèle plus générique, capable d’héberger des « services » arbitraires, et non plus uniquement des parachains au format figé.

Dans le cadre de JAM, la Relay Chain devient une couche de coordination plus légère. Le calcul est exprimé sous forme de work packages, c’est-à-dire des blocs d’entrées et de code que les validateurs exécutent puis vérifient. Le résultat est ensuite agrégé dans un état global partagé. C’est un modèle bien plus souple que celui des parachains actuelles, où chaque chaîne doit respecter une interface d’exécution spécifique fournie par le framework Substrate.

Pour les développeurs, l’intérêt est évident : davantage de flexibilité. Il n’est plus nécessaire de construire une parachain complète. Il devient possible de déployer un service léger, dédié à un type précis d’entrée, et d’inscrire les résultats dans l’état JAM. Polkadot pourrait ainsi élargir son modèle de sécurité à un éventail d’usages plus vaste, notamment des applications de type rollup, la vérification décentralisée de calculs d’IA, ou encore une logique applicative souveraine et spécialisée.

JAM est toujours en cours de développement à la mi-2026. La transition exigera une coordination importante de l’ensemble de l’écosystème, et plusieurs équipes financées en DOT travaillent déjà sur des implémentations compatibles JAM. Pour l’heure, le modèle de parachains actuel et le marché du coretime restent l’architecture en production.

Qui profite réellement du modèle Polkadot ?

L’architecture de Polkadot ne s’adresse pas à tout le monde. Comprendre à qui elle était réellement destinée permet d’en éclairer à la fois les atouts et la position actuelle sur le marché.

Les équipes de parachains qui construisent des chaînes souveraines sont les premières bénéficiaires. Si vous lancez une blockchain qui a besoin de son propre état, de son propre jeton et de sa propre gouvernance, mais que vous ne disposez pas des moyens de constituer et d’entretenir votre propre set de validateurs, Polkadot vous propose une forme de sécurité en tant que service. Des chaînes comme Moonbeam (smart contracts compatibles avec Ethereum (ETH)), Acala (hub DeFi avec stablecoin natif stablecoin) et Astar (chaîne multi-VM) ont adopté ce modèle.

Les détenteurs de DOT et les nominateurs bénéficient, eux, des revenus de frais et des récompenses de staking générés par l’inclusion des blocs des parachains. À mesure que la demande de coretime progresse, davantage d’activité économique transite par la Relay Chain, et les validateurs comme les nominateurs en captent une part.

Les développeurs qui n’ont pas besoin d’une chaîne complète profitent de l’orientation prise avec le coretime et JAM. Une équipe qui construit un service de vérification de preuves ZK ou un séquenceur décentralisé n’a pas besoin d’exploiter l’intégralité d’un runtime de parachain. Elle peut louer de la capacité d’exécution et de la sécurité de manière progressive.

En revanche, Polkadot est moins adapté aux équipes qui recherchent une souveraineté maximale sans dépendances externes, ou aux développeurs d’applications qui ont simplement besoin d’un environnement de smart contracts.

Ces cas d’usage sont mieux servis par des chaînes autonomes ou par des plateformes de smart contracts déjà établies. La proposition de valeur de Polkadot repose précisément sur la combinaison entre personnalisation et sécurité mutualisée, et non sur la seule simplicité de déploiement ou un faible coût d’entrée.

Conclusion

Le modèle de sécurité partagée de Polkadot compte parmi les idées les plus originales de l’architecture blockchain.

L’intuition de départ est solide : une nouvelle chaîne ne devrait pas avoir à recréer de zéro toute son économie de validateurs. Et le système de Nominated Proof of Stake qui sous-tend cette sécurité est plus abouti que la plupart des alternatives.

Vu de l’extérieur, Polkadot peut passer pour un simple « connecteur multi-chaînes ». Il est en réalité bien plus que cela.

Il repose sur un ensemble cohérent de mécanismes : attribution aléatoire des validateurs, preuves cryptographiques, conditions de slashing et standards de messagerie inter-chaînes.

Le passage des enchères de slots au coretime constitue une étape importante vers davantage de maturité. L’ancien modèle imposait de fortes barrières, au bénéfice des projets les mieux financés. Le nouveau rend la couche de sécurité accessible à la demande, selon un modèle à l’usage, plus en phase avec les besoins réels de la plupart des équipes de développement.

La feuille de route JAM prolonge cette logique et ouvre la voie à un modèle suffisamment souple pour héberger aussi bien des chaînes souveraines que des services de calcul légers.

Le modèle de sécurité partagée de Polkadot ne fonctionne pas comme on l’imagine