Pourquoi installer une ressource avant que le réseau ait beaucoup de clients ? Les récompenses peuvent aider à financer cette première étape. Un token peut rémunérer une contribution ou encourager le déploiement, mais sa distribution ne prouve pas que le service est rentable.
Le guide sur le fonctionnement d’un DePIN suivait la contribution jusqu’au contrôle. Regardons maintenant d’où vient la rémunération et ce qu’elle signifie.
Distinguer paiement et soutien au lancement
Un paiement de client correspond à l’achat d’un service. Une émission de nouveaux tokens ou une distribution depuis une réserve peut soutenir des participants sans provenir d’une vente de service au même moment.
Ces sources peuvent coexister. La documentation des récompenses de Hivemapper distingue plusieurs types de récompenses et leurs mécanismes. L’enjeu pédagogique est de ne pas additionner toutes les distributions en les appelant automatiquement « chiffre d’affaires ».
Un programme de lancement peut être utile. Mais il faut comprendre ce qui doit prendre le relais lorsque l’enveloppe diminue ou que davantage de participants se la partagent.
Comprendre le rôle du token
Selon les réseaux, un token peut intervenir dans les récompenses, la gouvernance, certains engagements ou l’accès au service. Les clients ne paient pas nécessairement directement avec l’actif spéculatif affiché sur les plateformes d’échange.
La documentation du HNT d’Helium explique notamment sa relation avec des crédits de données. L’important est de suivre la chaîne entière : qui achète le service, dans quelle unité, et comment cette activité rejoint la rémunération des fournisseurs.
Les règles sont propres au projet et évoluent. Une formule de récompense ancienne ne doit pas être présentée comme un revenu futur acquis.
Une récompense n’est pas un bénéfice
Prenons un exemple fictif. Un opérateur reçoit 50 tokens pendant un mois. Si chacun peut réellement être vendu 2 euros, cela représente 100 euros bruts avant frais de vente et fiscalité. Ses coûts d’électricité, de connexion et d’entretien pour le mois sont de 60 euros.
Il reste alors 40 euros avant prise en compte du matériel, du temps consacré et des autres coûts. Si le token ne peut être vendu qu’un euro, les mêmes 50 tokens représentent 50 euros : le résultat devient négatif de 10 euros avant même ces autres coûts.
Supposons aussi que le matériel ait coûté 300 euros. Dire qu’il sera remboursé en quelques mois suppose de maintenir la rémunération, le prix de vente et les coûts. Une simple division du coût initial par un revenu observé ne démontre pas cette stabilité.
Plus de participants peut changer le partage
Imaginons une enveloppe fixe de 1 000 tokens à partager entre contributions de même poids. Avec 100 contributions, chacune reçoit 10 tokens ; avec 200, chacune en reçoit 5. Le réseau peut grandir alors que la récompense individuelle baisse.
Dans un système réel, les contributions n’ont pas forcément le même poids et l’enveloppe peut varier. Cet exemple sert à repérer les paramètres : demande, qualité, nombre de participants, règles d’émission et prix de conversion.
Une hausse du prix du token peut masquer une faible utilisation ; une hausse du nombre de tokens reçus peut masquer une baisse de leur valeur. Il faut regarder séparément ces informations.
Vérifiez votre compréhension
Vous recevez deux fois plus de tokens, mais leur prix de vente est divisé par trois. Votre recette brute augmente-t-elle ? Non. À quantité initiale et conditions comparables, elle devient deux tiers de la recette précédente, avant frais.
À retenir : suivez trois comptes distincts : le service vendu, les tokens distribués et le résultat du participant après coûts.
Dernière étape : reconnaître un projet DePIN utile.
