La plateforme de Blockchain nouvelle génération Credits a annoncé avoir atteint un record de 488,403 transactions par seconde, au cours d’une phase de test cruciale. Près de 70 techniciens ont travaillé pour le compte de l’entreprise dont les résultats sont présentés dans la vidéo mise en ligne sur YouTube par l’équipe de développement. La vidéo montre le moment où le système atteint son pic et où le système parvient à traiter un nombre de transaction par seconde qui côtoie les 500,000.
Blockchain Credits: Test d’enregistrement réussi
Les techniciens de CREDITS, dont l’ICO n’a pris fin que le 18 mars 2018, travaillent actuellement sur la version Alpha de la blockchain conçue pour les transactions et l’identité numérique. Le test, bien qu’ayant révélé certains problèmes décris ci-dessous, a été effectué pour tester la rapidité du réseau CREDITS, pour vérifier sa résistance en cas de trafic important, et pour identifier les problèmes de stabilité afin de les résoudre soit en temps réel, soit à une étape ultérieure.
Le matériel utilisé pour le test
Exactement comme sur la piste lors des tests automobiles, les ingénieurs de CREDITS se servent du matériel approprié pour simuler la course dans le “circuit cryptographique”.
Les noeuds virtuelles de la plateforme CREDITS ont été lancés (distribués) dans une machine virtuelle sur un système Microsoft Hyper-V basé sur l’architecture x64. De façon plus précise, il a été utilisé un ordinateur présentant les caractéristiques techniques suivantes:
Intel® Xeon® E5-2630, 15 MB de caché, 2.30 GHz, 7.20 GT / s Intel® QPI, Turbo boost de 2.80 GHz, 8 GB de RAM.
Le système fonctionne grâce à un robot numérique qui génère les transactions (Automatisation des processus par la robotique: APR), et qui a été spécialement développé pour réaliser le test. Le robot simule la génération d’une grande quantité de transactions par seconde, reproduisant les conditions réelles d’utilisation de la blockchain de CREDITS.
Détails techniques du test
L’objectif principal du test était de vérifier la capacité de l’architecture du réseau à supporter un grand volume de transactions par seconde.
Le test a été effectué 30 fois à une vitesse allant de 300 à 500,000 transactions par seconde. Pour éviter d’occuper jusqu’à 385 Mo de mémoire à la vitesse de 500 mille transactions par seconde, le poids de chaque transaction a été réduit de 808 octets à 120 – 150 octets afin de simplifier le test.
Les transactions ont migré de façon asynchrone sur le réseau, en étant traitées par les noeuds, grâce aux opérations de multithreading. L’enregistrement simultané de mille transactions sur la base de données s’est effectué grâce à la file d’attente de commande.
Lors du test, la composante EDS n’a pas été mise en oeuvre parce qu’elle aurait porté le poids à 64 octets, ce qui ralentirait le traitement des transactions. La fonction EDS est en cours de développement et sera mise en oeuvre conjointement avec la technologie Ed25519. L’explication technique de ces composantes a été décrite par l’équipe de CREDITS dans l’article intitulé “The security Technologies of CREDITS Platform” (Les technologies de sécurité de la plateforme CREDITS)
Le graphique montre le pic des transactions
Le graphique suivant montre la tendance moyenne des transactions générées par les noeuds (10 – 1000 transactions par seconde) et les pics maximums atteints par les noeuds au moment où il y a eu le flux maximum de transactions.
Aussi bien la moyenne des transactions que le pic maximum atteint démontre que nous sommes en présence d’un réseau de blockchain performant.
Les problèmes rencontrés et comment les résoudre
Un des principaux problèmes rencontrés au cours des tests est l’usage difficile de la configuration matérielle pour traiter un très grand volume de transactions en quelques fractions de secondes. Une limite physique qui a un impacte directe sur la transmission des données via internet, où nous devons traiter avec tailles différentes de bandes passante d’un fournisseur à un autre.
Un autre problème rencontré est celui du stockage de grandes quantités de données, et ce problème nécessite un examen global et une modification de l’architecture.
De ce test, nous avons beaucoup appris, a avoué Eugeniy Butyaev, Directeur de la technologie chez CREDITS, avant d’ajouté: “Nous avons plus conscience du potentiel du système et il y a même des possibilités d’amélioration.”