Dans le but d'emballer les blocs Solana plus efficacement, Tao Zhu, ingénieur à Anza, propose une modification fondamentale du protocole Solana. L'amendement - présenté dans le document d'amélioration de Solana (SIMD) 0172 - vise le programme de "budget de calcul" de Solana, qui a été mis en place pour éviter le gaspillage de calcul. Zhu affirme que cela conduit à une utilisation inefficace de l'espace de blocs de Solana.

Alors qu'il semble y avoir un accord assez large sur le fait que le programme de budget de calcul devrait être modifié, certains développeurs de Solana ont fait valoir que SIMD-0172 n'allait pas assez loin. Au fond, la proposition touche une corde sensible familière dans l'ingénierie de Solana - le problème du traitement des données tout en construisant une blockchain qui est rapide, bon marché et qui partage l'état à travers un réseau entier. 

Le budget de calcul est une ligne de code qui dicte combien d'unités de calcul - une mesure native de Solana des ressources de calcul - une transaction peut utiliser. Des transactions différentes font des choses différentes et utilisent donc des quantités différentes d'unités de calcul. Mais Solana ne veut pas que des transactions inutiles viennent s'ajouter à l'énorme quantité de données qu'il doit déjà gérer, c'est pourquoi les transactions sont limitées par défaut à 200 000 unités de calcul.Cela signifie que chaque bloc Solana, qui contient un maximum de 48 millions d'UC, économisera 200 000 UC d'espace pour les transactions avec le budget de calcul par défaut.

Le problème, selon Zhu, c'est que 200 000 est souvent une surestimation. Souvent, les créateurs de transactions ne demandent pas un budget de calcul plus précis, de sorte que les blocs réservent essentiellement de l'espace vide. (Pour ce que cela vaut, j'ai jeté un coup d'œil à mon transfert SOL le plus récent, et il a utilisé 86 000 UC).

Au lieu de cela, Zhu veut faire baisser la valeur par défaut de 200 000 jusqu'à zéro UC sur 10 époques, ou environ 20 jours. Ensuite, les acteurs devront demander une quantité plus précise de calcul.

Par conséquent, les 48 millions d'UC d'un bloc Solana pourraient inclure plus de transactions, ce qui signifie que plus de frais seraient payés aux validateurs. Ce sera une bonne nouvelle pour les validateurs qui, comme nous l'avons déjà mentionné, n'ont pas eu la vie facile ces derniers temps.

Tout le monde n'est pas ravi de la solution proposée par Zhu. En fait, même si le budget de calcul est fixé par défaut à zéro, les transactions devront toujours inclure des instructions pour le budget de calcul.

Ces instructions sont décomptées du maximum de 1232 octets (une mesure de données) qui peuvent être inclus dans une transaction. Les instructions de budget de calcul représentent 4 % du total, selon les estimations d'un développeur.

Ce côté serait favorable au déplacement du budget de calcul vers l'en-tête de transaction, qui est séparé des instructions et pourrait prendre moins d'octets. 

Solana pourrait se débarrasser entièrement du programme de budget de calcul, a déclaré Zhu, mais c'est à voir dans l'avenir. Tout le monde n'a pas été enchanté.

"L'ajout d'un correctif provisoire ne fait qu'ajouter de la douleur aux développeurs", a écrit un développeur de Solana.

 

Source : Blockworks - Sep 24, 2024