Quel est le but d’un proposant de bloc ?

Rôle du proposant de bloc dans les mécanismes de consensus

1. Un proposant de bloc est chargé d'assembler un ensemble de transactions validées dans un bloc candidat.

2. Le proposant doit vérifier les signatures des transactions, vérifier les soldes des comptes et garantir le respect des règles du réseau avant l'inclusion.

3. Dans les systèmes de preuve de participation, le proposant est sélectionné de manière pseudo-aléatoire en fonction du poids de la mise et des critères d'éligibilité du validateur.

4. Une fois construit, le bloc proposé est diffusé aux autres validateurs pour attestation et inclusion dans la chaîne canonique.

5. Le fait de ne pas produire un bloc dans les délais peut entraîner des pénalités sévères ou une exclusion temporaire des futurs créneaux de proposition.

Processus de sélection et critères d’éligibilité

1. Les validateurs doivent respecter des seuils de mise minimaux et maintenir la disponibilité pour rester éligibles à la sélection.

2. Le caractère aléatoire provient de sources cryptographiques telles que les sorties VRF ou l'entropie de la chaîne de balises.

3. Les attributions d'emplacements sont précalculées et publiées à l'avance pour permettre la coordination entre les nœuds distribués.

4. Certains protocoles alternent les proposants par époque tandis que d'autres utilisent une pondération dynamique pour éviter les risques de centralisation.

5. Les validateurs hors ligne ou qui se comportent mal perdent leur tour, déclenchant des mécanismes de repli gérés par la couche de consensus.

Interaction avec l'attestation et le caractère définitif

1. Après proposition, d'autres validateurs effectuent des attestations confirmant la validité du bloc et sa position dans la chaîne.

2. Les attestations alimentent les règles de choix qui déterminent quelle branche de la chaîne obtient le soutien majoritaire.

3. Le blocage du proposant devient justifié une fois que les deux tiers des validateurs actifs l'attestent.

4. Le caractère définitif se produit lorsqu'un bloc ultérieur reçoit suffisamment d'attestations faisant référence au bloc justifié précédent.

5. Les proposants ne contrôlent pas directement la finalité mais servent de catalyseurs essentiels permettant la cascade d'attestation.

Incitations économiques et structures de sanctions

1. Les proposants de blocs reçoivent des récompenses de base libellées en jetons natifs proportionnelles aux taux de participation au réseau.

2. Les pourboires ou frais prioritaires perçus sur les transactions incluses reviennent exclusivement au proposant.

3. Les tentatives de réorganisation intentionnelles ou les doubles propositions déclenchent une réduction immédiate de la participation cautionnée.

4. Les pénalités de latence réduisent les récompenses si les blocs sont soumis en dehors des fenêtres horaires assignées.

5. Les proposants qui fournissent systématiquement des blocs valides et en temps opportun accumulent des indicateurs de réputation qui influencent la probabilité de sélection future.

Foire aux questions

Q : Un seul validateur peut-il proposer plusieurs blocs consécutifs ? R : Oui, bien que statistiquement improbable dans des réseaux sains en raison de la sélection aléatoire ; les paramètres du protocole limitent la longueur des séquences pour empêcher la prévisibilité.

Q : Comment un proposant de bloc gère-t-il les transactions mempool conflictuelles ? R : Les proposants appliquent des algorithmes déterministes de classement des frais, en donnant la priorité aux transactions les plus rémunératrices tout en respectant les limites de gaz et l'ordre des dépendances.

Q : Le rôle de proposant de bloc est-il compatible avec les pools miniers décentralisés ? R : Pas dans les conceptions PoS pures : les proposants opèrent individuellement sous des clés de validation ; les accords de jalonnement groupé délèguent les droits de signature mais conservent la responsabilité individuelle.

Q : Que se passe-t-il si deux validateurs proposent des blocs différents pour le même slot ? R : La règle du choix de fork résout ce problème en sélectionnant le bloc avec le poids d'attestations le plus élevé ; la proposition perdante devient un candidat orphelin.