On the Nature of Regularity Assumptions in Bilevel Optimization with Constrained Lower-level Problem
Xiaotian Jiang, Chang He, Mingyi Hong, Shuzhong Zhang

TL;DR
This paper examines the regularity assumptions in bilevel optimization, showing that requiring conditions to hold at every upper-level variable is overly strong and rarely true, while holding at almost every $x$ is more prevalent and practical.
Contribution
The paper proves that the strong 'every $x$' regularity condition is non-prevalent and introduces invariants, whereas the weaker 'almost every $x$' condition is prevalent, impacting theory and computation.
Findings
The 'every $x$' condition is non-prevalent and structurally rigid.
The 'almost every $x$' condition is prevalent under random perturbations.
Differences between the two conditions cause fundamental challenges in bilevel optimization.
Abstract
In this paper, we study the regularity assumptions commonly adopted in bilevel optimization with constrained lower-level problems, including the linear independence constraint qualification, the strict complementary slackness condition, and the second-order sufficient condition. These conditions are typically required to hold for the lower-level problem at every upper-level variable . We first show that the requirement that these conditions hold at every upper-level variable is strong, in the sense that it is non-prevalent: there exist problems for which no sufficiently small perturbation of the lower-level objective and constraints can make the conditions hold at every . To establish the result, we prove rigidity theorems showing that certain structural quantities of the lower-level problem must remain invariant across all whenever these conditions hold everywhere. We…
Peer Reviews
No public reviews on file for this paper yet. If you reviewed it on a platform where reviews are public (OpenReview, ICLR, NeurIPS, ICML), you can paste yours below so the community can read it here.
Videos
No videos yet. Explain this paper in a talk, walkthrough, or lecture? Add one.
