Le calcul de rentabilité¶
Les quatre postes¶
Entre les 15 $ affichés sur le tableau de bord et la marge réelle, il y a quatre étapes.
1. La commission¶
MystNodes prélève 20 % sur chaque règlement (centre d'aide).
2. Le coût de la machine¶
Chaque node a besoin d'un système qui tourne en permanence. Deux cas :
- Machine déjà présente (celle du foyer, un NAS, un Pi existant) : coût marginal quasi nul.
- Machine à louer, ce qui est le cas dès qu'on veut une IP ailleurs : un VPS minimal coûte 2 à 5 $/mois. Nous retenons 3,50 $.
3. Le facteur de qualité¶
C'est la seule hypothèse réellement discutable du rapport, et elle est isolée dans une variable pour cette raison.
Le prix payé par Mysterium dépend de la qualité du node et du caractère résidentiel de l'IP (documentation). Un node monté derrière un tunnel subit trois dégradations :
| Dégradation | Effet |
|---|---|
| Latence ajoutée (machine ↔ point de sortie) | Baisse de la note de qualité |
| UDP dégradé ou absent | Sessions qui échouent, moins de trafic vendu |
| IP présente dans les bases anti-proxy | Risque de classification non résidentielle |
Nous notons \(q\) le facteur multiplicatif appliqué au revenu :
| Configuration | \(q\) retenu | Justification |
|---|---|---|
| Ligne résidentielle directe | 1,00 | Référence |
| VPN à IP résidentielle dédiée | 0,60 à 0,75 | Tunnel unique, IP dans un espace opérateur |
| Node derrière proxy ISP | 0,35 | Latence, TCP seul, IP cataloguée proxy |
| Parc /24 auto-déclaré | 0,20 | Classification datacenter probable, charge saturée |
Ces valeurs sont des hypothèses, pas des mesures
Aucune donnée publique ne permet de calibrer \(q\). La seule observation disponible — l'issue #4083, avec un débit passant de ~160 Mo à 51 ko — suggère un facteur bien plus brutal que 0,35 : de l'ordre de 0,0003.
Retenir 0,35 est donc très généreux envers le montage proxy. Le chapitre suivant montre que même avec cette générosité, il ne passe pas.
4. Le coût de l'IP¶
Le poste qui varie, et l'objet de la partie 2.
La formule¶
| Symbole | Signification | Unité | Valeur retenue |
|---|---|---|---|
| \(M\) | Marge nette mensuelle par node | $/mois | à calculer |
| \(R\) | Revenu brut du node | $/mois | 15,00 |
| \(q\) | Facteur de qualité | sans unité | 0,20 à 1,00 |
| \(c\) | Commission du réseau | sans unité | 0,20 |
| \(p_{\text{IP}}\) | Coût mensuel de l'IP | $/mois | variable |
| \(p_{\text{machine}}\) | Coût mensuel de la machine | $/mois | 0 ou 3,50 |
Le seuil¶
En posant \(M = 0\) et en résolvant pour \(p_{\text{IP}}\) :
Dans le cas le plus favorable possible — qualité intacte, \(q = 1\) :
| Hypothèse machine | Budget maximal par IP |
|---|---|
| Machine déjà possédée | 12,00 $/mois |
| VPS à 3,50 $/mois | 8,50 $/mois |
À retenir
8,50 $ par IP et par mois. C'est le chiffre à comparer à toute offre du marché. Et il correspond à l'équilibre exact, donc à une opération qui ne rapporte rien : pour dégager une marge réelle de 3 $ par node, il faut une IP à moins de 5,50 $.
L'exigence de volume, rappelée¶
Un budget respecté ne suffit pas : l'offre doit aussi supporter le trafic.
soit 50 à 375 Go par mois, médiane 88 Go. Toute offre plafonnée au-dessous de 375 Go doit être considérée comme risquée, et toute offre plafonnée au-dessous de 88 Go comme éliminée.
Le double test¶
Une offre est retenue si et seulement si :
Le chapitre suivant applique ce test à l'ensemble du panel.
Suite : Vérification arithmétique