Le moteur technique — Comment fonctionne PulseChain

Section 1/3 :

PulseChain est une blockchain indépendante de couche 1 lancée en mai 2023. Son environnement d'exécution est basé sur la Machine Virtuelle Ethereum (EVM), ce qui lui permet de prendre en charge des contrats intelligents et des formats de transaction compatibles avec Ethereum. Son architecture de consensus est dérivée de la Beacon Chain de Proof-of-Stake d'Ethereum, avec des modifications des paramètres du réseau et des calculs de récompense des validateurs.

Comprendre comment PulseChain fonctionne nécessite d'examiner quatre composants : la couche d'exécution, la couche de consensus, le staking des validateurs et les mécanismes de frais et de récompenses du réseau.

1. L'exigence de validateur : 32 millions de PLS

PulseChain utilise le Proof of Stake (PoS) pour coordonner la production de blocs et sécuriser son processus de consensus.

Pour activer un validateur, un opérateur doit déposer 32 000 000 PLS dans le contrat de dépôt des validateurs du réseau :

0x3693693693693693693693693693693693693693

Cela équivaut numériquement au dépôt de 32 ETH pour les validateurs d'origine d'Ethereum lorsqu'il est exprimé en utilisant l'échelle de token-unité de million à un de PulseChain. C'est un paramètre du protocole PulseChain, et non une affirmation selon laquelle les deux réseaux ont des conditions économiques identiques.

Un validateur est responsable de sa participation au processus de consensus. Ses devoirs incluent :

• Proposer des blocs lorsqu'il est sélectionné par le protocole.
• Attester des blocs et des points de contrôle de la chaîne.
• Maintenir une configuration opérationnelle de validateur et de client de consensus.
• Suivre les règles du protocole et éviter les actions pouvant entraîner des pénalités ou des slashing.

La documentation officielle de PulseChain Mainnet spécifie l'exigence de dépôt de 32 millions de PLS. Le nombre de validateurs actifs peut changer au fil du temps, et le nombre de validateurs ne doit pas être confondu avec le nombre de personnes ou d'organisations indépendantes qui les exploitent.

2. Exécution et consensus : comment le réseau traite les transactions

PulseChain suit l'architecture client à deux couches utilisée par Ethereum après sa transition vers le Proof of Stake. L'aperçu d'Ethereum de l'architecture des nœuds sépare les mêmes deux rôles.

La couche d'exécution

La couche d'exécution gère les transactions et les opérations des contrats intelligents. Elle comprend la Machine Virtuelle Ethereum, qui exécute le bytecode des contrats intelligents compatibles et met à jour l'état de la blockchain.

Elle est responsable de tâches telles que :

• Traitement des transactions.
• Exécution des contrats intelligents.
• Vérification de la validité des transactions.
• Mise à jour des soldes de compte et du stockage des contrats.
• Maintien des données de transaction et d'exécution.

La couche de consensus

La couche de consensus coordonne l'accord du réseau sur l'ordre et la validité des blocs.

Les validateurs participent en proposant des blocs et en soumettant des attestations. Le protocole de consensus détermine quelle chaîne le réseau suit et comment les points de contrôle deviennent justifiés et finalisés.

Les deux couches sont nécessaires : la couche d'exécution traite ce qui se passe sur la blockchain, tandis que la couche de consensus coordonne l'accord sur l'historique de la blockchain.

3. Timing des blocs et capacité du réseau

PulseChain utilise des slots de 10 secondes, par rapport aux slots de 12 secondes d'Ethereum.

Un slot est une opportunité pour un validateur de proposer un bloc. Cela ne garantit pas que chaque slot contiendra un bloc produit avec succès.

PulseChain organise sa chronologie de consensus en époques de 32 slots. Avec des slots de 10 secondes, une époque dure environ 320 secondes, soit 5 minutes et 20 secondes. Le timing des slots et la structure des époques sont documentés dans des analyses techniques de consensus telles que le guide de fonctionnement de Cryptospecting, qui lit la configuration du client plutôt que les affirmations marketing.

L'intervalle de slot plus court signifie que PulseChain a plus d'opportunités de production de blocs par unité de temps qu'Ethereum, à condition que les slots respectifs soient produits avec succès.

Cependant, des intervalles de blocs plus courts ne doivent pas être confondus avec une finalité instantanée des transactions. La production de blocs, l'inclusion des transactions, la confirmation et la finalité du consensus sont des étapes distinctes. Un slot de 10 secondes ne signifie pas que chaque transaction est mathématiquement finale après dix secondes.

Limite de gaz et capacité de transaction

Les transactions et les opérations des contrats intelligents consomment du gaz, qui mesure le travail computationnel requis pour les exécuter.

Une limite de gaz par bloc détermine la quantité maximale de gaz d'exécution pouvant être incluse dans un bloc. La documentation de PulseChain indique une limite de gaz par bloc de 30 000 000 gaz.

Le nombre réel de transactions qu'un bloc peut contenir dépend de la quantité de gaz que chaque transaction consomme. Un transfert de token simple et une interaction complexe avec un contrat intelligent ne nécessitent pas la même quantité de gaz.

Une limite de gaz par bloc plus élevée peut offrir plus de capacité d'exécution par bloc, mais cela n'établit pas en soi un chiffre spécifique de transactions par seconde ni ne garantit des frais constamment bas. Le débit réel et les coûts de transaction dépendent également de la demande du réseau, de la complexité des transactions et de l'espace de bloc disponible.

4. Décentralisation et résistance à la censure

La preuve de participation (Proof of Stake) ne garantit pas automatiquement la décentralisation. La distribution des participations, la propriété des validateurs, les fournisseurs d'infrastructure et les implémentations des clients sont tous des éléments importants.

Un réseau peut avoir de nombreux validateurs actifs tandis qu'un nombre plus restreint d'opérateurs contrôle une part substantielle de l'infrastructure de validation. Pour cette raison, le simple nombre de validateurs n'est pas suffisant pour mesurer la décentralisation.

Ethereum possède un vaste écosystème de staking qui inclut des opérateurs indépendants, des pools de staking et des fournisseurs de services centralisés. Des services tels que Lido, Coinbase et Kraken participent à cet écosystème de différentes manières. Leur présence soulève des questions légitimes sur la concentration des participations et l'influence des grands fournisseurs d'infrastructure, mais cela ne signifie pas qu'Ethereum est contrôlé par une seule institution.

PulseChain a un écosystème différent et une distribution différente des participants. Son empreinte institutionnelle plus petite peut être perçue par les partisans comme une opportunité pour un réseau plus axé sur la communauté.

Cependant, le nombre de validateurs disponibles n'établit pas combien d'opérateurs indépendants de PulseChain existent, comment ils sont géographiquement répartis, ou combien de participations sont contrôlées par des entités individuelles.

5. Pénalités des validateurs, slashing et sécurité du réseau

Les validateurs sont censés suivre les règles de consensus et rester opérationnels.

Un validateur qui ne remplit pas ses devoirs peut encourir des pénalités. Des violations plus graves, telles que certaines formes d'attestations conflictuelles ou de propositions de blocs, peuvent déclencher un slashing.

Le slashing est une pénalité imposée par le protocole conçue pour décourager les comportements qui menacent la sécurité du consensus. Il peut réduire le solde effectif d'un validateur et entraîner le retrait du validateur de la participation active.

Les conséquences exactes dépendent de la violation et des règles de consensus applicables. Il serait donc inexact d'affirmer que chaque forme de faute détruit automatiquement le dépôt de 32 millions de PLS ou exclut définitivement l'opérateur de toute participation future.

Le but de ces mécanismes est de rendre les attaques et les violations graves du consensus coûteuses sur le plan économique.

6. Frais de transaction et mécanisme de brûlage de PLS

PLS est la monnaie native utilisée pour payer les frais de transaction sur PulseChain.

PulseChain utilise un mécanisme de frais de style EIP-1559. Dans ce modèle, le frais de transaction se compose de deux composants principaux (EIP-1559) :

Frais de base : Le frais déterminé par le protocole par unité de gaz. Il s'ajuste en fonction de la demande d'espace de bloc et est brûlé plutôt que payé au validateur.

Frais de priorité : Un montant supplémentaire qu'un utilisateur peut offrir pour inciter un validateur à inclure la transaction. Ce composant est payé au destinataire des frais du bloc.

Cette distinction est importante : le frais de base est brûlé, mais le frais de priorité n'est pas automatiquement brûlé. Par conséquent, il est incorrect de décrire le système comme brûlant 25 % de chaque frais de transaction ordinaire.

PulseChain modifie également certaines récompenses des validateurs au niveau du consensus. Son implémentation du client de consensus applique un ajustement de 10/12 pour l'intervalle de slot plus court et un facteur séparé de 3/4 pour les récompenses spécifiées. Ensemble, ces ajustements entraînent que les récompenses éligibles sont créditées à 62,5 % de la formule de récompense correspondante d'Ethereum. Cette logique de brûlage est visible dans les commits du client officiel — Prysm-Pulse et Lighthouse-Pulse — et est résumée dans l'analyse technique de Cryptospecting.

Cet ajustement de récompense est distinct du brûlage des frais de base de transaction. Il affecte le montant de certaines récompenses de validateurs nouvellement émises créditées aux validateurs ; ce n'est pas une déduction de 25 % de chaque paiement de gaz d'utilisateur.

L'effet global sur l'offre de PLS dépend de la relation entre la nouvelle émission et les tokens brûlés. Un mécanisme de brûlage à lui seul ne prouve pas que l'offre totale diminue continuellement.

7. Ce que ces différences techniques signifient

PulseChain combine un environnement d'exécution compatible avec Ethereum avec une architecture de consensus de preuve de participation dérivée d'Ethereum.

Ses paramètres techniques documentés incluent :

• Un dépôt de validateur de 32 000 000 PLS.
• Des slots de consensus de 10 secondes.
• Des époques composées de 32 slots.
• Un mécanisme de frais de transaction de style EIP-1559.
• Brûlage des frais de base.
• Calculs modifiés des récompenses des validateurs au niveau du consensus.

Ces choix de conception distinguent PulseChain d'Ethereum, mais ils ne doivent pas être interprétés comme une preuve automatique de sécurité, de décentralisation, de débit ou de résistance à la censure supérieurs.

Ces qualités dépendent de la façon dont le réseau fonctionne en pratique : sa distribution de validateurs, la diversité des clients, la résilience de l'infrastructure, la demande de transactions et sa capacité à maintenir un consensus fiable.

Sources et faits

Les principales déclarations techniques de ce guide reposent sur :

• PulseChain Mainnet (docs officielles) : Notes de fork et le dépôt de 32M PLS pour les validateurs — GitLab pulsechain-mainnet.
• Mécanique de consensus / validateurs (analyse secondaire) : Temps de slot, structure d'époque et ajustements des récompenses à partir de la configuration du client — Cryptospecting – Comment PulseChain fonctionne. Pas de documentation officielle ; utile pour lire le chemin du code.
• Implémentation de brûlage du client de consensus : Engagement de brûlage Prysm-Pulse · Engagement de brûlage Lighthouse-Pulse.
• Architecture des nœuds Ethereum : Couche d'exécution, couche de consensus et rôles des validateurs — ethereum.org.
• EIP-1559 : Frais de base, frais de priorité et brûlage des frais de base — Propositions d'Amélioration d'Ethereum.