Answering Private Linear Queries Adaptively using the Common Mechanism
Not on the map. Why?
Abstract (arXiv)
When analyzing confidential data through a privacy filter, a data scientist often needs to decide which queries will best support their intended analysis. For example, an analyst may wish to study noisy two-way marginals in a dataset produced by a mechanism M1. But, if the data are relatively sparse, the analyst may choose to examine noisy one-way marginals, produced by a mechanism M2 instead. Since the choice of whether to use M1 or M2 is data-dependent, a typical differentially private workflow is to first split the privacy loss budget rho into two parts: rho1 and rho2, then use the first part rho1 to determine which mechanism to use, and the remainder rho2 to obtain noisy answers from the chosen mechanism. In a sense, the first step seems wasteful because it takes away part of the privacy loss budget that could have been used to make the query answers more accurate. In this paper, we consider the question of whether the choice between M1 and M2 can be performed without wasting any privacy loss budget. For linear queries, we propose a method for decomposing M1 and M2 into three parts: (1) a mechanism M* that captures their shared information, (2) a mechanism M1' that captures information that is specific to M1, (3) a mechanism M2' that captures information that is specific to M2. Running M* and M1' together is completely equivalent to running M1 (both in terms of query answer accuracy and total privacy cost rho). Similarly, running M* and M2' together is completely equivalent to running M2. Since M* will be used no matter what, the analyst can use its output to decide whether to subsequently run M1'(thus recreating the analysis supported by M1) or M2'(recreating the analysis supported by M2), without wasting privacy loss budget.
Key facts. Cited by 2 papers in the map (data through 7 Oct 2026). Builds on 32 of its 79 references that are in the map. First posted on arXiv 30 Nov 2022.
Builds on
32 of 79 references.
References · 32
- 2017Renyi Differential Privacycited by 643
- 2016Concentrated Differential Privacy: Simplifications, Extensions, and Lower Boundscited by 339
- 2014RAPPOR: Randomized Aggregatable Privacy-Preserving Ordinal Responsecited by 262
- 2017Collecting Telemetry Data Privatelycited by 147
- 2020The Discrete Gaussian for Differential Privacycited by 134
- 2021Winning the NIST Contest: A scalable and general approach to differentially private synthetic datacited by 101
- 2022AIM: An Adaptive and Iterative Mechanism for Differentially Private Synthetic Datacited by 88
- 2018Private Selection from Private Candidatescited by 75
- 2014Private Learning and Sanitization: Pure vs. Approximate Differential Privacycited by 62
- 2019Private Hypothesis Selectioncited by 60
- 2021Iterative Methods for Private Synthetic Data: Unifying Framework and New Methodscited by 58
- 2021Differentially Private Query Release Through Adaptive Projectioncited by 50
20 more
- 2022Geographic Spines in the 2020 Census Disclosure Avoidance Systemcited by 42
- 2021Leveraging Public Data for Practical Private Query Releasecited by 39
- 2017Tight Lower Bounds for Differentially Private Selectioncited by 33
- 2019The Power of Factorization Mechanisms in Local and Central Differential Privacycited by 30
- 2018Optimizing error of high-dimensional statistical queries under differential privacycited by 29
- 2016Understanding the Sparse Vector Technique for Differential Privacycited by 27
- 2019Differentially Private SQL with Bounded User Contributioncited by 27
- 2017Accuracy First: Selecting a Differential Privacy Level for Accuracy-Constrained ERMcited by 20
- 2017Towards Practical Differential Privacy for SQL Queriescited by 19
- 2014The Large Margin Mechanism for Differentially Private Maximizationcited by 7
- 2015Gradual Release of Sensitive Data under Differential Privacycited by 6
- 2015Principled Evaluation of Differentially Private Algorithms using DPBenchcited by 6
- 2020Optimizing Fitness-For-Use of Differentially Private Linear Queriescited by 6
- 2022Bayesian and Frequentist Semantics for Common Variations of Differential Privacy: Applications to the 2020 Censuscited by 6
- 2016Convex Optimization for Linear Query Processing under Approximate Differential Privacycited by 5
- 2020Free Gap Estimates from the Exponential Mechanism, Sparse Vector, Noisy Max and Related Algorithmscited by 4
- 2015Optimizing Batch Linear Queries under Exact and Approximate Differential Privacycited by 3
- 2019Free Gap Information from the Differentially Private Sparse Vector and Noisy Max Mechanismscited by 2
- 2021Differentially Private Algorithms for 2020 Census Detailed DHC Race & Ethnicitycited by 1
- 2022Cache Me If You Can: Accuracy-Aware Inference Engine for Differentially Private Data Explorationcited by 1
Built on by
Citing papers per year: 2023: 1; 2024: 0; 2025: 0; 2026: 1.
2 papers.