Simulation du nouveau modèle de frais de Solana : gagnants, perdants et explosion du burn
Résumé du marché par IA
Une simulation de la réforme des frais SGP0003 proposée pour Solana suggère un passage d'un frais de base forfaitaire à des frais d'inclusion ainsi qu'à des frais de ressources brûlés, pénalisant les transactions qui demandent trop de calcul. Les routeurs/agrégateurs (par exemple, Jupiter) et les teneurs de marché CLOB à fort volume font face à des coûts plus élevés par transaction, tandis que des votes de validateurs optimisés pourraient devenir moins chers. Le modèle implique également un taux de burn de SOL sensiblement plus élevé, resserrant l'offre effective si cette réforme est adoptée.
Niveau d'impact
● Moyen
Actifs concernés
SOL/USDT+6.62%
Infos de l'IA · SOL/USDTInfos de l'IA
● neutre
Trader maintenant
⚠️ Les infos générées par l'IA sont basées sur des contenus d'actualité et fournies à titre informatif uniquement. Elles ne constituent pas des conseils en investissement et ne reflètent pas les positions de BingX. Investir comporte des risques. Tradez de manière responsable.
Le modèle de frais de Solana s'apprête à devenir nettement plus fin, avec des effets très inégaux selon les applications. Une simulation menée par l'analyste @MostlyData_ chiffre l'impact potentiel de SGP0003 sur les coûts de transaction à l'échelle du réseau, et met en évidence des gagnants, des perdants, ainsi qu'une hausse marquée du rythme de destruction de tokens.
Déposée le 3 août 2026 aux côtés de SIMD0553, la proposition de gouvernance prévoit d'abandonner les frais de base fixes de 5'000 lamports. À la place, Solana passerait à un mécanisme en deux volets : des frais d'inclusion fixes de 2'500 lamports versés au leader du bloc, plus des frais variables de ressources à partir de 0,1 lamport par compute unit (CU) demandée, entièrement brûlés.
Ce que montre la simulation
Conclusion centrale : les transactions "surcommandent" de la capacité de calcul. En moyenne, elles demandent environ 20% de CU de plus qu'elles n'en consomment réellement. Avec le système actuel à frais forfaitaires, cette surestimation n'a pas de coût additionnel. Avec SGP0003, elle se paie.
Les routeurs et agrégateurs seraient les plus pénalisés. La simulation estime une hausse moyenne des frais d'environ 0,000068 SOL pour Jupiter, 0,00010 SOL pour Titan et 0,00012 SOL pour DFlow.
Selon l'étude, seulement 28% des transactions verraient une hausse de frais inférieure à 10% si la tarification des ressources reflète correctement la consommation.
Point favorable pour les validateurs : les transactions de vote optimisées pourraient coûter environ 12,3% moins cher avec le nouveau modèle.
Une dynamique de burn sans commune mesure
Aujourd'hui, Solana brûle autour de 648 SOL par jour via les frais de signature. La simulation projette qu'avec SGP0003, la destruction quotidienne grimperait dans une fourchette comprise entre 1'500 et 9'000 SOL par jour.
La proposition a été présentée en parallèle d'une autre mesure visant à doubler le taux de désinflation de Solana, de 15% à 30%. En pratique, le réseau augmenterait simultanément la quantité de tokens brûlés et accélérerait la baisse de l'émission de nouveaux tokens.
Gagnants, ajustements et pression sur les modèles d'exécution
SGP0003 revient à instaurer une taxe sur l'inefficacité. Les applications qui calibrent finement leurs demandes de compute units devraient rester proches du coût historique du forfait, voire payer moins. À l'inverse, celles qui surdimensionnent systématiquement leurs demandes de CU devront assumer une prime pour cette marge de sécurité.
Les market makers sur carnets d'ordres à limite centrale (CLOB) sont particulièrement exposés : volumes élevés, besoins de calcul importants, et des hausses unitaires qui se transforment rapidement en coûts significatifs. La simulation cite le market making CLOB comme un segment sensible à cette nouvelle tarification.
Les routeurs comme Jupiter concentrent déjà une large part des flux DeFi sur Solana. Même une augmentation modérée des frais par swap pourrait se répercuter sur l'utilisateur final ou rogner les marges des protocoles d'agrégation.