Comment vous gagnez
La récompense d’un nœud est une part de l’émission d’une journée, décidée par ce qu’il a mis en stake et par trois mesures de ce qu’il a fait de ce stake. Voici la formule que le logiciel exécute réellement, avec les parties qu’il ne peut pas connaître marquées comme telles.
Chaque constante de cette page est lue depuis crates/rewards dans openfiat-core. Aucun nœud n’a encore été payé.
Ce qui décide de votre part
L’émission par époque est fixe. Votre récompense est votre poids rapporté au poids de chaque nœud éligible, et le poids est un stake multiplié par trois mesures de service — chacune plafonnée à 1,0.
share = emission × (stake × connectivity × availability × pinning) ÷ Σ (the same, for every eligible node)
effective_stake
Ce que vous avez mis en stake
Lu depuis votre compte de stake on-chain, jamais un nombre que votre nœud rapporte sur lui-même. Un stake donne du lest à un nœud : si deux nœuds désignent le même compte, tous deux sont exclus de l’époque.
connectivity_bps
Si vous faites le pont vers Solana
1,0 si le réseau a vu votre nœud émettre une annonce de blockhash Solana, 0,4 s’il l’a seulement vu la propager par gossip. Un nœud-pont fait strictement plus de travail, et la différence apparaît dans ses propres annonces signées plutôt que dans une affirmation.
availability_bps
Quelle part de la journée vous étiez en ligne
La part des 24 tranches d’une heure de l’époque durant lesquelles votre nœud a été entendu. Être entendu une fois dans une tranche la valide et être entendu cinq cents fois vaut pareil, donc inonder le réseau ne rapporte rien.
pinning_bps
Si vous servez du contenu
1,0 si votre nœud a renvoyé des octets correspondant à une adresse de contenu lorsqu’il a été défié, 0,7 s’il n’a jamais été défié ou a échoué. C’est le seul des trois qui est prouvé plutôt que plausible — des octets qui se résument à un CID ne peuvent pas être produits sans les posséder.
Une réserve sur ce quatrième terme. Le tableau confirmé de l’OFS-4100 §9.2 liste trois facteurs — stake, connectivité, disponibilité — et ne mentionne pas le pinning. Le crate l’applique quand même. Là où la spécification et le code divergent, cette page suit le code, car le code est ce qui calculerait un barème ; mais lisez le multiplicateur de pinning comme quelque chose d’en avance sur la spécification plutôt que défini par elle.
Rien ici ne peut dépasser 1,0
Chaque multiplicateur est une fraction d’un, et le logiciel refuse de démarrer avec un jeu de paramètres où l’un d’eux ne l’est pas.
Ce n’est pas de la prudence, c’est le seul arrangement qui boucle. Le pool d’une époque est un nombre fixe de tokens, et les multiplicateurs décident comment ce pool est partagé. Un multiplicateur au-dessus de 1,0 ne surpaierait pas un bon nœud à partir de nulle part — il répartirait des tokens que le seau Infrastructure ne contient pas. RewardParams::validate rejette un tel jeu d’emblée plutôt que de laisser le déficit apparaître le jour du paiement.
C’est aussi pourquoi la récompense pour servir du contenu est construite comme une pénalité sur les nœuds qui n’en servent pas. « Les nœuds qui font du pinning gagnent plus » et « les nœuds qui n’en font pas gagnent moins » décrivent le même résultat, et seul le second peut être implémenté sans inventer de tokens. Un nœud qui fait du pinning garde toute sa part ; un nœud qui n’en fait d’aucun cède trois dixièmes de la sienne.
| Connectivité | Contenu | Multiplicateur |
|---|---|---|
| Pont vers Solana | A répondu à un défi | 1.00 |
| Pont vers Solana | Non défié, ou a échoué | 0.70 |
| Gossip seul | A répondu à un défi | 0.40 |
| Gossip seul | Non défié, ou a échoué | 0.28 |
Lisez les deux lignes centrales ensemble : un nœud gossip-seul qui sert du contenu (0.40) gagne encore moins qu’un nœud-pont qui n’en sert aucun (0.70). Servir du contenu est une prime sur une connexion à la chaîne, jamais un substitut à celle-ci.
Essayez vos propres chiffres
La colonne de gauche est ce que vous contrôlez. Celle de droite scinde le résultat en deux : ce que vos entrées fixent exactement, et ce qui dépend d’un réseau qui ne s’est pas encore formé.
Votre nœud
En dessous de 1 000 OPEN un nœud n’est pas pondéré du tout. Il n’est pas payé avec une part réduite — il est ignoré.
Sur les 24 tranches d’une heure de l’époque. Une tranche compte une fois, quel que soit le trafic que vous envoyez pendant.
Défini par vos entrées
1.00sur un possible 1,00
Votre multiplicateur de qualité — les trois facteurs de service, combinés comme le barème les combine.
- connectivité
- 1.00
- disponibilité
- 1.00
- pinning
- 1.00
- qualité
- 1.00
Dépend du reste du réseau
Votre part est votre poids divisé par le poids de chaque nœud éligible, elle ne peut donc pas être calculée à partir de vos seules entrées. Il n’y a pas de total en direct à substituer — cette page ne lit pas l’état de la chaîne, et aucune récompense n’a jamais été distribuée. Le total est donc une hypothèse, c’est vous qui la fixez, et les deux chiffres ci-dessous s’appuient dessus et sur rien de plus solide.
- 1.1%
- Votre part du pool de l’époque
- 928.72
- OPEN par époque, sous cette hypothèse
Le pool entier est de 82,192 OPEN par époque, réparti entre chaque nœud éligible. Les deux chiffres bougent dès qu’un autre met en stake, et aucun n’est une prévision.
Le pool est fini
L’émission de bootstrap est un seau, pas un taux. Il se vide.
120 000 000 OPEN — 12 % de l’offre — sont réservés pour payer les nœuds tant que les revenus du protocole sont trop faibles pour compter, répartis également sur environ quatre ans d’époques quotidiennes. Le jour où il s’épuise, le pool de récompenses devient exactement la part de la trésorerie Infrastructure sur les frais de règlement : ce que le réseau a gagné, et rien de plus. Qui dimensionne un nœud d’après les chiffres ci-dessus devrait le dimensionner aussi d’après ce jour-là.
- 120,000,000
- OPEN dans le seau
- 82,192
- OPEN par époque
- 1,460
- Époques quotidiennes
L’allocation de genèse Infrastructure / Bootstrap des nœuds, 12 % de l’offre totale.
Partagé entre chaque nœud éligible, et plafonné par ce qui reste dans le seau.
Environ quatre ans, après quoi l’émission est ce que les revenus du protocole financent.
Ce que cette page ne vous dira pas
Trois chiffres manquent, et chacun manque exprès.
Combien ça vaut dans votre monnaie
OPEN n’a pas de marché et donc pas de prix. Un chiffre en dollars, en euros ou en renminbi ici serait une valeur que ce projet a inventée sur son propre token puis vous a servie avec l’autorité d’une calculatrice. Il n’y a pas de taux honnête pour convertir, donc il n’y a pas de conversion.
Un rendement, un APR ou un retour
Un rendement en pourcentage sonne comme une promesse, et ce n’est pas quelque chose que le protocole puisse promettre. L’émission derrière se vide en quatre ans, la part est partagée avec chaque nœud qui entre, et aucun des paramètres n’est figé — la §9 les rend tous modifiables par la gouvernance. Un seul chiffre annualisé masquerait ces trois choses.
Combien le réseau a mis en stake aujourd’hui
Cette page ne lit pas l’état de la chaîne. Votre part dépend du total mis en stake sur chaque nœud éligible et, plutôt que de substituer un chiffre plausible, la calculatrice fait de ce total une hypothèse que vous fixez, puis étiquette tout ce qui s’appuie dessus.
Ce qui tourne réellement
Le calcul existe. Le paiement non.
Les nœuds observent l’activité des uns et des autres et publient ce qu’ils ont vu, et le barème qui transforme ces observations en montants est implémenté et testé — de façon déterministe, pour que quiconque disposant des mêmes observations dérive la même réponse et que le nœud payeur puisse être vérifié plutôt que cru sur parole. Ce qui manque, c’est la dernière étape : rien n’envoie de barème on-chain, et le coffre de récompenses est vide. Aucun nœud n’a jamais été payé.
Chaque valeur ici est un paramètre de gouvernance plutôt qu’une constante : le plancher de 1,000 OPEN, les 24 tranches de disponibilité et les quatre multiplicateurs peuvent être modifiés par vote sans changement de code. Voici les valeurs par défaut d’aujourd’hui.
Les constantes sont lues depuis crates/rewards/src/params.rs ; l’arithmétique reflète schedule.rs, y compris là où elle tronque.
Faites-en tourner un et voyez
Le modèle de récompenses est la plus petite moitié de la décision. La plus grande, c’est de savoir si la machine, la bande passante et l’attention en valent la peine pour vous — le guide de l’opérateur donne le matériel réel, les commandes réelles et les parties qui ne sont pas encore construites.