How a gap in a Newton polygon forces coefficients to vanish
The Jacobian bracket reads off one equation per lattice point, and at a corner that equation has a single term. Following the consequences empties a whole chart of the strip family.
A Keller map has to satisfy one equation, . That looks like a single condition, but a polynomial identity is really a long list of conditions, one for each monomial. The useful question is which of those conditions are short. Short equations are the ones that force things to be zero, and where they sit is decided by the shape of the exponents rather than by the coefficients.
One equation per lattice point
Write and , indexing coefficients by their exponent vectors. Differentiating and collecting terms gives
where . Reading off a single monomial,
Two features of this formula do all the work.
The first is that vanishes when and are parallel. Exponent pairs that lie on a common ray through the origin contribute nothing at all, no matter how large their coefficients are. A whole edge of a Newton polygon can be invisible to the bracket for this reason.
The second is the shape of the index set. The term appears in the equation at exactly when . So the length of that equation is the number of ways the lattice point can be split into an exponent of plus an exponent of . That count is a question about the Minkowski sum of the two Newton polygons, and it is smallest where the sum is thinnest.
At a vertex of the Minkowski sum the count is one. There is exactly one way to write a corner as a sum, namely corner plus corner. The equation there is not a sum at all but a single product.
The shortest equation on the board
In the normalized setting the relevant corners are on the side and on the side. Their sum is the lattice point carrying , and it is a vertex of the Minkowski sum. So its equation reads
Both corner coefficients are forced to be nonzero, and each is the reciprocal of the other. That is the foothold. Everything afterwards is elimination: a nonzero coefficient is a pivot, and a pivot lets you solve one equation for one unknown and substitute it everywhere else.
Left: both supports lie in thin bands measured by , which is what makes the Minkowski sum thin and its equations short. Right: the point carries and is a corner of the sum, so it has only one decomposition and its equation collapses to the single product .
Gaps, and the step that is not linear
A gap is a lattice point that the supports can barely reach. Where the strip leaves a column empty, the equation at the neighbouring point has very few terms, and with a pivot in hand those few terms can be solved to zero. Running this through the cell produces a cascade: each killed coefficient shortens the equations that mentioned it, which exposes the next short equation.
One step in that cascade is different in kind. Rather than a linear solve it produces
Since we are in a domain this gives , and since is invertible it gives . This is worth pausing on: the equation the bracket hands you is not , and no amount of linear elimination will produce . It is a statement about a square, and you need to take a radical to read it. The cascade is arithmetic, not just linear algebra.
A later point contributes by the same kind of step.
The statement
Vertex-gap obstruction at . Let be a field of characteristic not in , and let be a normalized type- strip pair: writing ,
Then and .
The consequence is the useful part. The generic chart of the strip family is the one where , and the conclusion says that chart is empty. A family that looked like it had room turns out to have none.
This is formalized in Lean 4 and registered as PALOMAR-2026-08-20-000001. The vertex equation and the gap kill are derived from the bracket inside the formalization rather than assumed, which is the part worth checking, since assuming them would beg the question.
Scope
This is the case at polynomial level, both label assignments, together with the corner enumeration and the side-symmetric gap condition. It is what discards the generic chart of the strip subcase in Guccione, Guccione, Horruitiner and Valqui, Proposition 4.3, subcase (2), at Newton-degree pair .
A good deal around it is not formalized: the general-cell counting propositions, the gap-kill lemma at general , the radical-membership refinement, the and variants, the certificates for , the worked example, the logarithmic-residue functional, and the block-variety theorem. The chart reduction that carries this to is also outside the formalized part. Only the statement above is machine-checked.
A question to take away
The cascade above needed a radical step. Counting equations against unknowns would never have predicted it, because the obstruction is not that there are too many linear conditions but that one condition is a square.
So: for which cells does the cascade close using only linear elimination, and for which does it genuinely need to pass to a radical? A clean criterion would say in advance which cells are cheap and which need the heavier machinery, and it would make the general-cell argument much shorter than doing each case by hand.