Une parachain se connecte à la chaîne de relais de Polkadot et conserve son état et ses règles de transaction tout en participant à la sécurité partagée. Elle peut se spécialiser dans une application ou un service plutôt que reproduire un environnement universel d’exécution. Elle possède son propre runtime ; ce n’est pas simplement un contrat intelligent déployé sur une autre chaîne.
Collateurs et validation partagée
Les collateurs maintiennent l’état de la parachain et assemblent les blocs proposés avec les données nécessaires à leur contrôle. Les validateurs de la chaîne de relais vérifient les candidats selon les règles enregistrées de transition d’état. Les processus plus larges de validation et de finalité de Polkadot déterminent les candidats intégrés à l’historique accepté.
Cette division permet aux parachains de travailler en parallèle sans constituer chacune un ensemble totalement distinct de validateurs de sécurité. Elle ne rend pas interchangeables les rôles de collateur et de validateur de la chaîne de relais.
Ressources et communication
L’accès aux ressources de validation est planifié via le coretime. Agile Coretime propose une allocation en lots et un accès à la demande ; les anciennes descriptions centrées uniquement sur les enchères de slots à long terme ne reflètent pas le modèle actuel.
Les parachains peuvent échanger des messages au format XCM via les transports pris en charge. Les applications doivent toujours disposer de permissions et d’un traitement des actifs compatibles.
La sécurité partagée ne certifie ni logique applicative, ni décisions de gouvernance, ni ponts externes. Le comportement pratique dépend aussi du runtime, de la disponibilité des collateurs et des ressources allouées.