16769

Agave publie la version stable 4.4.1｜Un correctif pour les nœuds ne signifie pas que tout le réseau a été mis à niveau｜SOL autour de 89 $ : l’adoption d’abord

Je salue les progrès de la maintenance du client, mais je ne poursuis pas SOL. Le dépôt officiel d’Agave, le client de validation de Solana, a publié la version v4.4.1 le 5 novembre à 18:33 UTC, en la qualifiant de version stable et en recommandant son adoption générale. Les notes de version mentionnent un correctif rétroporté concernant la limite minimale de taille de chargement des comptes ProgramData, ainsi que le traitement des alertes de l’intégration continue et des dépendances. La PR #16769 de la branche principale a été fusionnée, et le rétroportage vers la version 4.4 figure également dans les notes de version. Cela signifie que la version logicielle est disponible, pas que tous les validateurs l’ont installée, et encore moins qu’un hard fork du réseau principal a eu lieu.

Pourquoi suivre ce type de mise à jour ? Le chargement des comptes par les validateurs et l’exécution des programmes influent sur le traitement des transactions des applications. Si les nœuds adoptent le correctif, celui-ci pourrait réduire les écarts d’exécution dans certaines conditions limites. Toutefois, la page de publication n’affirme ni qu’il y a eu auparavant une « panne de l’ensemble du réseau », ni que « toutes les transactions sont désormais plus rapides ». La page d’état de Solana indique que le réseau principal, les RPC et les explorateurs fonctionnent normalement ; aucun incident n’a été signalé le 6 novembre. On ne peut pas présenter un correctif interne comme la résolution d’une panne du réseau principal.

Je vérifierais la situation en trois étapes : premièrement, confirmer que la version publiée est bien une version stable, et non une préversion ; deuxièmement, vérifier si les opérateurs de nœuds ont effectué la mise à niveau et si le réseau continue de fonctionner normalement ; troisièmement, évaluer si le volume réel des transactions, les frais et l’expérience des applications se sont améliorés. Pour l’instant, seule la première étape est confirmée. La PR GitHub mentionne les verrous de lecture implicites sur les comptes de données de programme et des tests de conflits d’ordonnancement, ce qui montre que l’équipe de développement travaille sur les limites de l’exécution. Mais aucun chiffre fiable ne permet encore de convertir ce correctif en une hausse de la demande de SOL. Les sujets les plus brûlants sur Binance Square concernent la reprise progressive des retraits et un incident de sécurité. SOL figure toujours dans la liste des actifs les plus recherchés sur six heures, mais ne fait pas partie des éléments signalés comme étant « en hausse ». Il ne faut pas profiter de la popularité du sujet pour présenter un problème d’exchange comme un incident du réseau Solana.

Du côté des flux institutionnels, le tableau quotidien des fonds SOL de Farside pour le 5 novembre indique une sortie de 800 000 dollars de GSOL. Plusieurs colonnes renseignées affichent zéro, mais celle de SOEZ est encore vide ; le total provisoire ne doit donc pas être considéré comme une donnée finale et complète sur les flux. C’est une dimension distincte de la publication de v4.4.1 : la maintenance technique ne garantit pas des souscriptions immédiates aux fonds. Au moment de la rédaction, le SOL/USD de Kraken se négociait autour de 89,37 dollars, avec une ouverture quotidienne à 89,22, un plus bas sur 24 heures à 88,10 et un plus haut à 96,99. Le prix est à peine au-dessus de l’ouverture du jour et reste loin du plus haut ; rien ne prouve que la publication de cette version ait provoqué une cassure à la hausse. Je considère 90 dollars comme le seuil à reconquérir, 88,10 dollars comme niveau de risque et 94 dollars comme zone à surveiller à la hausse. Si le prix passe sous 88,10 ou si la page d’état signale un incident majeur, ma prudence se renforcera. Ce n’est que si l’adoption de la version et le maintien du prix au-dessus de 90 sont tous deux confirmés que je réévaluerai à la hausse la probabilité d’une reprise durable.

Si je devais trader moi-même, je resterais à l’écart pour l’instant. Je n’envisagerais qu’une position longue au comptant, sans effet de levier, avec une allocation de 0 %. Je n’ouvrirais une position d’essai, limitée à 1 % du capital total, que si SOL clôture au-dessus de 90 dollars pendant deux bougies horaires consécutives, que le repli tient dans la zone de 89,5 à 90 et que la page d’état reste normale. Je prendrais la moitié des gains à un premier objectif de 92 dollars, puis la moitié du solde au deuxième objectif de 94 dollars. Après l’entrée, je placerais un stop-loss si une clôture horaire passe sous 88,10 dollars ; si les conditions ne se présentent pas, je resterais à l’écart. Si le cours repasse rapidement sous 89,5 après la cassure, ou si une communication officielle signale un problème majeur de compatibilité des nœuds, je clôturerais toute position restante. La publication de la version stable mérite d’être suivie, mais la décision d’agir reste dictée par le prix et les niveaux de risque.

Sources : notes de publication d’Anza Agave v4.4.1 et PR #16769, page d’état de Solana, tableau des fonds SOL de Farside, SOL/USD de Kraken. #SOL
Ces propos reflètent uniquement mon observation personnelle du marché et ne constituent pas un conseil en investissement.