The privacy loss distribution is the probability distribution of the privacy loss random variable, defined as the log-ratio of the output probability densities on neighboring datasets. This distribution fully characterizes the privacy properties of a mechanism, capturing all information about how much an adversary can learn from observing the output.
Glossary
Privacy Loss Distribution

What is Privacy Loss Distribution?
The privacy loss distribution is the probability distribution of the privacy loss random variable, fully characterizing a mechanism's privacy properties and enabling tight numerical composition.
Tracking the complete distribution, rather than just its tail bound via parameters like ε and δ, enables tight numerical composition through methods such as Fourier accounting and the moments accountant. This granular approach prevents the overestimation of privacy loss, allowing more queries or training iterations under a fixed privacy budget.
Key Properties of Privacy Loss Distributions
The privacy loss distribution fully characterizes the privacy properties of a mechanism, enabling tight numerical composition through methods like Fourier accounting.
Definition and Formalization
The privacy loss random variable for a mechanism M on neighboring datasets D and D' is defined as the log-likelihood ratio of observing output o under M(D) versus M(D'). Its distribution over all possible outputs constitutes the privacy loss distribution (PLD). This distribution captures the complete privacy profile of a mechanism, encoding all information needed to derive any privacy parameter—including epsilon, delta, and Rényi divergences—without approximation.
Privacy Loss as a Random Variable
For a fixed mechanism output o, the privacy loss is:
- L(o) = ln( Pr[M(D)=o] / Pr[M(D')=o] )
Key properties:
- Positive values indicate the output is more likely under D, potentially revealing membership
- Negative values indicate the output is more likely under D'
- Zero means the output is equally likely under both datasets
- The distribution of L(o) over the randomness of M fully determines the mechanism's privacy guarantees
Tail Bounds and (ε, δ)-DP
The connection between the PLD and (ε, δ)-differential privacy is direct:
- A mechanism satisfies (ε, δ)-DP if and only if the probability that the privacy loss exceeds ε is bounded by δ
- Formally: Pr[ L(o) > ε ] ≤ δ under the distribution induced by M(D)
- This tail probability interpretation is the foundation of privacy accounting: tracking how the PLD evolves under composition to compute tight (ε, δ) guarantees
Composition via Convolution
When multiple mechanisms are applied to the same dataset, their privacy loss distributions compose by convolution:
- The PLD of a sequence of k mechanisms is the k-fold convolution of their individual PLDs
- This follows from the additive property of log-likelihood ratios: the total privacy loss is the sum of individual losses
- Fourier accounting exploits this property by computing convolutions efficiently in the frequency domain using the fast Fourier transform (FFT)
Dominating Pairs and Worst-Case Analysis
A mechanism's privacy guarantee can be characterized by a dominating pair of distributions (P, Q) such that:
- The PLD of M on any neighboring datasets is stochastically dominated by the PLD of (P, Q)
- This reduces the analysis of complex mechanisms to studying a single pair of distributions
- For the Gaussian mechanism, the dominating pair consists of two Gaussian distributions with means ±(sensitivity/σ)²/2, enabling exact analytical privacy accounting
Numerical Accounting Methods
Modern privacy accounting relies on numerical computation of PLDs:
- Fourier accounting (Koskela et al.): Computes tight (ε, δ) bounds by convolving PLDs via FFT, achieving near-exact composition for DP-SGD
- Privacy loss distribution accounting (PLD accounting): Directly tracks the PLD through subsampling and composition steps
- Rényi DP to (ε, δ)-DP conversion: Uses the moments of the PLD to derive RDP guarantees, then converts to standard DP via optimized conversion formulas
- These methods significantly outperform the advanced composition theorem in tightness
Frequently Asked Questions
Answers to the most common technical questions about the privacy loss distribution, its role in tight composition accounting, and its practical implementation in modern differential privacy systems.
The privacy loss distribution is the probability distribution of the privacy loss random variable, which fully characterizes the privacy properties of a differentially private mechanism. For a mechanism M applied to neighboring datasets D and D', the privacy loss random variable is defined as the log-ratio of the probability densities: L = log(P[M(D) = o] / P[M(D') = o]) where o is a specific output. This distribution captures the complete spectrum of possible privacy losses, not just worst-case bounds. Its fundamental importance lies in the fact that the standard (ε, δ)-DP definition is equivalent to requiring that the privacy loss random variable is bounded by ε with probability at least 1-δ. More critically, the privacy loss distribution enables tight numerical composition through methods like Fourier accounting and the moments accountant, which track the full distribution rather than relying on loose analytical bounds. This allows practitioners to extract significantly more utility from a given privacy budget.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
The Privacy Loss Distribution (PLD) is the central object for modern privacy accounting. These related concepts define how the PLD is constructed, composed, and converted into interpretable privacy parameters.
Privacy Loss Random Variable
The fundamental random variable whose distribution defines the PLD. For a mechanism M and adjacent datasets D, D', it is defined as the log-likelihood ratio of observing output o under M(D) versus M(D'). Formally: L_{M(D)||M(D')}(o) = ln( P[M(D)=o] / P[M(D')=o] ). The PLD is the distribution of this variable over all possible outputs. A mechanism is ε-DP if the absolute value of this variable is bounded by ε with probability 1.
Hockey-Stick Divergence
A divergence measure that directly connects the PLD to (ε, δ)-differential privacy. For distributions P and Q, the hockey-stick divergence of order e^ε is D_{e^ε}(P||Q) = max_S [P(S) - e^ε Q(S)]. A mechanism satisfies (ε, δ)-DP if and only if D_{e^ε}(M(D)||M(D')) ≤ δ for all neighboring datasets. This divergence is the key tool for computing tight δ(ε) curves from the PLD.
Fourier Accountant
A numerical privacy accounting method that computes the PLD of a composed mechanism by operating in Fourier space. The characteristic function of the PLD is the product of the characteristic functions of individual mechanisms. The Fourier accountant discretizes the PLD, applies FFT-based convolution, and reconstructs the composed PLD to extract tight (ε, δ) guarantees. This avoids the looseness of moment-based methods and is the state-of-the-art for DP-SGD composition.
Privacy Loss Distribution
The probability distribution of the privacy loss random variable, fully characterizing a mechanism's privacy properties. The PLD enables tight numerical composition through methods like Fourier accounting. Key properties:
- Support: The range of possible privacy loss values
- Tail bounds: Control the δ parameter in (ε, δ)-DP
- Convolution: The PLD of composed mechanisms is the convolution of individual PLDs
- Dominating pairs: A single pair of distributions whose PLD upper-bounds all neighboring dataset pairs
Privacy Curves
Functional representations of the privacy guarantee derived from the PLD. The δ(ε) curve maps each ε to the smallest δ such that (ε, δ)-DP holds. The f-DP trade-off curve maps false positive rates to false negative rates in membership inference. These curves are computed directly from the PLD and provide a complete, interpretable picture of privacy loss without reducing to a single parameter pair.
Rényi Differential Privacy
A privacy definition based on the Rényi divergence of order α between output distributions. RDP bounds the α-th moment of the privacy loss random variable: E[e^{(α-1)L}] ≤ e^{(α-1)ε}. The PLD's moment-generating function directly yields RDP parameters. RDP enables simple composition (additive in ε) and converts to (ε, δ)-DP via tail bounds, though it is generally looser than PLD-based Fourier accounting for heterogeneous mechanisms.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us