L'ingénierie, au grand jour
Nous avons poussé notre grand livre jusqu'à la rupture. Ce n'est pas lui qui a cédé.
Nous avons augmenté la charge jusqu'à la prochaine limite, supprimé un point de contention et laissé la base du grand livre à environ la moitié de sa capacité au pic.
2 600/ seconde
validés
Chaque paiement complet proposé a abouti jusqu'au sommet de la montée.
~50%
capacité de la base
Utilisée au pic après suppression du point de contention.
0
échec grave
Aucun paiement n'a disparu dans un état ambigu.
0
violation du grand livre
L'audit indépendant est resté propre.
Au-delà du débit confortable, nous avons continué
Notre étude précédente montrait que le grand livre restait exact et rapide à un débit publié, avec de la marge. Cette fois, nous voulions trouver le point où le système cessait de suivre et comprendre sa vraie nature.
Nous avons poussé le chemin complet d'autorisation et de capture bien au-delà du point où la latence montait et attendu le premier composant qui plierait.
La limite venait de notre propre contention en base
Le débit a plafonné alors que le processeur de la base était loin d'être occupé. C'est la signature d'une contention : le travail est sérialisé au lieu d'épuiser une ressource.
Nous avons localisé le point dans notre chemin d'écriture, l'avons supprimé et relancé la même montée.
Résultat : chaque paiement proposé a été validé, à 100 %, jusqu'à 2 600 par seconde, sans aucun échec grave. À cette charge, la base gérée utilisait seulement environ la moitié de sa capacité maximale.
Les 1 600 paiements par seconde publiés se situent confortablement dans cette enveloppe mesurée. C'était un chiffre prudent, et ce test explique pourquoi.
La prochaine limite est la partie simple
Une fois la contention éliminée, le plafond s'est déplacé vers le calcul sans état devant le grand livre, la partie qui évolue horizontalement en ajoutant des instances. C'est un bon endroit pour une limite.
La difficulté d'une plateforme de paiement n'est pas d'accepter des requêtes. C'est de garder un grand livre parfaitement exact pendant que l'argent bouge sous charge. Cette partie n'a jamais été le goulot.
Un audit indépendant a recalculé chaque solde depuis les données brutes sur 1,3 million de transactions :
Conservation
Les écritures signées ont continué à revenir à zéro par devise.
Chaque transaction s'équilibre
Aucune transaction n'a laissé les comptes déséquilibrés.
Stocké égale recalculé
Les soldes stockés correspondaient à l'historique.
Aucun découvert interdit
Chaque compte est resté dans son plancher configuré.
Chaque invariant a retourné zéro.
La limite s'est déplacée vers du calcul ordinaire. La frontière d'exactitude n'a pas bougé.
Les preuves sont publiques
Accès anticipé
Devenez partenaire de conception.
Nous travaillons avec un petit nombre d'équipes qui construisent des produits de portefeuille et de paiement sur WalletD. Si c'est votre cas, parlons-en. Vous aurez un accès direct aux personnes qui l'ont conçu.