codexproof

glossary / Thin waist

the architectural pattern where many diverse things above and many diverse things below all interoperate through ONE narrow, stable interface in the middle - the hourglass shape that let the Internet scale.

ndnmcpipfs
Thin waist - The hourglass itself: four doors above, four stores below, one agreement at the neck

The hourglass itself: four doors above, four stores below, one agreement at the neck.

Hand-authored SVG for this glossary, 2026. Surfaces per main.rs routes; the calibration word "candidate" per the paper's own claim discipline.

Etymology and backstory

the canonical thin waist is IP itself - email, web, video above; ethernet, wifi, fiber below; everything crossing through one minimal packet format. The design-theory account of WHY the hourglass works (a minimal spanning layer maximizes what can evolve on both sides) is the paper's hourglass citation. NDN's founding argument was that the waist was built for conversations between hosts while the world wanted named data - so move the waist up.

Ecosystem

POSIX as an OS waist, LLVM IR as a compiler waist, containers as a deployment waist - the pattern recurs wherever ecosystems must evolve on both sides of a stable middle.

In codexproof

the paper's title claim, carefully calibrated as CANDIDATE thin waist: the signed, content-addressed evidence object is the neck; MCP, raw HTTPS, A2A, and CLI file-handoff above; Pinecone, Supabase, Qdrant, pgvector below. The waist is the ENVELOPE, not any protocol - which is why requiring MCP would falsify the title (Q17).

"A thin waist is the one thing everybody agrees on so nobody has to agree on anything else - ours is a 32-byte name inside a signed object, and everything else is negotiable."
References: the paper's hourglass citation (the spanning-layer account). Zhang et al., "Named Data Networking," ACM SIGCOMM CCR (2014) - the move-the-waist argument.

All terms · Questions & answers · The verifier