Payment Reliability Lab

Ce qui casse dans un flux de paiement, et comment un système y survit.

Un simulateur interactif de ce qui tourne mal dans un flux de paiement : timeouts, webhooks dupliqués ou hors d'ordre, pannes d'acquéreur. Vous injectez les pannes et observez la réaction des retries, de l'idempotence, du failover et du rapprochement.

J'ai conçu le modèle d'état piloté par les événements, l'injection de pannes et la suite de tests basés sur les propriétés.

Points Forts

• État du paiement dérivé d'un journal d'événements append-only et d'une table de transitions unique, vérifiée par l'orchestrateur et par le reducer
• Idempotence dans les deux sens : clés d'idempotence par acquéreur sur les appels sortants et déduplication des webhooks par identifiant d'événement
• Signatures HMAC-SHA256 des webhooks vérifiées par une comparaison en temps constant
• Tests basés sur les propriétés (fast-check) montrant que l'état ne régresse jamais et que les relivraisons ne changent pas le résultat