The vacuum's uncertainty disk is the standard quantum limit. Squeeze one quadrature below it — and watch the price you pay in the other.
The question: if squeezing pushes the noise below the shot-noise limit, why not just squeeze as hard as possible? Crank the squeezing, then nudge the measurement angle θ and watch plot ②.
Got a feel for it? Step to 2 · Notice →
…
At θ = 0 more squeezing always looks better. Rotate the angle a few degrees with 20 dB on, and the noise shoots above the SQL. Why does harder squeezing make the measurement more fragile, not just better — and what did you never actually remove?
Heisenberg fixes the area of the uncertainty patch: ΔX·ΔP = ½, always. Squeezing doesn't remove noise — it moves it, thinning one quadrature by ξ = e−r and fattening the other by 1/ξ. If your measurement axis sits exactly on the thin direction, you win by ξ. But the fat direction holds enormous anti-squeezed noise (1/ξ² in variance), so a small angle error — a little phase jitter — leaks that fat variance in and you lose. The harder you squeeze, the fatter the other quadrature, the less misalignment you can tolerate. There is an optimal finite squeezing set by how well you control the phase (and, in a real interferometer, by optical loss, which mixes vacuum back in regardless of angle) — which is why LIGO runs ~6 dB, not 20.
For a squeezed vacuum with the squeezed quadrature at X, the variance measured along an axis at angle θ is V(θ)/σ₀² = e−2rcos²θ + e+2rsin²θ, with the squeeze strength S (dB) giving e−2r = 10−S/10. At θ = 0 the variance is 10−S/10 (i.e. −S dB, a factor 10S/10 below the SQL); at θ = 90° it is 10+S/10 (+S dB, a factor 10S/10 above). The product of the two quadrature widths is e−r·e+r = 1 — the area is conserved (Heisenberg). The SQL itself (S = 0) is the vacuum disk, and it is the same 1/√N shot-noise floor you met as the white-noise wall (anchor 2) and the SQL line (anchor 4).
What good looks like:
Logbook (one entry): Tried · Stuck (where/how long) · Hub resource used · Changed my mind because… · Still unclear.