Les développeurs de Solana (Sol) explorent des moyens d'augmenter la capacité de transaction du réseau

Les développeurs de Solana explorent des moyens d'augmenter les unités de calcul du réseau (CU) par bloc, visant à améliorer l'efficacité globale du réseau et la capacité de transaction.

Solana developers are exploring ways to increase the network’s "Compute Units," or CUs, per block, aiming to improve overall network efficiency and transaction capacity.

Les développeurs de Solana explorent des moyens d'augmenter les «unités de calcul» du réseau ou CUS par bloc, visant à améliorer l'efficacité globale du réseau et la capacité de transaction.

These units on Solana function similarly to Ethereum’s “Gas,” impacting transaction complexity and helping ensure transactions are distributed fairly.

Ces unités sur Solana fonctionnent de manière similaire au «gaz» d'Ethereum, ce qui a un impact sur la complexité des transactions et contribuant à garantir que les transactions sont distribuées équitablement.

Solana currently operates with a block limit of 48 million CUs.

Solana opère actuellement avec une limite de bloc de 48 millions de CU.

What Changes Are Proposed?

Quels changements sont proposés?

Recent Solana Improvement Document proposals highlight potential adjustments. SIMD-0207 would raise the cap to 50 million CUs, while a separate proposal, SIMD-0256, suggests increasing it to 60 million CUs.

Les récentes propositions de documents d'amélioration de Solana mettent en évidence les ajustements potentiels. SIMD-0207 augmenterait le plafond à 50 millions de CU, tandis qu'une proposition distincte, SIMD-0256, suggère de l'augmenter à 60 millions de CU.

These adjustments are intended to optimize the network’s transaction processing capability.

Ces ajustements sont destinés à optimiser la capacité de traitement des transactions du réseau.

The primary goal of increasing block capacity is simply to allow more transactions to fit within each block.

L'objectif principal d'augmenter la capacité de bloc est simplement de permettre à plus de transactions de s'intégrer dans chaque bloc.

In essence, SIMD-0207 offers an initial rise to 50 million CUs, serving as a step to observe network behavior under slightly higher load.

Essentiellement, SIMD-0207 offre une augmentation initiale à 50 millions de CU, servant de pas pour observer le comportement du réseau sous une charge légèrement plus élevée.

Following that, SIMD-0256 proposes the larger increase to 60 million C units for a further expansion of network throughput.

Suite à cela, SIMD-0256 propose l'augmentation plus importante à 60 millions d'unités C pour une nouvelle expansion du débit du réseau.

Crucially, other related block parameters remain unchanged under these proposals.

Surtout, les autres paramètres de bloc connexes restent inchangés en vertu de ces propositions.

Maximum writable account data units, for example, stays at 12 million per block. Similarly, maximum vote compute units remain at 36 million. Preserving these specific limits helps prevent excessive strain on core network functions like state writing or consensus voting, while still permitting an increase in overall computational capacity

Les unités de données maximales de compte écrivain, par exemple, restent à 12 millions par bloc. De même, les unités de vote maximale de vote restent à 36 millions. La préservation de ces limites spécifiques aide à prévenir une tension excessive sur les fonctions de réseau central comme l'écriture de l'État ou le vote consensuel, tout en permettant une augmentation de la capacité de calcul globale

What Are the Benefits and Risks?

Quels sont les avantages et les risques?

A higher block CU limit offers the benefit of greater transaction capacity, which could reduce network congestion. This change may therefore enhance user experience by lowering transaction delays and failures.

Une limite de CU de bloc plus élevée offre le bénéfice d'une plus grande capacité de transaction, ce qui pourrait réduire la congestion du réseau. Ce changement peut donc améliorer l'expérience utilisateur en réduisant les retards et défaillances des transactions.

Also, a higher CU limit can support the execution of more computationally complex smart contract transactions in single blocks. This can accommodate future decentralized applications (dApps) that require significant on-chain processing power.

En outre, une limite de CU plus élevée peut prendre en charge l'exécution de transactions de contrat intelligent complexes plus complexes en calcul en blocs uniques. Cela peut accueillir de futures applications décentralisées (DAPP) qui nécessitent une puissance de traitement sur la chaîne importante.

However, significantly increasing block size introduces certain risks. Heavier processing demands could slow block validation times, possibly affecting smooth network synchronization across all nodes.

Cependant, l'augmentation significative de la taille des blocs introduit certains risques. Les demandes de traitement plus lourdes pourraient ralentir les temps de validation, affectant éventuellement la synchronisation du réseau fluide sur tous les nœuds.

Validators and infrastructure providers might need to upgrade their systems to handle the additional load efficiently. Also, if unforeseen technical issues emerge during the rollout, the network could experience temporary instability.

Les validateurs et les fournisseurs d'infrastructures pourraient avoir besoin de mettre à niveau leurs systèmes pour gérer efficacement la charge supplémentaire. De plus, si des problèmes techniques imprévus apparaissent pendant le déploiement, le réseau pourrait subir une instabilité temporaire.

Why A Gradual Implementation Strategy?

Pourquoi une stratégie de mise en œuvre progressive?

Solana’s core developers appear to favor gradual, incremental CU limit increases. A more drastic jump (like a previously discussed conceptual target of 96 million CUs) was reportedly considered too aggressive for now, likely due to risks of straining existing network infrastructure.

Les développeurs principaux de Solana semblent favoriser des augmentations progressives de limite de Cu progressive. Un bond plus drastique (comme une cible conceptuelle discutée précédemment de 96 millions de CU) aurait été considéré comme trop agressif pour l'instant, probablement en raison des risques de maintien de l'infrastructure de réseau existante.

This proposed phased approach allows developers and the validator community to carefully monitor network performance under incrementally higher loads. It provides crucial opportunities to identify and address any emerging challenges before committing to further major capacity adjustments.

Cette approche progressive proposée permet aux développeurs et à la communauté de validateurs de surveiller soigneusement les performances du réseau sous des charges progressivement plus élevées. Il offre des opportunités cruciales pour identifier et relever les défis émergents avant de s'engager à d'autres ajustements majeurs de la capacité.