Problème de snapshot sur le réseau principal de Firedancer : publier ≠ remplacer toute la configuration sur tout le réseau : SOL à 116,2, je garde la discipline
Mon attitude est prudente, plutôt orientée observation. Le rapport hebdomadaire d’ingénierie de la Fondation Solana du 18 septembre indique que la version du réseau principal de Firedancer est v26.08.5 ; la page de publication du projet sur GitHub la marque aussi comme « mainnet ready ». Le résumé des changements indique qu’il s’agit de corriger un problème rare de chargement des snapshots et d’améliorer la stabilité lors de forks fréquents et du remplacement des nœuds qui produisent les blocs. Ici, il ne s’agit que d’une version logicielle disponible pour le réseau principal, et absolument pas d’une preuve que tous les validateurs l’ont déjà installée. On ne peut pas non plus écrire que, depuis lors, le réseau ne s’arrêtera plus. Ce qui m’intéresse, ce sont les limites de panne avec plusieurs clients, et non le fait d’emballer un numéro de version en tant que « bonne nouvelle » du jour.
Les snapshots sont une étape importante au démarrage des validateurs ou pour rattraper l’état de la chaîne ; si le chargement échoue, le nœud peut ne pas parvenir à suivre le consensus. En cas de forks et de basculement du nœud leader, le temps de récupération peut aussi s’amplifier. Les clients avec des implémentations différentes peuvent réduire la probabilité qu’un défaut de code unique affecte simultanément tous les nœuds, mais cela n’est vrai que si le taux d’adoption réel, la répartition du poids de mise (staking) et la cohérence du comportement du protocole sont vérifiés. Le rapport hebdomadaire mentionne en plus que la Fondation continue des tests de conformité entre Agave, Firedancer et Mithril pour l’exécution des blocs et des transactions : cela montre précisément que « plusieurs clients » ne signifie pas automatiquement « pas de divergences ». Je vais suivre, lors du prochain événement de stress, si la production de blocs est continue, si les différents clients sont cohérents, et si les validateurs se sont réellement mis à niveau, plutôt que de me contenter de regarder la page de publication.
Pourquoi cela affecte-t-il SOL ? Les institutions et les applications intègrent le caractère opérationnel de la chaîne et le risque de règlement dans leurs coûts de déploiement ; des récupérations de nœuds plus stables favorisent la confiance à long terme. Mais améliorer le logiciel ne crée pas, instantanément, un flux net d’achats, et il n’y a aucune preuve que la hausse ou la baisse d’aujourd’hui soit déclenchée par cela. OKX affiche SOL en contrat perpétuel à 116,2 dollars, sur 24h à 111,58—119,96 ; à 15:00, la bougie complète de 15 minutes ouvre/ferme de 116,49 à 116,68 ; à 15:15, repli et clôture à 116,32 ; à 15:30, nouvelle clôture à 116,16. Pour l’instant, cela ressemble davantage à un test de rebond suivi à nouveau de la vérification du support à 116. Auparavant, l’analyse en ligne de 13:43 qui disait « clôturer sur volume à 116,85 et tenir en dessous à 116,5 » n’a pas formé, sur ces bougies K déjà achevées, de confirmation continue ; je n’ai donc aucune base pour écrire une exécution de trade ou un profit.
Si c’était moi qui traderais : pour le moment, je n’entre pas. Je ne conserve qu’une position spot « longue » conditionnelle en petite taille. Le capital maximal est de 1 %. J’attends d’abord que deux bougies complètes de 15 minutes ne créent plus de plus bas entre 116,0 et 116,2. Ensuite, j’attends un retour avec clôture sur volume au-dessus de 116,8, et que la prochaine bougie tienne au-dessus de 116,5 pour entrer. Je surveille d’abord 117,2—117,5, puis 118,1—118,6 ; l’objectif 1 réduit de moitié. Si le prix revient à 116,3, je réduis encore de moitié la position restante. Stop-loss et clôture à plat si, sur 15 minutes, on clôture en dessous de 115,75. Si d’abord on casse 115,75 vers le bas ou si une anomalie de cohérence entre clients apparaît, j’annule directement le plan de prise de long, sans ajouter pour « moyenner » ; si, avant d’atteindre l’objectif de rebond, le volume baisse nettement, je clôture aussi activement. Séparer la publication de la version et la structure du marché : la discipline est plus importante que de parier sur un titre d’actualité.
Source : rapport hebdomadaire d’ingénierie de la Fondation Solana du 18 septembre ; notes de publication du projet Firedancer GitHub v26.08.5 ; OKX, données de marché, heure de Pékin 15:47. #SOL
Ce qui précède n’est qu’une observation personnelle du marché et ne constitue pas un conseil en investissement.
Mon attitude est prudente, plutôt orientée observation. Le rapport hebdomadaire d’ingénierie de la Fondation Solana du 18 septembre indique que la version du réseau principal de Firedancer est v26.08.5 ; la page de publication du projet sur GitHub la marque aussi comme « mainnet ready ». Le résumé des changements indique qu’il s’agit de corriger un problème rare de chargement des snapshots et d’améliorer la stabilité lors de forks fréquents et du remplacement des nœuds qui produisent les blocs. Ici, il ne s’agit que d’une version logicielle disponible pour le réseau principal, et absolument pas d’une preuve que tous les validateurs l’ont déjà installée. On ne peut pas non plus écrire que, depuis lors, le réseau ne s’arrêtera plus. Ce qui m’intéresse, ce sont les limites de panne avec plusieurs clients, et non le fait d’emballer un numéro de version en tant que « bonne nouvelle » du jour.
Les snapshots sont une étape importante au démarrage des validateurs ou pour rattraper l’état de la chaîne ; si le chargement échoue, le nœud peut ne pas parvenir à suivre le consensus. En cas de forks et de basculement du nœud leader, le temps de récupération peut aussi s’amplifier. Les clients avec des implémentations différentes peuvent réduire la probabilité qu’un défaut de code unique affecte simultanément tous les nœuds, mais cela n’est vrai que si le taux d’adoption réel, la répartition du poids de mise (staking) et la cohérence du comportement du protocole sont vérifiés. Le rapport hebdomadaire mentionne en plus que la Fondation continue des tests de conformité entre Agave, Firedancer et Mithril pour l’exécution des blocs et des transactions : cela montre précisément que « plusieurs clients » ne signifie pas automatiquement « pas de divergences ». Je vais suivre, lors du prochain événement de stress, si la production de blocs est continue, si les différents clients sont cohérents, et si les validateurs se sont réellement mis à niveau, plutôt que de me contenter de regarder la page de publication.
Pourquoi cela affecte-t-il SOL ? Les institutions et les applications intègrent le caractère opérationnel de la chaîne et le risque de règlement dans leurs coûts de déploiement ; des récupérations de nœuds plus stables favorisent la confiance à long terme. Mais améliorer le logiciel ne crée pas, instantanément, un flux net d’achats, et il n’y a aucune preuve que la hausse ou la baisse d’aujourd’hui soit déclenchée par cela. OKX affiche SOL en contrat perpétuel à 116,2 dollars, sur 24h à 111,58—119,96 ; à 15:00, la bougie complète de 15 minutes ouvre/ferme de 116,49 à 116,68 ; à 15:15, repli et clôture à 116,32 ; à 15:30, nouvelle clôture à 116,16. Pour l’instant, cela ressemble davantage à un test de rebond suivi à nouveau de la vérification du support à 116. Auparavant, l’analyse en ligne de 13:43 qui disait « clôturer sur volume à 116,85 et tenir en dessous à 116,5 » n’a pas formé, sur ces bougies K déjà achevées, de confirmation continue ; je n’ai donc aucune base pour écrire une exécution de trade ou un profit.
Si c’était moi qui traderais : pour le moment, je n’entre pas. Je ne conserve qu’une position spot « longue » conditionnelle en petite taille. Le capital maximal est de 1 %. J’attends d’abord que deux bougies complètes de 15 minutes ne créent plus de plus bas entre 116,0 et 116,2. Ensuite, j’attends un retour avec clôture sur volume au-dessus de 116,8, et que la prochaine bougie tienne au-dessus de 116,5 pour entrer. Je surveille d’abord 117,2—117,5, puis 118,1—118,6 ; l’objectif 1 réduit de moitié. Si le prix revient à 116,3, je réduis encore de moitié la position restante. Stop-loss et clôture à plat si, sur 15 minutes, on clôture en dessous de 115,75. Si d’abord on casse 115,75 vers le bas ou si une anomalie de cohérence entre clients apparaît, j’annule directement le plan de prise de long, sans ajouter pour « moyenner » ; si, avant d’atteindre l’objectif de rebond, le volume baisse nettement, je clôture aussi activement. Séparer la publication de la version et la structure du marché : la discipline est plus importante que de parier sur un titre d’actualité.
Source : rapport hebdomadaire d’ingénierie de la Fondation Solana du 18 septembre ; notes de publication du projet Firedancer GitHub v26.08.5 ; OKX, données de marché, heure de Pékin 15:47. #SOL
Ce qui précède n’est qu’une observation personnelle du marché et ne constitue pas un conseil en investissement.
