- IOTA 3.0 doit devenir « la DLT de couche de base la plus évolutive » et combinera le fluid and data sharding.
- La version Pollen testnet v0.3.0 sera publiée « très bientôt » et comprendra le générateur de nombres aléatoires distribués (dRNG).
Dans la mise à jour de la recherche récemment publiée pour octobre 2020, le co-fondateur d’IOTA, Serguei Popov, a fait état des progrès de la version 2.0 d’IOTA. Mais les déclarations de Popov sur son successeur, IOTA 3.0, ont peut-être été encore plus intéressantes pour beaucoup. Il est bien connu que la Fondation IOTA étudie les possibilités de sharding depuis un certain temps, mais les nouveaux détails ont peut-être étonné la communauté IOTA.
Comme l’a expliqué M. Popov, la Fondation IOTA qualifie son approche de « fluid sharding » et l’a déjà « examinée de près ». Le « fluid sharding » fait référence à une solution de mise à l’échelle de la première couche, tandis que le département de recherche examine également les solutions de la deuxième couche, qu’IOTA appelle « sharding de données ». L’objectif est de développer la couche de base DLT la plus évolutive, qui sera appelée IOTA 3.0 et comprendra à la fois le sharding des données et le fluid sharding:
Notre objectif pour le « fluid sharding » est de construire la DLT de couche de base la plus évolutive possible. Il suffit de dire que ce n’est pas une mince tâche, même si nous sommes très confiants dans la capacité de notre équipe à la mener à bien !
Nos discussions avec les différentes parties prenantes d’IOTA ont été fructueuses et nous ont permis de comprendre que le sharding de données répond effectivement à de nombreux besoins des utilisateurs normaux et des entreprises. Nous pensons qu’à terme, les deux solutions seront développées et qu’ensemble, elles constitueront ce que l’on pourrait appeler un IOTA 3.0 « entièrement sharté ».
Mise à jour du test d’IOTA Pollen
En plus de la nouvelle approche du tesson, M. Popov a également fait part de nombreuses avancées sur le testnet à pollen d’IOTA. Outre le nettoyage de la base de code de GoShimmer, l’accent a été mis le mois dernier sur la mise en œuvre de fonctionnalités de base pour le mana, « telles que les calculs de mana, la collecte de métriques et une première intégration avec la nouvelle présentation des transactions et le portefeuille ».
De plus, de nouvelles API ont été ajoutées et « étant donné l’importance du mana », certains outils de visualisation ont été développés, qui sont intégrés dans le tableau de bord local du nœud pour mieux démontrer la fonctionnalité, ainsi qu’un ensemble d’outils de surveillance pour étudier la dynamique. Snyk a également été intégré pour augmenter la sécurité du code, comme l’a expliqué M. Popov:
Du point de vue de l’intégration continue/déploiement continu (CI/CD), nous avons intégré l’utilisation de Snyk dans notre pipeline. Son intégration a déjà permis de découvrir certains problèmes de sécurité au sein de la bibliothèque JWT que nous utilisons actuellement pour protéger l’accès aux API. Cet outil nous aidera à garder notre code plus sûr tout au long de son développement.
M. Popov a également fait état de progrès importants dans le domaine du générateur de nombres aléatoires distribués (dRNG). Ainsi, l’équipe GoShimmer X lancée le mois dernier a testé avec succès le dRNG. « La communauté a réussi à créer un comité distribué de 7 membres et à produire collectivement de nouveaux aléas toutes les 10 secondes, sans interruption, depuis plus de 2 semaines déjà ». Dans l’étape suivante, « très bientôt », une nouvelle version de Pollen testnet v0.3.0 incluant le dRNG sera publiée en standard.
Travaux de recherche restants pour IOTA 2.0
Les travaux de recherche pour IOTA 2.0 sont pour la plupart terminés, comme l’a encore souligné M. Popov. L’un des principaux sujets restants est la synchronisation entre les nœuds et les outils qui permettent au nœud de détecter s’il est désynchronisé. En dehors de cela, les spécifications pour le bootstrapping sont toujours en cours d’élaboration et le comportement théorique du jeu de la sélection des astuces est en cours de discussion.
Bien que l’URTSA (Uniform Random Tip Selection Algorithm) fonctionne très bien, la philosophie de liberté d’IOTA signifie qu’il n’est pas applicable et qu’il appartient donc en fin de compte à l’opérateur du nœud de choisir lequel utiliser. La recherche sur les TSA doit s’assurer que le TSA est la meilleure option pour un nœud à utiliser selon des hypothèses standard.
Dans le domaine de la mise en réseau, « une analyse d’attaque complète de l’algorithme de contrôle de la congestion » est toujours en cours. Le co-fondateur d’IOTA a écrit à ce sujet:
Plus précisément, nous avons prouvé par des simulations que les attaquants ne peuvent affecter ni l’équité (l’exigence qu’un nœud envoie des messages proportionnellement à sa mana) ni l’utilisation efficace des ressources de communication et de traitement disponibles des nœuds. Nous étudions actuellement des attaques plus élaborées dans lesquelles des nœuds malveillants envoient différents flux de messages à différents voisins en essayant d’affecter la cohérence. Les résultats préliminaires montrent que des politiques appropriées d’abandon de messages et l’établissement de listes noires sont des contre-mesures efficaces.