Beaucoup pensent que le problème de DePIN vient d’un « manque de puissance de calcul »,
Mais plus je regarde, plus je pense que la véritable faiblesse réside en fait dans le modèle d’émission fixe.
Lorsque vous utilisez une émission fixe pour subventionner l’offre de GPU, l’essence même est de parier sur « une demande future certaine ».
Une fois que la demande ne suit pas, le système ne peut que continuer à émettre des tokens, Ce qui donne :
Une offre de plus en plus grande, mais une utilisation réelle qui diminue,
Le réseau semble fonctionner, mais en réalité il s’auto-détruit.
C’est aussi pour cela que de nombreux projets DePIN vivent intensément mais ne durent pas. @ionet a lancé l’IDE, qui n’est pas fondamentalement une « modification de paramètres »,
Mais une reconstruction pilotée par la demande, avec un objectif très clair :
Faire en sorte que le réseau de puissance de calcul soit d’abord responsable de ses revenus réels, plutôt que de ses narratifs.
La solution de l’IDE (prévue pour une mise en ligne au T2 2026) est en fait très mesurée :
• Taux de durabilité :
Comparer en temps réel les revenus réels par rapport aux dépenses cibles,
Si les revenus ne suffisent pas, on ne force pas l’émission.
• Mécanisme de double coffre-fort : Ce n’est pas une réduction brutale de l’offre, mais une amortie cyclique pour lisser les fluctuations.
• La priorité des revenus est très claire :
Après avoir assuré le fonctionnement du réseau, au moins 50 % des revenus restants sont utilisés pour $IO racheter / détruire,
Ce n’est pas pour faire monter le prix, mais pour contenir l’inflation à long terme.
• Que faire en cas de déficit à court terme ?
Libération temporaire via Vault,
Pour stabiliser les revenus des fournisseurs évalués en USD, évitant que les nœuds de calcul soient contraints de quitter le réseau.
En résumé, l’IDE ne consiste pas à « nourrir » le GPU,
Mais à faire en sorte que le GPU soit réellement utilisé.
Lorsque l’émission, les revenus et la demande de puissance de calcul sont liés par une même logique,
La décentralisation de la puissance de calcul dispose pour la première fois d’une capacité de survie à long terme,
Et non plus uniquement par foi.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Beaucoup pensent que le problème de DePIN vient d’un « manque de puissance de calcul »,
Mais plus je regarde, plus je pense que la véritable faiblesse réside en fait dans le modèle d’émission fixe.
Lorsque vous utilisez une émission fixe pour subventionner l’offre de GPU, l’essence même est de parier sur « une demande future certaine ».
Une fois que la demande ne suit pas, le système ne peut que continuer à émettre des tokens,
Ce qui donne :
Une offre de plus en plus grande, mais une utilisation réelle qui diminue,
Le réseau semble fonctionner, mais en réalité il s’auto-détruit.
C’est aussi pour cela que de nombreux projets DePIN vivent intensément mais ne durent pas.
@ionet a lancé l’IDE, qui n’est pas fondamentalement une « modification de paramètres »,
Mais une reconstruction pilotée par la demande, avec un objectif très clair :
Faire en sorte que le réseau de puissance de calcul soit d’abord responsable de ses revenus réels, plutôt que de ses narratifs.
La solution de l’IDE (prévue pour une mise en ligne au T2 2026) est en fait très mesurée :
• Taux de durabilité :
Comparer en temps réel les revenus réels par rapport aux dépenses cibles,
Si les revenus ne suffisent pas, on ne force pas l’émission.
• Mécanisme de double coffre-fort :
Ce n’est pas une réduction brutale de l’offre, mais une amortie cyclique pour lisser les fluctuations.
• La priorité des revenus est très claire :
Après avoir assuré le fonctionnement du réseau, au moins 50 % des revenus restants sont utilisés pour $IO racheter / détruire,
Ce n’est pas pour faire monter le prix, mais pour contenir l’inflation à long terme.
• Que faire en cas de déficit à court terme ?
Libération temporaire via Vault,
Pour stabiliser les revenus des fournisseurs évalués en USD, évitant que les nœuds de calcul soient contraints de quitter le réseau.
En résumé, l’IDE ne consiste pas à « nourrir » le GPU,
Mais à faire en sorte que le GPU soit réellement utilisé.
Lorsque l’émission, les revenus et la demande de puissance de calcul sont liés par une même logique,
La décentralisation de la puissance de calcul dispose pour la première fois d’une capacité de survie à long terme,
Et non plus uniquement par foi.