TL;DR : La Stellar Development Foundation a lancé le projet Thruput le 28 octobre en tant que prévisualisation technologique qui modifie la manière dont un moteur d'exécution de blockchain gère les transactions concurrentes. Pour les investisseurs, la distinction la plus importante est entre le potentiel mesuré et la capacité déployée.
La Stellar Development Foundation a lancé le projet Thruput le 28 octobre en tant que prévisualisation technologique qui modifie la manière dont un moteur d'exécution de blockchain peut gérer des transactions concurrentes. Dans les tests rapportés, la capacité d'exécution avec un seul validateur est passée d'environ 1,18 million de paiements par seconde sur une machine à environ 7,02 million sur huit machines. Le projet est disponible sur FutureNet avec du matériel open source et des benchmarks reproductibles. Ces chiffres concernent une mesure contrôlée au niveau composant ; la fondation précise explicitement qu'ils ne représentent pas le débit bout en bout du réseau public.
L'événement et la réponse du marché
Le modèle proposé est conçu pour réduire le goulot d'étranglement d'ordre qui apparaît lorsque de nombreuses transactions touchent un état partagé. Les systèmes classiques peuvent exécuter des instructions indépendantes en parallèle, mais continuent à sérialiser les travaux impliquant le même compte ou les mêmes données. Thruput vise à évoluer l'exécution en ajoutant des machines, même sous des charges très contestées. La fondation décrit des tests de benchmark utilisant un ensemble limité de comptes et mesurant l'exécution, les signatures et le travail pertinent du moteur. Cela peut représenter un progrès technique précieux, mais reste distinct des facteurs tels que la consensus, le réseau, le stockage et autres éléments qui déterminent l'expérience des utilisateurs.
Pourquoi le développement est important pour le marché cryptographique
Pour les investisseurs, la distinction la plus importante se situe entre le potentiel mesuré et la capacité déployée. Un chiffre de sept millions par seconde est impressionnant, mais l'infrastructure elle-même limite son exécution à un environnement expérimental. Le débit d'une blockchain publique exige bien plus qu'un calcul local rapide. Il exige également un consensus en temps voulu et une propagation durable des données à travers des machines indépendantes. Jusqu'à ce que ces composants soient testés ensemble à grande échelle, traduire ce benchmark en prévision de prix ou d'adoption pour XLM serait spéculatif.
L'évolutivité des logiciels distribués implique des compromis entre performance, complexité opérationnelle et hypothèses concernant les machines sur lesquelles ils s'exécutent. Un benchmark contrôlé peut isoler une amélioration prometteuse, mais les réseaux réels font face à des liens instables, des transactions concurrentes, une croissance du stockage et un comportement malveillant. La signification technique d'une prévisualisation de recherche réside dans la fourniture à des externes de matériel qu'ils peuvent examiner et remettre en question. Les équipes produit doivent éviter de construire des engagements contractuels de service autour d'un composant expérimental. L'écart entre un prototype précoce et une infrastructure de production fiable est où se situe la majeure partie du travail de développement nécessaire.
Un chiffre de performance de blockchain doit être lu en parallèle avec la charge de travail et la partie de la pile mesurée. L'exécution au sein d'un validateur, la communication entre validateurs, la finalité de consensus et les performances observées par une application sont des métriques liées mais distinctes. Une percée dans un composant peut permettre des progrès plus larges sans prouver que l'ensemble du réseau est prêt à supporter la même demande. La reproductibilité indépendante et les tests adversariaux restent importants. Il est également pertinent de distinguer le coût de l'exécution d'une transaction des incitations ressources nécessaires pour maintenir le fonctionnement de l'infrastructure à grande échelle.
Ce que le titre n'établit pas
Une autre affirmation inhabituelle est que le modèle peut fonctionner sans frais d'exécution par transaction. Stellar indique que les comptes reçoivent plutôt une part de planification liée aux soldes de jetons natifs débloqués lorsque la demande dépasse la capacité, tandis que des limites computationnelles s'appliquent toujours aux transactions individuelles. Il s'agit d'une conception alternative d'allocation des ressources, et non d'une infrastructure gratuite et illimitée. Cela soulève des questions sur l'équité, la concentration des comptes et la protection contre les abus. Project Thruput reste en version préliminaire, donc les développeurs ne doivent pas confondre ses caractéristiques expérimentales avec l'économie ou les capacités du mainnet de Stellar aujourd'hui.
Que regarder ensuite
La reproductibilité indépendante du benchmark, les charges de travail plus larges et l'intégration éventuelle au réseau public sont les prochaines étapes significatives. Les opérateurs doivent attendre les spécifications de déploiement complètes avant de faire des promesses aux utilisateurs concernant la vitesse des transactions ou des frais nuls.
Source primaire :Déclaration officielle / documentation source.
rédigé par la rédaction et édité par Samuel Rae.