How do I approach ML System Design interview questions?

ML System Design questions require understanding of core concepts and practice. PracHub provides solutions with explanations to help you master ml system design interviews.

What difficulty level is this interview question?

This is a medium difficulty ML System Design question, commonly asked during Technical Screen rounds at Stripe.

What role is this question designed for?

This question is commonly asked for Machine Learning Engineer candidates at Stripe during technical interviews.

Design payment fraud detection

Last updated: Jul 2, 2026

Quick Overview

This question evaluates a candidate's ability to design end-to-end machine learning systems for payment fraud detection, covering competencies in labeling, imbalanced learning, feature engineering across users/merchants/cards/devices/IPs and graph relationships, model selection, online serving, latency and feature freshness, monitoring, experimentation, and adversarial robustness. As an ML System Design problem for a Machine Learning Engineer role, it is commonly asked to probe trade-offs between fraud loss, false positives, user friction and latency and requires both conceptual understanding and practical application of production ML concerns such as evaluation metrics, thresholding, retraining, and operational constraints.

|Home/ML System Design/Stripe

Design payment fraud detection

Stripe

Apr 18, 2026, 12:00 AM

mediumMachine Learning EngineerTechnical ScreenML System Design

Design a machine learning system for fraud detection in an online payment platform. The system should score transactions before or shortly after authorization and help decide whether to approve, block, challenge, or send a transaction to manual review.

Cover the following:

Product goals and trade-offs between fraud loss, false positives, user friction, and latency.
Labels and training data construction.
Feature engineering for users, merchants, cards, devices, IPs, transaction history, and graph relationships.
Model choices and how to handle severe class imbalance and delayed fraud labels.
Online serving architecture, feature freshness, and latency constraints.
Evaluation metrics, thresholding, experimentation, monitoring, and retraining.
Abuse/adversarial considerations and how the system should adapt over time.

Submit Your Answer to Earn 20XP

Loading comments...

Browse More Questions

More ML System Design•More Stripe•More Machine Learning Engineer•Stripe Machine Learning Engineer•Stripe ML System Design•Machine Learning Engineer ML System Design

Your design canvas — auto-saved

Design payment fraud detection

Last updated: Jul 2, 2026

Quick Overview

|Home/ML System Design/Stripe

Design payment fraud detection

Stripe

Apr 18, 2026, 12:00 AM

mediumMachine Learning EngineerTechnical ScreenML System Design

Cover the following:

Product goals and trade-offs between fraud loss, false positives, user friction, and latency.
Labels and training data construction.
Feature engineering for users, merchants, cards, devices, IPs, transaction history, and graph relationships.
Model choices and how to handle severe class imbalance and delayed fraud labels.
Online serving architecture, feature freshness, and latency constraints.
Evaluation metrics, thresholding, experimentation, monitoring, and retraining.
Abuse/adversarial considerations and how the system should adapt over time.

Submit Your Answer to Earn 20XP

Loading comments...

Browse More Questions

More ML System Design•More Stripe•More Machine Learning Engineer•Stripe Machine Learning Engineer•Stripe ML System Design•Machine Learning Engineer ML System Design

Your design canvas — auto-saved