Comment la méthode de paiement du pool minier affecte-t-elle vos revenus ?

Comprendre les structures de paiement dans les pools miniers

1. Les pools miniers distribuent des récompenses en bloc entre les participants en fonction du travail de calcul fourni, mais la méthode de distribution varie considérablement selon les plates-formes.

2. Les modèles les plus courants incluent le paiement par action (PPS), le paiement proportionnel, le maximum partagé égalisé (ESM) et le paiement par dernière N-actions (PPLNS).

3. Chaque modèle applique des règles distinctes pour calculer la pondération des actions, le moment de l'attribution des récompenses et le traitement des actions orphelines ou périmées.

4. La variabilité des structures de frais (allant de 0,5 % à 3 %) interagit directement avec la logique de paiement, modifiant les rendements nets même lorsque le taux de hachage reste constant.

5. Certains pools mettent en œuvre un ajustement dynamique de la difficulté par mineur, qui modifie les seuils d'acceptation des actions et influence indirectement la fréquence et le montant des paiements.

PPS vs PPLNS : compromis en matière de risque et de timing

1. Dans le cadre du paiement par action, les mineurs reçoivent des paiements immédiats d'une valeur fixe pour chaque action valide soumise, que le pool trouve ou non un bloc.

2. Ce modèle transfère entièrement la variance vers l'opérateur du pool, qui assume le risque d'échec de la découverte des blocs et absorbe les pertes pendant les périodes sèches.

3. Pay-Per-Last-N-Shares calcule les paiements uniquement après la recherche d'un bloc, en utilisant les N dernières actions soumises avant l'horodatage du bloc.

4. PPLNS introduit une pondération temporelle : les actions antérieures à la fenêtre N sont exclues, ce qui rend les contributions récentes d'une valeur disproportionnée.

5. Les mineurs avec une disponibilité incohérente ou des reconnexions fréquentes subissent une réduction du poids effectif sous PPLNS, ce qui diminue les revenus moyens malgré un taux de hachage brut identique.

Impact des règles de validation des actions

1. Certains pools rejettent les partages soumis au-dessus d'un seuil de difficulté ajusté dynamiquement, les qualifiant de « périmés » si la latence de propagation dépasse les fenêtres de consensus du réseau.

2. D'autres appliquent un rejet déterministe basé sur la détection du décalage d'horloge locale, supprimant les partages horodatés à plus de ± 3 secondes de l'heure du serveur de pool.

3. Certains pools appliquent la déduplication des partages sur les connexions simultanées, supprimant silencieusement les soumissions en double du même ID de travailleur dans un délai de 10 secondes.

4. Des pénalités pour actions non valides peuvent s'appliquer : certains pools réduisent le poids des paiements futurs de 0,1 % par action rejetée sur une fenêtre glissante de 24 heures.

5. Un seul proxy de strate mal configuré peut générer des milliers d’actions rejetées par heure, érodant ainsi les bénéfices effectifs sans déclencher de journaux d’erreurs visibles.

Modèles de frais intégrés à la logique de distribution

1. Les frais forfaitaires sont déduits avant le paiement, ce qui signifie que des frais de 1,5 % réduisent la récompense brute avant tout calcul de la pondération des actions.

2. Les systèmes de frais progressifs appliquent des pourcentages plus élevés aux petits mineurs – par exemple, 0,8 % pour les taux de hachage supérieurs à 100 MH/s, passant à 2,2 % en dessous de 5 MH/s.

3. Certains pools prélèvent des « surtaxes d’infrastructure » lors d’événements de congestion du réseau, ajoutant 0,3 % à tous les paiements pendant 72 heures après des pics de gaz sur le réseau principal Ethereum au-dessus de 150 gwei.

4. L'application tardive des frais se produit dans les pools utilisant la comptabilité différée : les frais s'accumulent dans les écritures du grand livre interne et ne sont soustraits qu'au moment du retrait du portefeuille, faussant la visibilité du solde en temps réel.

5. Il existe des frais de liquidité cachés lorsque les pools acheminent les paiements via des couches de règlement hors chaîne, appliquant des spreads de change allant jusqu'à 0,7 % sur les conversions BTC en USDT avant de créditer les soldes des utilisateurs.

Foire aux questions

Q : Le changement de pool à mi-tour affecte-t-il l'éligibilité au PPLNS ? Oui. Les actions soumises avant le changement sont exclues de la fenêtre PPLNS du nouveau pool. Aucune inclusion rétroactive n’a lieu, même si le pool précédent n’a pas trouvé de bloc.

Q : Un pool peut-il manipuler la difficulté du partage pour gonfler le taux de hachage déclaré ? Oui. Réduire artificiellement la difficulté des partages acceptés augmente le nombre de partages sans augmenter le travail réel, gonflant les indicateurs du tableau de bord tout en diluant la valeur par action.

Q : Pourquoi certains pools n'affichent-ils aucun paiement malgré la soumission de milliers d'actions ? Cela résulte généralement de politiques strictes de rejet de partages obsolètes, combinées à des relais de strate en amont à latence élevée ou à des équilibreurs de charge basés sur DNS introduisant des retards de routage imprévisibles.

Q : Existe-t-il une définition standard du « N » dans les PPLNS dans tous les pools ? Les valeurs varient de 50 000 à 5 000 000 d'actions selon la conception du pool. Un pool définit N par heure (par exemple, les 8 dernières heures), un autre par le nombre de partages et un troisième utilise une logique hybride intégrant les deux.