Il y a quelques jours, je me suis surpris à me poser une question simple.
Pourquoi certains nœuds de validation ralentissent-ils même quand leur matériel semble parfaitement capable de gérer la charge de travail ?
Au début, je pensais que la réponse était une congestion réseau ou une latence de stockage.
Plus je regardais en profondeur, plus l’explication devenait surprenante.
Les logiciels de validation modernes répartissent le travail entrant entre plusieurs cœurs de processeur. La vérification de signature, l’exécution des transactions, les contrôles d’autorisation, les événements réseau et les opérations de base de données s’exécutent tous en parallèle. Sur le papier, cela ressemble à une architecture idéale pour améliorer les performances à l’échelle.
Mais l’informatique parallèle introduit ses propres coûts cachés.
Lorsque plusieurs threads de travail accèdent et modifient à répétition les mêmes données de politique partagées, les processeurs échangent constamment la propriété du cache entre cœurs de CPU. Les ingénieurs appellent ce phénomène le « cache ping-pong ».
Au lieu d’exécuter un travail utile, les processeurs consacrent des cycles précieux à synchroniser l’état du cache en interne.
Techniquement, rien n’est cassé.
Les CPU restent actifs.
Le logiciel continue de fonctionner.
Pourtant, le débit global diminue silencieusement : le surcoût lié à la coordination commence à remplacer le calcul productif.
Ce type de goulot d’étranglement apparaît rarement dans le marketing de la blockchain.
La plupart des discussions tournent autour de la vitesse des transactions, du débit ou de la production de blocs.
Très peu s’intéressent à ce qui se passe réellement à l’intérieur du logiciel des validateurs une fois que des milliers de requêtes se mettent à se disputer les mêmes ressources matérielles.
Cette façon de voir les choses est une raison pour laquelle je me suis intéressé à @NewtonProtocol.
L’autorisation programmable introduit une évaluation de politique sophistiquée avant l’exécution. À mesure que l’automatisation devient de plus en plus courante, le logiciel des validateurs ne se contentera pas de processeurs plus rapides.
Il faudra un ordonnancement plus intelligent.
Une répartition efficace des charges de travail.
Moins de contention du cache.
Une meilleure coordination entre les chemins d’exécution concurrents.
Ces optimisations contribueront peut-être finalement davantage à la scalabilité à long terme que l’ajout de matériel supplémentaire, à lui seul.
La performance d’une blockchain n’a jamais été déterminée par une seule métrique.
La bande passante du réseau compte.
Le stockage compte.
La cryptographie compte.
Mais l’architecture logicielle détermine souvent dans quelle mesure chacune de ces ressources est réellement utilisée.
Peut-être que la prochaine génération d’infrastructures ne sera pas définie par les machines les plus rapides.
Elle peut être définie par les systèmes qui gaspillent le moins possible de calcul tout en gérant des charges de travail de plus en plus complexes.
@NewtonProtocol $NEWT $US $TAC #Newt #SKHynixADRBiggestForeignCorporateFundraising #USNaturalGasFallsOver6% #CorningJumpsOver8% #SpaceXAddedToValueIndexes