À l’approche de la date de sortie finale, l’équipe de développement principale s’est davantage concentrée sur l’optimisation du code que sur l’introduction de fonctionnalités. Les inefficacités dans la sérialisation binaire, la désérialisation JSON et une erreur hors mémoire dans la sérialisation JSON ont toutes été découvertes et corrigées en août.

À la mi-juillet, l’équipe de développement de base avait publié N3 RC4, qui comprenait des correctifs logiques pour les frais de réseau, les frais de vérification et les calculs de limite de gaz. Parallèlement à d’autres optimisations, cette nouvelle version a également amélioré la compatibilité du client avec OSX et introduit les dernières fonctionnalités, telles que getnetwork et getrandom syscalls.

La version N3 a été réalisée le 1er août et déployée sur MainNet le 2. Des mises à jour mineures les 3 et 6 ont suivi en succession rapide alors que les développeurs principaux travaillaient à résoudre un problème avec VerifyStateIndependent et à supprimer la commande Refuel récemment ajoutée en raison de vecteurs DoS potentiels, pour lesquels elle pourrait se comporter comme un amplificateur.

Diverses autres améliorations ont été achevées dans le reste du mois d’août, destinées à être incluses dans la version 3.0.3 prévue pour septembre. Les exemples incluent un correctif pour CheckWitness pour les groupes de contrats personnalisés, une nouvelle étendue de témoin et un correctif pour un bogue dans Storage.Put qui a provoqué une variation de l’état du nœud.

https://github.com/neo-project

Les travaux sur le port C# de NeoFS se sont poursuivis. L’effort de collaboration entre les développeurs de NGD et Neo SPCC a abouti à la sortie de NeoFS.API v3.0.0, et en juillet, les tests ont commencé sur les nœuds Inner Ring utilisés pour régir le réseau de stockage.

Tout au long du mois d’août, l’équipe a progressé sur le client NeoFS et a commencé à exécuter des tests pour les composants de stockage et d’interface de ligne de commande.

Comme les mois précédents, les anciens de Microsoft du bureau NGD Enterprise ont poursuivi leur travail pour faire de Neo la plate-forme blockchain la plus conviviale pour les développeurs. Depuis son dévoilement, le Neo Blockchain Toolkit est devenu un outil indispensable dans l’arsenal de tout développeur.

Semblable à la suite Truffle d’Ethereum, le Neo Blockchain Toolkit fournit un environnement local approprié pour la création de réseaux privés; la création, la compilation et le déploiement de contrats intelligents; et effectuer des invocations ou des tests automatisés.

Alors que des composants clés tels que Neo Express peuvent être utilisés comme outils autonomes, la boîte à outils brille vraiment lorsqu’elle est utilisée avec le DevTracker & Debugger inclus dans VS Code. Avec l’interface graphique, les développeurs peuvent accéder à toutes les mêmes fonctionnalités sous une forme plus pratique, tout en tirant parti des outils supplémentaires d’exploration et de débogage des blocs / transactions.

En août, des versions N3 de tous les composants inclus ont été publiées, et diverses mises à jour ont suivi depuis. L’équipe a également fourni un aperçu du débogueur de contrat intelligent pour Visual Studio, suite aux demandes de la communauté Neo. D’autres composantes devraient suivre dans un proche avenir.

Outre l’infrastructure de développement indépendante du langage, NGD Enterprise contribue également fréquemment à l’écosystème par le biais de nouveaux didacticiels, par exemple des contrats intelligents C#, du développement de base et de la sensibilisation stratégique au niveau de l’entreprise et du gouvernement.

https://github.com/ngdenterprise

Jusqu’en juillet, l’équipe a travaillé à l’amélioration de la spécification NeoFS et au lancement de son itération TestNet, qui s’alignait sur N3 RC4. De nouvelles versions des passerelles HTTP et S3 ont été publiées, les mettant à niveau avec diverses corrections de bogues et d’autres améliorations. Les exemples incluent la prise en charge des requêtes HEAD dans la passerelle HTTP.

L’équipe a également publié de nouveaux utilitaires à cette époque: neofs-adm, utilisé pour simplifier le déploiement de la chaîne latérale, et neofs-aio, une image docker tout-en-un pour exécuter un réseau NeoFS complet.

Neo SPCC a ensuite atteint la compatibilité N3 MainNet pour NeoFS en août avec la version de nœud v0.23.1. Les nouvelles fonctionnalités comprenaient une nouvelle implémentation de préfixe de recherche API et une preuve de concept pour améliorer l’écoute des événements notariaux.

Une attention particulière a également été accordée à la passerelle S3, ce qui a entraîné des améliorations des performances et d’autres modifications destinées à améliorer la compatibilité avec AWS.

https://github.com/nspcc-dev/neofs-node

Sous le capot, NeoFS fait un usage intensif de NeoGo. Il n’est donc pas surprenant que Neo SPCC ait consacré des efforts considérables à l’amélioration du nœud avec des optimisations impressionnantes. En juillet, la plupart des changements ont maintenu l’accent sur la compatibilité de base – les versions v0.96.0 ont été rapidement mises à l’épreuve sur le réseau RC4 en tant que nœud de conseil de Neo SPCC.

Les versions RC4 présentaient un certain nombre d’améliorations substantielles par rapport aux itérations précédentes : jusqu’à 5 à 10 fois plus d’amélioration en JSON et en sérialisation ou désérialisation binaire, et jusqu’à 5 à 6 fois plus rapide le traitement des blocs à partir d’un vidage TestNet. Diverses incohérences entre les implémentations Go et C# ont été corrigées, et l’équipe a mesuré une amélioration estimée à 10% du TPS.

Les versions v0.97, avec compatibilité MainNet, suivraient de près par la suite en août. Parallèlement à la recherche sur la sécurité et à un certain nombre de correctifs, Neo SPCC a également achevé le travail sur une implémentation d’échange d’état P2P qu’il avait terminé de rédiger le mois précédent.

Les optimisations finales des nœuds ont également fait leur chemin dans ces versions prêtes pour MainNet. Lors des tests de référence, NeoGo a atteint un nouveau sommet impressionnant de 8 800 TPS mesurés lors d’un test en réseau, tout en réduisant la consommation de mémoire par rapport à la dernière série de tests d’analyse comparative.

À l’heure actuelle, NeoGo reste la seule implémentation alternative de nœud Neo capable de participer au consensus. Cela en fait un outil essentiel, à la fois pour aider à assurer l’exactitude du protocole de base et d’autres infrastructures, et pour améliorer la robustesse du réseau N3 lui-même.

En effet, au moment de la rédaction du rapport, le nœud du conseil Neo SPCC a revendiqué la première place en tant que nœud le plus voté sur le réseau. Cela signifie que NeoGo a déjà rejoint les rangs des nœuds de consensus sur le N3 MainNet, une réalisation importante en soi et un grand pas en avant dans la décentralisation.

https://github.com/nspcc-dev/neo-go

L’équipe a produit deux versions marquantes, v3.12.0 et 3.13.0, en juillet et août respectivement. Le premier a rendu la bibliothèque compatible avec le Neo N3 MainNet pour la première fois, tandis que le second a rangé les fonctionnalités clés, telles que les API pour la création de transactions et la récupération des valeurs du stockage contractuel dans leurs types appropriés.

Les versions les plus récentes incluent également un certain nombre de changements qui améliorent l’intégration de neow3j avec les composants Neo Blockchain Toolkit, y compris la prise en charge des appels RPC spécifiques à Neo Express. L’équipe a également ajouté une nouvelle interface à utiliser avec les contrats intelligents NFT.

Que vous souhaitiez écrire vos contrats intelligents en Java, ajouter des fonctionnalités de portefeuille à un jeu basé sur JVM ou analyser les données réseau récupérées via RPC, neow3j dispose des outils dont vous avez besoin. AxLabs vise désormais de futures améliorations qui renforceront encore la convivialité et l’accessibilité de la boîte à outils pour les développeurs.

https://github.com/neow3j/neow3j

COZ a mis à niveau son compilateur de contrats Python avec la prise en charge de divers nouveaux builtins. Les exemples incluent la méthode count pour les listes, les tuples et les chaînes, le mot-clé is et inversé.

En juillet, l’équipe a ajouté la prise en charge des importations de modules utilisateur, ce qui permet aux développeurs de compiler des contrats qui importent du code à partir d’autres modules. Cela résout l’incapacité de compiler des contrats multi-fichiers tout en offrant une avenue pour les bibliothèques de contrats vérifiées, similaires à OpenZeppelin sur Ethereum.

Début août, la compatibilité MainNet était terminée, ajoutant les interops manquants des versions précédentes ainsi que les derniers utilisés pour les nombres aléatoires et les vérifications magiques du réseau. La version v0.9.0 empaquetait également un nouvel enum OracleRequestCode, destiné à améliorer l’expérience du développeur lors de l’utilisation du système oracle N3.

https://github.com/CityOfZion/neo3-boa

Comme avec Boa, Mamba a reçu diverses mises à jour au fil des mois pour maintenir la compatibilité avec le développement du protocole N3. Deux versions compatibles N3 ont été publiées en août, v0.9.0 et v0.9.1, qui ont été ajustées pour RC4 et les versions de nœud principal de MainNet v3.0.2.

Certaines nouvelles fonctionnalités ont été introduites en août, telles que la prise en charge du nouveau réseau et des appels système à nombre aléatoire. Cependant, ceux-ci étaient principalement limités aux modifications apportées au niveau du protocole N3, plutôt qu’à des extensions de fonctionnalités directes au SDK lui-même.

Cela ne signifie pas que Mamba n’est pas prêt pour l’intégration avec les applications Python – il peut déjà être utilisé comme un simple nœud avec une synchronisation rapide de la blockchain, et suite à un correctif ajouté à la fin du mois d’août, l’exactitude a été auditée jusqu’à la hauteur MainNet 127,057.

De même, la fonctionnalité de portefeuille reste également disponible dans Mamba, offrant aux développeurs un moyen de créer / importer des portefeuilles ou de signer des transactions dans leurs applications.

https://github.com/CityOfZion/neo-mamba