Documentation

DerivedAlgGeo.CategoryTheory.Triangulated.StabilityCondition.Phase.Transfer.LocallyFinite

Local finiteness under transfer, and transfer of stability conditions #

Bridgeland's stability conditions are the locally finite pre-stability conditions. This file shows that local finiteness survives transfer along a phase-detecting functor, and therefore upgrades PreStabilityCondition.WithClassMap.preimage to StabilityCondition.WithClassMap.preimage.

Main definitions #

Main results #

Implementation notes #

The proof follows mapEquiv_isLocallyFinite in Symmetry/Autoequivalence/Stability/Transport.lean, with one genuine difference. There the functor was an equivalence, so the image map on strict subobjects was injective by fullness (strictImage_injective). A phase-detecting functor need not be full or faithful, so injectivity is replaced by the argument that a strictly smaller subobject stays strictly smaller: if the images of B₁ < B₂ agreed, the comparison B₁ ⟶ B₂ would become invertible, and a functor that reflects isomorphisms would make it invertible already, contradicting B₁ ≠ B₂. This is exactly the place where the Hom-vanishing half of Slicing.PreimageData is used, through reflectsZeroObjects. The image map itself and its monotonicity are the Foundation-level strictImage and strictImage_monotone, which need only preservation of strict monos; the well-foundedness transfer is isStrictArtinianObject_of_strictMono and its Noetherian twin.

The image map is built on strict subobjects rather than on the intrinsic admissible subobjects. The two orders agree in a thin interval by admissibleStrictSubobjectOrderIso, and strict subobjects are the ones for which the functor's action on canonical arrows is available.

References #

Thin-interval membership for the preimage slicing is detected by the functor: both extreme phases are computed on the image (Slicing.preimage_phiPlus, Slicing.preimage_phiMinus), and zero objects are reflected by the lifting witness. The direct analogue of Slicing.preimage_ltProp_iff for the two-sided window.

Reflecting isomorphisms #

A functor carrying slicing-lifting data reflects isomorphisms. Complete f to a distinguished triangle; its image is distinguished with first map F.map f, so the image of the cone is zero, so the cone is zero by reflectsZeroObjects, so f is an isomorphism.

Thin intervals #

@[reducible, inline]

The detecting functor restricted to a thin interval of the preimage slicing, landing in the same thin interval of the target slicing.

An abbrev, as autIntervalFunctor is, so that instance search sees the underlying ObjectProperty.lift.

Equations
Instances For

    The restricted functor preserves strict monomorphisms, by the cone route: a strict mono and its cokernel extend to an ambient distinguished triangle, the functor keeps it distinguished with all three vertices in the target interval, and a distinguished triangle on a thin interval is a strict short exact sequence there.

    @[reducible, inline]

    The image of a strict subobject under the restricted functor, taken as a strict subobject rather than a bare Subobject: intervalFunctor_map_strictMono is what makes the canonical representative arrow strict, and strictness is what the finite-length orders are stated about. This is the Foundation-level strictImage at the restricted functor, so strictImage_monotone applies verbatim. Unlike strictSubobjectImageOfFullFaithful, this map is not injective in general, since the detecting functor need not be faithful; that is why strictImage_strictMono below goes through reflection of isomorphisms instead.

    Equations
    Instances For

      The image map on strict subobjects is strictly monotone. Monotonicity gives ≤; if the images of B₁ < B₂ were equal, the comparison morphism B₁ ⟶ B₂ would map to an isomorphism, hence be an isomorphism because the functor reflects them, hence identify B₁ with B₂.

      Strict finite length descends along the restricted functor: both chain conditions on strict subobjects of the image pull back through the strictly monotone image map, by isStrictArtinianObject_of_strictMono and its Noetherian twin.

      Local finiteness survives transfer, with the same radius. The interval windows do not move, so the radius of the target slicing works verbatim; the content is the descent of strict finite length along the restricted functor, converted to and from the intrinsic admissible-subobject formulation by admissibleStrictSubobjectOrderIso.

      The stability condition transported along a phase-detecting functor. The pre-stability data is PreStabilityCondition.WithClassMap.preimage; local finiteness is Slicing.PreimageData.isLocallyFinite. This is the Bridgeland-definition form of Remarks 3.2 and 3.7 of arXiv:2607.28411v1: once the preimage collection is a slicing, transfer produces a stability condition with respect to (Λ, v ∘ K₀(F)).

      Equations
      Instances For
        @[simp]

        Forgetting local finiteness commutes with transfer. Definitional; recorded so that every pre-stability result about preimage applies to the stability-level construction through one simp step.

        @[simp]

        The slicing of the transported stability condition is the preimage slicing. Restated at the stability-condition level so callers need not go through preimage_toWithClassMap.

        @[simp]

        Transfer leaves the central charge on Λ untouched. Restated at the stability-condition level so callers need not go through preimage_toWithClassMap.

        The transported central charge of an object is the original charge of its image. Not a simp lemma: simp already derives it from preimage_toWithClassMap and the pre-stability preimage_charge, so it is recorded only as the direct restatement a caller can rw with.

        @[reducible, inline]

        Definition 3.1(3) of arXiv:2607.28411v1 for stability conditions: the pullback f^♯σ is computed through the direct image push = f_*. The name follows Slicing.pullback in Phase.Transfer.Basic.

        Equations
        Instances For
          @[reducible, inline]

          Definition 3.6(3) of arXiv:2607.28411v1 for stability conditions: the pushforward f_♯σ is computed through the inverse image pull = f^*. The name follows Slicing.pushforward in Phase.Transfer.Basic.

          Equations
          Instances For