Selon Blockworks, l'ingénieur d'Anza Tao Zhu a proposé un amendement important au protocole Solana visant à améliorer l'efficacité des blocs Solana. La proposition, détaillée dans le document d'amélioration Solana (SIMD) 0172, cible le programme actuel de « budget de calcul », qui a été initialement mis en œuvre pour éviter le gaspillage de calcul. Zhu soutient que ce programme entraîne une utilisation inefficace de l'espace de blocs Solana.

Le budget de calcul est une ligne de code qui détermine le nombre d'unités de calcul (UC) qu'une transaction peut utiliser. Différentes transactions nécessitent des quantités variables d'UC et, pour éviter les transactions inutiles, Solana définit une limite par défaut de 200 000 UC par transaction. Chaque bloc Solana peut contenir un maximum de 48 millions d'UC, dont 200 000 UC réservées aux transactions avec le budget de calcul par défaut. Zhu estime que cette valeur par défaut est souvent une surestimation, ce qui conduit à un espace réservé mais inutilisé dans les blocs.

La proposition de Zhu suggère de réduire le budget de calcul par défaut de 200 000 UC à zéro sur 10 époques, soit environ 20 jours. Ce changement obligerait les créateurs de transactions à demander un budget de calcul plus précis, permettant aux 48 millions d'UC d'un bloc Solana d'accueillir davantage de transactions. Cet ajustement pourrait entraîner une augmentation des frais payés aux validateurs, qui ont récemment été confrontés à des difficultés.

Cependant, tous les développeurs de Solana ne sont pas d'accord avec la solution proposée par Zhu. Certains affirment que même avec un budget de calcul par défaut de zéro, les transactions devraient toujours inclure des instructions de budget de calcul, qui comptent dans la limite de données maximale de 1232 octets par transaction. Ces instructions occupent actuellement environ 4 % de la limite totale de données. Certains développeurs suggèrent de déplacer le budget de calcul vers l'en-tête de transaction, qui est séparé des instructions et pourrait occuper moins d'octets. Zhu a évoqué la possibilité d'éliminer entièrement le programme de budget de calcul à l'avenir, mais cela ne fait pas partie de la proposition actuelle.

Le débat se poursuit parmi les développeurs de Solana, certains exprimant leur inquiétude quant au fait qu'une solution provisoire pourrait compliquer davantage les choses pour les développeurs. Malgré des opinions divergentes, les changements proposés visent à optimiser l'efficacité des blocs de Solana et à améliorer les performances globales du réseau.