Qu’est-ce que Polkadot ? Comprendre le DOT et l'écosystème Polkadot

Architecture de base de Polkadot

1. La chaîne de relais sert de système nerveux central à Polkadot, coordonnant le consensus, la messagerie inter-chaînes et la sécurité partagée sur toutes les blockchains connectées.

2. Les parachains sont des blockchains souveraines spécialement conçues qui fonctionnent en parallèle avec la chaîne de relais, chacune optimisée pour des cas d'utilisation spécifiques comme la DeFi, l'identité ou les jeux.

3. Les chaînes de pont permettent une communication minimisant la confiance avec des écosystèmes externes tels que Ethereum et Bitcoin en exécutant des clients légers et en vérifiant les transitions d'état en chaîne.

4. L'ensemble de l'architecture est construit à l'aide de Substrate, un cadre modulaire qui permet aux développeurs de construire rapidement des blockchains personnalisées compatibles avec l'environnement d'exécution de Polkadot.

5. Contrairement aux chaînes monolithiques, la conception de Polkadot suppose l'hétérogénéité : il n'est pas nécessaire que deux parachains partagent la même machine virtuelle, la même logique de consensus ou le même modèle économique.

Utilitaire de jeton DOT

1. Le DOT est utilisé pour le jalonnement afin de nommer des validateurs et de gagner des récompenses inflationnistes tout en sécurisant activement la chaîne de relais.

2. Les détenteurs de DOT participent à OpenGov, soumettent des propositions, votent lors de référendums et délèguent le pouvoir de vote sans transférer la propriété du jeton.

3. Bonding DOT est nécessaire pour louer un emplacement de parachain, verrouillant efficacement les jetons pour garantir les ressources informatiques et les garanties de sécurité fournies par la chaîne de relais.

4. Le DOT agit comme l'actif de règlement natif pour le routage des messages basé sur XCM, où les frais pour les opérations de consensus croisé sont libellés et payés en DOT.

5. Avec Agile Coretime désormais disponible, DOT fonctionne comme le principal moyen d'achat de tranches de temps sur le moteur d'exécution de Relay Chain, remplaçant entièrement le modèle d'enchères précédent.

Mécanisme d'interopérabilité

1. Cross-Consensus Messaging (XCM) définit un format standardisé pour exprimer des messages entre des systèmes de consensus disparates, indépendamment de leur logique sous-jacente.

2. XCMP est la couche de transport permettant la livraison authentifiée et ordonnée de messages XCM entre parachains via des canaux dédiés ancrés dans l'état de la chaîne de relais.

3. La transmission horizontale de messages permet des transferts d'actifs directs, des appels de contrats intelligents et des requêtes d'état entre parachains sans nécessiter de ponts tiers ou d'intermédiaires de garde.

4. Les garanties de mise en file d'attente et de livraison des messages sont appliquées au niveau du protocole, garantissant une finalité déterministe et empêchant la perte ou la duplication des messages.

5. Les développeurs peuvent composer des flux de travail complexes en plusieurs étapes s'étendant sur plusieurs chaînes à l'aide du jeu d'instructions extensible de XCM, y compris l'exécution conditionnelle et la gestion des erreurs.

Modèle de sécurité

1. La sécurité partagée signifie que chaque parachain hérite de la force cryptographique complète et de l'ensemble des validateurs de la chaîne de relais, éliminant ainsi le besoin d'un amorçage séparé du validateur.

2. Les validateurs sont sélectionnés via une preuve de participation nommée (NPoS), où les proposants du DOT mettent en jeu des jetons pour soutenir des validateurs de confiance, augmentant ainsi la responsabilité et la décentralisation.

3. Les pénalités pour mauvaise conduite s'appliquent uniformément sur l'ensemble du réseau – la réduction du DOT affecte à la fois la participation à la Relay Chain et la capacité de liaison des parachains.

4. La chaîne de relais applique des conditions de validité strictes avant d'accepter tout bloc de parachain, y compris la vérification des preuves, les contrôles de disponibilité et les garanties d'inclusion.

5. Les preuves de fraude et les périodes de contestation sont intégrées au flux de consensus, permettant à des observateurs légers de détecter et de signaler les transitions d'état invalides.

Évolution de la gouvernance

1. OpenGov remplace les structures de conseil hiérarchiques par la soumission de propositions sans autorisation, permettant à toute personne détenant ne serait-ce qu'un seul DOT d'initier des actions de gouvernance.

2. Les propositions du Trésor financées par des revenus contrôlés en chaîne sont exécutées automatiquement après l'approbation du référendum, supprimant ainsi le recours aux signataires multisig ou aux interventions manuelles.

3. Le biais de quorum adaptatif ajuste les seuils de vote de manière dynamique en fonction du taux de participation, garantissant que les propositions à enjeux élevés nécessitent un consensus plus large tandis que les mises à niveau de routine maintiennent l'agilité.

4. Les résultats des référendums déclenchent des mises à niveau atomiques du runtime : aucun fork, aucun temps d'arrêt, aucune coordination client requise pour l'évolution du protocole à l'échelle du réseau.

5. Le poids des votes est directement proportionnel au DOT verrouillé, mais les mécanismes de délégation permettent aux détenteurs passifs d'influencer les décisions sans déplacer d'actifs ni compromettre la garde.

Foire aux questions

Q : En quoi Agile Coretime diffère-t-il de la vente aux enchères originale de machines à sous parachain ? R : Agile Coretime élimine les baux à durée fixe et les enchères par le gagnant. Au lieu de cela, les équipes achètent des allocations de temps flexibles mesurées en secondes, tarifées de manière dynamique en fonction de la demande et du type de ressource, sans aucune liaison DOT initiale requise.

Q : Une parachain peut-elle fonctionner de manière indépendante si elle est déconnectée de la chaîne de relais ? R : Non. Une parachain s'appuie entièrement sur la chaîne de relais pour la finalité, la résolution des litiges et le routage des messages entre les chaînes. Sa production de blocs s'arrête s'il perd la connectivité ou échoue aux contrôles de validité.

Q : Le DOT est-il requis pour interagir avec les dApp déployées sur les parachains ? R : Pas nécessairement. Les utilisateurs peuvent effectuer des transactions en utilisant le jeton natif de la parachain ; cependant, le DOT reste obligatoire pour le jalonnement, la participation à la gouvernance et le paiement des services d'infrastructure de base tels que les frais de message XCM.

Q : Qu'est-ce qui empêche les acteurs malveillants de spammer OpenGov avec des propositions de mauvaise qualité ? R : Chaque proposition nécessite un dépôt non remboursable au DOT, adapté à la complexité de la proposition. Les propositions rejetées perdent le dépôt, ce qui crée de fortes dissuasions économiques contre les soumissions frivoles.