J’ai remarqué le problème sur le tableau de bord TermMax cet après-midi.

Je testais un petit emprunt à taux fixe après cette petite erreur plus tôt, où j’avais quitté trop vite et obtenu un remplissage légèrement moins bon. Je fais juste verrouiller la garantie pour frapper un GT et verrouiller le taux. La demande a mis quelques secondes de plus que d’habitude, puis a invité à réessayer.

J’ai attribué ça à la capacité. Sur le papier, ça semblait évident.

Ce n’était pas aussi simple.

C’était le premier décalage.

Ce qui semblait être un pic de latence était en réalité Confirmation ≠ Completion. La cotation paraissait active, le chemin semblait ouvert, mais la séquence complète n’était pas encore terminée.

La requête doit d’abord passer le routage, puis vérifier la disponibilité du modèle sur la courbe d’ordres de la plage en cours, libérer le verrou de paiement sur la garantie, réussir les vérifications pour le mint du GT et la répartition FT/XT, effectuer le règlement, et seulement après cela, l’usage répété a du sens.

La plupart des gens ignorent les décisions de mise en cache qui maintiennent ces taux en cohérence entre les chaînes. Ou les exigences silencieuses en capital, derrière les curateurs qui gardent les courbes alimentées.

Je reviens sans cesse à cette fine couche.

Je ne sais toujours pas si le pic était isolé ou s’il pointait quelque chose de plus discret dans le chemin de règlement.

Que se passe-t-il lorsque des requêtes simultanées arrivent pendant un vrai pic de demande, ou après une congestion liée au “cold start” ?

@TermMax #TermMax