За счёт чего в антифрод-модуле удалось снизить время проверки на 25% при нагрузке свыше 700 RPS?

Объясните реальное узкое место, внесённое изменение и измерения до и после. Возможные причины ускорения — меньше сетевых вызовов, более быстрые запросы, кеширование или параллельные независимые проверки.

Не стоит выбирать причину из списка без подтверждения. Для собственного кейса опишите трассировку, долю времени проблемного этапа, механизм оптимизации и контроль корректности антифрода. Сравните одинаковую метрику задержки при сопоставимой нагрузке свыше 700 RPS, включая хвосты распределения и ошибки. Уточните, относится ли снижение на 25% к одному этапу или всей проверке, и какие компромиссы появились.