Le plan de Solana visant à réduire de 90 % les dépôts de compte pourrait affaiblir une raison de détenir du SOL

Les propriétaires éligibles de comptes de jetons Solana peuvent désormais récupérer le $SOL excédentaire qui était auparavant nécessaire pour maintenir ces comptes ouverts, à la suite de la première réduction de rent du réseau, entrée en vigueur le 3 septembre. Pour les entreprises qui financent de nouveaux comptes, ce même changement réduit le capital initial nécessaire à leur création.

Le plan complet modifierait la manière dont la croissance des comptes se traduit en $SOL détenu contre du stockage. Si Solana mène à bien sa réduction proposée de 90 %, l'état persistant total des comptes — y compris la surcharge de stockage de chaque compte — devrait décupler pour exiger les mêmes réserves minimales de $SOL qu'avant le déploiement. L'adoption pourrait donc s'étendre considérablement tandis que le $SOL minimal requis pour ce canal de réserve diminue.

Le suivi de la Solana Foundation confirme que seule la première réduction, d'environ 9 %, est actuellement active sur le mainnet. La comparaison décuplée s'applique à l'objectif final conditionnel, tandis que la première baisse a déjà réduit les exigences de réserve.

La réduction de rent Solana et l'obstacle du facteur 10

La « rent » de Solana est un solde détenu contre le stockage de compte. Elle est généralement récupérable lorsqu'un compte se ferme, plutôt qu'une facture continue payée aux validateurs. Abaisser le solde requis permet aux nouveaux comptes de s'ouvrir avec moins de $SOL et peut laisser les comptes existants détenir plus que leur minimum.

À l'époque 1028, le 3 septembre, Solana a réduit le paramètre de réserve de 6 960 à 6 333 lamports par octet. L'objectif final du plan en cinq étapes est de 696.

Selon SIMD-0437, la spécification de réduction de rent, ce minimum équivaut à la taille des données du compte plus 128 octets de surcharge, multiplié par le paramètre actuel de lamports par octet. Un compte de jetons standard contient 165 octets de données, ce qui lui confère une taille effective de 293 octets. SIMD signifie Solana Improvement and Design proposal, le mécanisme par lequel les modifications du protocole sont spécifiées et, le cas échéant, activées par vote des validateurs.

Appliquer cette formule à un million de comptes de jetons standards identiques donne l'illustration suivante :

Ces chiffres sont des exigences minimales calculées pour une population de comptes fixe, et non des retraits mesurés. La dernière ligne suppose que les cinq réductions sont activées. Des tailles de compte différentes produiraient des totaux différents.

L'exemple du million de comptes illustre le capital d'exploitation, mais ne peut établir un effet d'offre à l'échelle du réseau. Sa réduction finale conditionnelle de 1 835,352 $SOL représente environ 0,000314 % des quelque 585,36 millions de $SOL en circulation indiqués par les données de marché de CryptoSlate au 5 septembre. Le canal de réserve agrégé réel exigerait un inventaire de comptes plus large, tenant compte des tailles de compte, des soldes et de la récupérabilité.

Le seuil décuplé découle de la même relation. Au dixième du taux de réserve initial, dix fois plus d'octets soumis à rent seraient nécessaires pour maintenir le minimum agrégé inchangé. Cette mesure couvre le stock total d'état persistant, y compris la surcharge par compte. Le nombre d'utilisateurs, le nombre de transactions et les prix du $SOL sont des mesures distinctes ; la comparaison décuplée décrit uniquement les exigences de stockage.

La première étape en vigueur fixe un obstacle plus modeste : environ 9,9 % d'état soumis à rent supplémentaire préserverait l'exigence minimale initiale à 6 333 lamports par octet. Les deux comparaisons concernent les réserves requises — les soldes réels des comptes peuvent rester au-dessus de ces planchers.

Pour les paiements, la demande de réserve survient principalement à l'ouverture des comptes. L'étude de juillet de la Foundation sur l'état des comptes explique qu'un compte de jetons associé sert normalement un portefeuille et un mint particuliers. Une fois créé, les paiements ultérieurs dans le même jeton ne nécessitent pas de nouveau dépôt de création de compte. Davantage de paiements via des comptes existants n'ont donc pas besoin de produire une augmentation proportionnelle des réserves de stockage.

L'autorité de retrait détermine qui obtient le capital

Le bénéfice immédiat est l'accès à un capital déjà présent sur la chaîne. Le guide de récupération du 3 septembre de la Foundation décrit une instruction appelée WithdrawExcessLamports, qui déplace le $SOL au-delà du minimum actuel sans fermer un compte de jetons ni modifier son solde de jetons. Le programme Token-2022 offre la même instruction.

Pour un compte de jetons, son propriétaire doit autoriser le retrait. Pour un mint, l'autorisation vient de l'autorité de mint, ou de la signature du compte de mint lui-même si cette autorité a été révoquée. Les comptes appartenant à des programmes personnalisés exigent que le programme propriétaire fournisse la logique de retrait et vérifie l'autorité concernée.

Cela rend le contrôle du compte économiquement significatif. Un prestataire de paiements qui a financé le compte de jetons d'un client ne peut pas supposer que le paiement du dépôt initial lui donne le droit de récupérer l'excédent. La partie habilitée à autoriser le retrait peut différer de celle qui a fourni le $SOL.

Déplacer un solde excédentaire nécessite une transaction autorisée qui laisse le minimum intact. Elle transfère du $SOL existant entre comptes tout en conservant le total ; elle n'émet pas de nouveaux jetons. Le guide ne fournit aucune mesure agrégée des retraits effectués ni des ventes ultérieures.

Pour l'intégration future, le bénéfice est plus direct : quiconque finance un compte a besoin de moins de $SOL au départ. Les prestataires peuvent potentiellement gérer davantage de comptes clients avec le même capital, même lorsque les clients eux-mêmes n'achètent pas de $SOL. La possibilité de redéployer l'excédent existant dépend des dispositions d'autorité et de programme décrites ci-dessus.

La durée de survie de ces comptes déterminera l'exigence de réserve continue. La création brute de comptes peut donner une impression très différente de l'état réellement conservé sur la chaîne.

Dans son analyse du 20 juillet, le chercheur de la Solana Foundation Umberto Natale a constaté que 75,5 % des événements de création de compte dans la cohorte analysée se fermaient au sein de la même transaction. Les observations n'étaient pas dédupliquées par adresse : des créations et fermetures répétées pouvaient compter comme des événements distincts.

De tels flux de travail peuvent générer de l'activité tout en laissant peu de stockage de compte persistant derrière eux. Cette constatation ne prédit pas la réaction des utilisateurs à la réduction de septembre. L'étude prévient également que ses corrélations faibles et instables entre les prix du $SOL et l'activité des comptes sont descriptives et non une estimation causale de l'effet d'une rent moins chère sur la demande.

Un test utile de la politique consistera donc à suivre les octets de compte persistants et leurs réserves minimales associées parallèlement à l'activité. Le seul comptage de nouveaux comptes ne peut pas établir si le réseau a absorbé le taux de réserve inférieur.

La demande de $SOL dépasse les réserves de compte

Les autres usages du $SOL se poursuivent également. Selon les règles de frais de Solana, les transactions nécessitent du $SOL : la moitié des frais de base est brûlée et l'autre moitié revient au validateur, tandis que la totalité des frais de priorité revient au validateur. Les paiements de frais constituent un canal de demande distinct des réserves de compte remboursables. Plus d'activité pourrait accroître l'usage des frais, mais le débit seul ne détermine pas le montant payé par les utilisateurs ni les soldes qu'ils conservent.

Les détenteurs de $SOL peuvent également déléguer leur mise à des validateurs pour contribuer à sécuriser le réseau et devenir éligibles à des récompenses. Le capital récupéré pourrait être mis en staking ou utilisé pour financer davantage de comptes. Les documents cités n'établissent aucun de ces résultats comme conséquence de la réduction ; ces possibilités n'offrent donc aucun contrepoids quantifié à la baisse des exigences de réserve.

L'analyse récente de CryptoSlate sur l'activité et l'économie des frais a examiné une distinction connexe : l'utilisation du réseau et l'économie du jeton peuvent évoluer différemment. La réduction de rent ajoute une raison précise pour laquelle la croissance peut nécessiter moins de $SOL par unité d'état persistant.

Au 5 septembre, la deuxième réduction, à 5 080 lamports par octet, est sur testnet, avec une arrivée sur mainnet attendue à la mi-septembre. Les trois dernières étapes sont attendues avec Agave 4.4 en novembre. Chaque activation reste soumise à un examen de la croissance de l'état, et un mécanisme de repli peut rétablir le paramètre d'origine. Cette conception progressive et conditionnelle reflète un arbitrage que les opérateurs de Solana soupèsent depuis longtemps : des réserves plus faibles rendent les comptes moins chers, mais une croissance plus rapide de l'état accroît la charge de stockage que les validateurs et les fournisseurs RPC doivent assumer.

Les prochaines étapes décisives détermineront l'ampleur de l'économie de capital. La croissance de l'état persistant et les récupérations réelles montreront alors quelle part de cette économie se transforme en capacité de nouveaux comptes, en capital de travail réutilisable ou en $SOL réduit détenu contre le stockage.