Agave, Firedancer, Frankendancer, les SDK JavaScript du programme Solana, LiteSVM, Mollusk et Surfpool ont tous livré de nouvelles versions cette semaine. Les contributeurs principaux ont également fait progresser le travail sur les clients de validation, les clients de langage, les programmes SPL et Core BPF et les cadres de test.
Sorties
Plusieurs versions de clients de validation, de SDK de programme et d’outils de développement ont été lancées cette semaine. Les constructeurs peuvent examiner chaque balise de version pour connaître les modifications spécifiques à la version et les notes de mise à niveau.
Clients validateurs
SDK JavaScript du programme Solana
Les versions du SDK du programme Solana couvraient les programmes de base et les bibliothèques associées utilisées par les développeurs d’applications et d’outils.
- Programme de table de recherche d’adresses JS SDK livré v0.13.0.
- Le SDK JS du programme de mise en jeu a été livré en version 0.8.0.
- Programme système JS SDK livré en v0.13.0.
- Le SDK Memo Program JS est livré en version 0.12.0.
- Le SDK JS du programme de budget de calcul a été livré en version 0.17.0.
- Le SDK JS du programme de jetons a été livré en version 0.15.0.
- Token2022 a livré le SDK JS v0.13.0 et le SDK Legacy JS v0.4.15.
- Le SDK JS du programme Loader V3 est livré en version 0.5.0.
- Le programme Solana Stake Pool a été livré en version 2.1.0.
- Le SDK JS du programme d’enregistrement est livré en version 0.3.0.
- Programme de métadonnées du programme JS SDK livré en version 0.8.0.
- Le SDK JS du programme de preuve ZK Elgamal est livré en version 0.3.2.
- Le SDK JS du programme Token Wrap est livré en version 2.6.0.
Outils de développement
Les outils de tests et de développement local ont également publié de nouvelles versions.
Travaux de validation et d’exécution
Les principaux contributeurs ont continué à travailler sur les limites d’exécution et les performances du client du validateur. Les changements se concentrent sur la gestion antérieure des erreurs, la configuration du validateur, le calcul des récompenses de mise, la gestion des paquets et l’envoi de transactions.
- Les contributeurs ont proposé une modification des documents d’amélioration Solana (SIMD) pour détecter tôt le nombre maximum d’instructions de niveau supérieur. Aujourd’hui, le moteur d’exécution compte chaque instruction au fur et à mesure de son exécution et génère une erreur lorsqu’elle atteint une limite ; compter les limites avant l’exécution permettrait au runtime d’ignorer les transactions plus tôt et de passer aux transactions qui n’atteignent pas ces limites.
- Anza explore les configurations Agave personnalisées dans un fichier séparé. L’exécution d’Agave via la CLI nécessite actuellement des paramètres personnalisés via des indicateurs CLI, tandis qu’un fichier TOML, YAML ou JSON pourrait rendre l’expérience moins fragile et plus reproductible.
- Anza ajoute la prise en charge d’Agave pour charger les hachages de comptes de participation en parallèle pendant la limite d’époque. Le changement accélère la préparation des anciennes valeurs des comptes de mise pour le calcul des récompenses de mise ; les récompenses de mise sont calculées à la fin de chaque époque, et le traitement lent des récompenses laisse moins d’espace pour les transactions des utilisateurs.
- Anza travaille sur la prise en charge d’Agave pour partager l’espace mémoire XDP entre les threads envoyant des paquets à Solana Turbine. L’amélioration des performances dissocie la préparation de l’adresse réseau et de l’en-tête de paquet du thread responsable de l’envoi des données à la route XDP.
- Anza améliore le chemin d’Agave pour envoyer des transactions depuis l’interface client Solana vers les nœuds de validation. Le client Solana permet à d’autres logiciels de communiquer directement avec les nœuds de validation, et ce changement maintient le client compatible avec les améliorations récentes concernant l’endroit et la manière dont les nœuds de validation reçoivent les transactions ; dans ce cas, l’objectif est d’améliorer le téléchargement des programmes Solana sur la chaîne.
Clients de langage et bibliothèques de programmes
Les clients du langage Solana et les bibliothèques de programmes prennent en charge de manière avancée les fonctionnalités de base du programme. Ces modifications couvrent les travaux liés à Web3.js, Solana Go et SPL.
- Web3.js ajoute la prise en charge du programme ZK Elgamal Proof. Le programme ZK Elgamal Proof active les soldes confidentiels sur Solana via une extension Token2022, et la prise en charge dans Web3.js étend sa couverture des programmes Core BPF.
- Solana Go ajoute la prise en charge pour sérialiser et désérialiser l’état du compte. La fonctionnalité est attendue dans toutes les langues clientes et maintient Solana Go compatible avec le SDK Solana Rust.
- Le projet de programme de signature programmatique ed25519 commence à étoffer les fonctionnalités avec son programme occasionnel. Le projet est similaire au Vector de Blueshift, qui remplace le besoin de noms occasionnels durables et crée une nouvelle implémentation qui fera partie de la bibliothèque de programmes Solana.
Frameworks, tests et formation des développeurs
Les cadres du programme et les outils de test ont continué à préparer le support pour les versions et les tests de scénarios. Le matériel de formation des développeurs a également reçu des mises à jour pour les flux de développement actuels de l’application Solana.
Notes sur l’écosystème
Les développeurs et les membres de la communauté ont partagé les mises à jour du validateur, de Rust, de la CLI et de la décentralisation à travers l’écosystème.
Suivez les mises à jour des développeurs Solana
Pour les mises à jour hebdomadaires de l’ingénierie Solana, suivez @solana_devs sur X et activez les notifications.