Se la tua applicazione verifica ripetutamente gli stessi beneficiari, mettere in cache gli esiti VoP sembra un guadagno facile su costi e latenza. Ma la verifica del beneficiario è un controllo puntuale nel tempo: il conto che corrispondeva il mese scorso potrebbe aver cambiato titolare, e una «corrispondenza» in cache potrebbe lasciar passare un pagamento che avresti dovuto fermare.
Cosa rende rischiosa la cache
L'intero valore della VoP è confermare il beneficiario al momento del pagamento. Fai cache troppo aggressiva e reintroduci proprio il varco che la VoP chiude. Il rischio è massimo esattamente dove la VoP conta di più — primi pagamenti e coordinate modificate.
Metti in cache la routine, verifica il rischioso
La cache può essere ragionevole per beneficiari stabili, ricorrenti e a basso rischio con un TTL breve. Nuovi beneficiari e coordinate modificate dovrebbero sempre attivare un controllo fresco.
Una strategia di cache sicura
- 1 Usa valori di time-to-live brevi così i risultati in cache scadono in fretta.
- 2 Invalida la cache ogni volta che le coordinate del beneficiario cambiano.
- 3 Non servire mai un risultato in cache per un beneficiario nuovo o un primo pagamento.
- 4 Registra i cache hit per poter verificare quali decisioni hanno usato dati in cache.
Prestazioni senza il rischio
La Verification of Payee di RoxPay è abbastanza veloce che molte integrazioni saltano del tutto la cache. Dove la cache aiuta, gli esiti chiari dell'API rendono facile applicare TTL e invalidazione sensati.