The work function of the antipodal extension of an antipodal space
ProvedKServer.workFnU_antipodal_extension_antipodeLet be a metric space that is already antipodal at scale : there is a map with
so that is the antipode of and is the diameter of . The circle of circumference with its arc metric is the standard example, being the rotation by half the circle.
Let be the antipodal extension of at scale (KServer.antipodalExtension), in which the two copies carry the metric of and across the copies. Fix servers, an initial configuration in and a request sequence in , both carried into by the inclusion of the base copy, and write for the unordered work function of that instance evaluated in , and for the unordered work function of the same instance evaluated in .
Statement. For every configuration of ,
where is the identity on the base copy and the antipode map on the added copy .
The point of the identity is that on an antipodal space the added copy is redundant: writing for the copy in which lies, the metric of splits as
because and is an isometry. So is two isometric copies of at "vertical" distance , and an offline solution pays for each change of copy. Since the requests lie in the base copy, an optimal schedule stays there and moves to only in the final move, paying exactly for each server that ends in the added copy; conversely, along every schedule the total number of copy changes of a server that ends in is at least one.
Consequently, on an antipodal space every quantity built from work-function values at configurations of the doubled extension — in particular the Coester--Koutsoupias potential , whose configurations use antipodal servers — differs from the corresponding quantity computed with the intrinsic antipodes of by the fixed constant . The identity is therefore the bridge that carries statements about the potential on antipodal spaces (the circle above all) to the doubled-extension formalization used here, and vice versa.
Formalization note. The count of antipodal servers is written as the sum of Sum.elim (fun _ => 0) (fun _ => 1) over the servers, and the projection as Sum.elim id a. The hypothesis hΔ (that bounds all distances) is the one required to form the extension; it also follows from ha. The special case with a configuration of is KServer.workFnU_antipodal_extension_restrict, and holds without any antipodality assumption.
import Mathlib import Definitions.Def_KServer_workfunctionU import Definitions.Def_KServer_antipodal_extension
namespace KServer
theorem workFnU_antipodal_extension_antipode (k : ℕ) (hk : 1 ≤ k) (M : Type) [MetricSpace M]
(Δ : ℝ) (hΔ0 : 0 < Δ) (hΔ : ∀ x y : M, dist x y ≤ Δ) (a : M → M)
(ha : ∀ x y : M, dist x (a y) = Δ - dist x y)
(C₀ : Config k M) (σ : List M) (X : Config k (M ⊕ M)) :
@workFnU k (M ⊕ M) (antipodalExtension M Δ hΔ0 hΔ)
(fun i => Sum.inl (C₀ i)) (σ.map Sum.inl) X
= workFnU C₀ σ (fun i => Sum.elim id a (X i))
+ Δ * ∑ i, Sum.elim (fun _ => (0:ℝ)) (fun _ => (1:ℝ)) (X i) := by sorry
end KServer