Solana propose d'augmenter les limites de bloc à 60 millions de CUs pour une plus grande capacité de transaction.
SIMD-0207 sera déployé en premier avec une augmentation de 50M CU.
Les validateurs doivent mettre à jour le logiciel pour prendre en charge la compatibilité avec la nouvelle taille de bloc.
La Fondation Solana a proposé d'augmenter la limite de bloc de son réseau à 60 millions d'unités de calcul (CUs). Cet ajustement, visant à accroître la capacité de transaction, fait suite à une proposition antérieure dans le cadre de SIMD-0207, qui suggérait une augmentation plus modeste de 48 millions à 50 millions d'unités de calcul. La proposition actuelle prévoit d'augmenter la limite davantage pour répondre aux demandes croissantes du réseau sans compromettre la performance des validateurs.
Capacité accrue sans changer les contraintes clés
Selon un document d'amélioration publique sur Github, la nouvelle proposition se concentre exclusivement sur la modification du paramètre Max Block Units. D'autres contraintes, y compris Max Writable Account Units et Max Vote Units, restent fixes. Plus précisément, Max Writable Account Units restera à 12 millions de CUs, tandis que Max Vote Units se maintiendra à 36 millions de CUs. De plus, le Max Block Accounts Data Size Delta restera inchangé à 100 Mo.
En ne modifiant que les unités maximales de bloc, le réseau a l'intention d'ajouter plus de place pour les transactions non-votantes. En même temps, le maintien des limites d'écriture des comptes individuels stables permet de continuer le parallélisme des transactions. Ainsi, bien que plus d'activités puissent être intégrées dans chaque bloc, la capacité d'écriture sur un seul compte ne change pas. Cette mise à niveau proposée est conçue pour suivre et non remplacer SIMD-0207.
Selon le plan décrit, l'augmentation plus petite de SIMD-0207 à 50 millions de CUs sera déployée en premier. L'intention est de surveiller tout problème de performance ou structurel pouvant découler de l'augmentation du plafond de 48 millions de CUs qui existe depuis longtemps. Par conséquent, la nouvelle proposition de 60 millions de CUs agira comme un suivi plus agressif, conditionné à un déploiement réussi et à l'observation des effets de SIMD-0207.
Propositions alternatives et considérations réseau
Un plan alternatif envisagé était un saut beaucoup plus grand à 96 millions de CUs. Cependant, cette approche a été rejetée en raison de préoccupations concernant la stabilité du réseau et les performances des turbines. La fondation a noté des problèmes potentiels au sein de l'infrastructure de soutien, y compris les performances des validateurs et des nœuds utilisateurs.
L'approche par phases actuelle garantit que toute amélioration du réseau est alignée sur les indicateurs de performance observés. Tout problème imprévu découvert lors de l'augmentation initiale peut être résolu avant d'appliquer la limite plus importante de 60 millions de CU. Après le changement, davantage de transactions seront acceptées par bloc, améliorant ainsi le débit global. Cependant, les blocs pourraient prendre plus de temps à être traités. Les anciennes versions logicielles peuvent également rejeter des blocs qui utilisent la nouvelle limite. Par conséquent, les validateurs doivent mettre à jour leurs systèmes pour maintenir la compatibilité et rester synchronisés avec le réseau.
Le contenu est fourni à titre de référence uniquement, il ne s'agit pas d'une sollicitation ou d'une offre. Aucun conseil en investissement, fiscalité ou juridique n'est fourni. Consultez l'Avertissement pour plus de détails sur les risques.
Solana propose une limite de 60M CU Bloc pour améliorer le débit du réseau
Solana propose d'augmenter les limites de bloc à 60 millions de CUs pour une plus grande capacité de transaction.
SIMD-0207 sera déployé en premier avec une augmentation de 50M CU.
Les validateurs doivent mettre à jour le logiciel pour prendre en charge la compatibilité avec la nouvelle taille de bloc.
La Fondation Solana a proposé d'augmenter la limite de bloc de son réseau à 60 millions d'unités de calcul (CUs). Cet ajustement, visant à accroître la capacité de transaction, fait suite à une proposition antérieure dans le cadre de SIMD-0207, qui suggérait une augmentation plus modeste de 48 millions à 50 millions d'unités de calcul. La proposition actuelle prévoit d'augmenter la limite davantage pour répondre aux demandes croissantes du réseau sans compromettre la performance des validateurs.
Capacité accrue sans changer les contraintes clés
Selon un document d'amélioration publique sur Github, la nouvelle proposition se concentre exclusivement sur la modification du paramètre Max Block Units. D'autres contraintes, y compris Max Writable Account Units et Max Vote Units, restent fixes. Plus précisément, Max Writable Account Units restera à 12 millions de CUs, tandis que Max Vote Units se maintiendra à 36 millions de CUs. De plus, le Max Block Accounts Data Size Delta restera inchangé à 100 Mo.
En ne modifiant que les unités maximales de bloc, le réseau a l'intention d'ajouter plus de place pour les transactions non-votantes. En même temps, le maintien des limites d'écriture des comptes individuels stables permet de continuer le parallélisme des transactions. Ainsi, bien que plus d'activités puissent être intégrées dans chaque bloc, la capacité d'écriture sur un seul compte ne change pas. Cette mise à niveau proposée est conçue pour suivre et non remplacer SIMD-0207.
Selon le plan décrit, l'augmentation plus petite de SIMD-0207 à 50 millions de CUs sera déployée en premier. L'intention est de surveiller tout problème de performance ou structurel pouvant découler de l'augmentation du plafond de 48 millions de CUs qui existe depuis longtemps. Par conséquent, la nouvelle proposition de 60 millions de CUs agira comme un suivi plus agressif, conditionné à un déploiement réussi et à l'observation des effets de SIMD-0207.
Propositions alternatives et considérations réseau
Un plan alternatif envisagé était un saut beaucoup plus grand à 96 millions de CUs. Cependant, cette approche a été rejetée en raison de préoccupations concernant la stabilité du réseau et les performances des turbines. La fondation a noté des problèmes potentiels au sein de l'infrastructure de soutien, y compris les performances des validateurs et des nœuds utilisateurs.
L'approche par phases actuelle garantit que toute amélioration du réseau est alignée sur les indicateurs de performance observés. Tout problème imprévu découvert lors de l'augmentation initiale peut être résolu avant d'appliquer la limite plus importante de 60 millions de CU. Après le changement, davantage de transactions seront acceptées par bloc, améliorant ainsi le débit global. Cependant, les blocs pourraient prendre plus de temps à être traités. Les anciennes versions logicielles peuvent également rejeter des blocs qui utilisent la nouvelle limite. Par conséquent, les validateurs doivent mettre à jour leurs systèmes pour maintenir la compatibilité et rester synchronisés avec le réseau.