Least Authority

  • Name: Least Authority
  • URL: https://leastauthority.com/
  • Category: cryptographic security consultancy / privacy-engineering company / public cryptography education and open-source infrastructure operator
  • Summary: Least Authority belongs in companies/ because the useful question is not what standalone protocol does Least Authority run? but which named operator is turning cryptographic review, privacy engineering, public education, and open-source tooling into a durable workflow boundary other teams inherit? The company matters less as a single product brand than as a cryptography-heavy review and implementation shop whose audits, MoonMath teaching materials, privacy-preserving product work, and public repositories can shape how downstream teams learn, build, and review proof and privacy systems.
  • What it does:
    • Performs cryptography-heavy security consulting spanning audits, reviews, threat modeling, protocol research, formal methods, and implementation support
    • Specializes in zero-knowledge, MPC, elliptic-curve, consensus, authentication, and privacy-enhancing systems rather than acting as a generic broad-market audit vendor
    • Develops privacy-preserving products and research artifacts including ZKAPs, Winden, Destiny, and work connected to PrivateStorage
    • Maintains public educational and open-source infrastructure, most visibly the MoonMath Manual for zk-SNARK education and a GitHub organization with cryptography, protocol, uptime, and client-facing repositories
    • Packages consulting work together with public learning material and reusable implementation artifacts, which makes the company more like specialist cryptography infrastructure than a one-off review shop
  • Key claims:
    • The homepage says Least Authority conducts audits and reviews of cryptographic protocols and distributed-system architectures while also building privacy-enhancing technology released as open source, which is the clearest first-party signal that the company boundary matters more than any one product page
    • The homepage explicitly highlights more than 160 published security audits and positions the firm around zero-knowledge expertise, open-source development, and privacy-preserving systems
    • The cryptographic-expertise page says the team works on threat modeling, auditing, formal verification, research and design, and implementation across zkSNARKs, Plonk-ish systems, STARKs, elliptic curves, MPC threshold signatures, consensus mechanisms, and zkEVMs, which is unusually broad cryptography-specialist coverage for one named security company
    • The ZKAPs page says Least Authority created Zero Knowledge Access Passes by adapting Privacy Pass for proof-of-payment use cases tied to PrivateStorage, showing the company is not only reviewing systems but also shipping privacy protocol components
    • The MoonMath Manual pages say the manual is a beginner-to-expert resource for understanding zk-SNARKs and is designed so readers can build a minimal working zk-SNARK stack with pen-and-paper exercises, which makes Least Authority part of the education and methodology surface many later teams may inherit
    • The public GitHub organization is verified for leastauthority.com and includes pinned repositories such as moonmath-manual, winden, and destiny, plus more recent protocol and infra repositories, reinforcing that public tooling and implementation work are part of the same company-shaped boundary as the consulting practice
    • Taken together, the strongest question is not what is MoonMath? or what is ZKAPs? in isolation, but which named operator is turning cryptographic review, privacy engineering, and public cryptography education into one reusable security-and-design workflow boundary?
  • Whitepaper: No canonical Least Authority company whitepaper or litepaper surfaced in this pass. The clearest current sources of truth are the official site, cryptographic-expertise and ZKAPs pages, the MoonMath Manual materials, and the public GitHub organization; see ../whitepapers/least-authority-primary-sources-2026-04-30.md.
  • Sources:

Why this company note belongs in the corpus

  • Least Authority is not usefully analyzed as a standalone project because the real control surface is company-authored cryptographic review, privacy engineering, education, and reusable tooling spread across many artifacts.
  • The entity boundary matters because downstream teams can inherit Least Authority framing through audits, MoonMath, public writeups, and implementation support long before or even without using one narrow product surface.
  • This is exactly the kind of organization where the named operating shell matters more than any single branded component: the same company audits systems, teaches proof and privacy concepts, and ships reusable cryptographic artifacts.

Internal linkages

Protocol / company boundary

  • There is no especially clean standalone Least Authority protocol boundary doing analytical work here.
  • The useful surface is the company-run mix of cryptographic reviews, privacy-product development, public education, and maintained repositories that sits around other teams’ protocol and implementation choices.
  • That is why Least Authority belongs in companies/: the important question is who is shaping proof/privacy review habits and reusable cryptographic practice, not whether one website or repository can be treated as an isolated product note.

Control surface

  • Practical leverage sits in which cryptographic assumptions Least Authority chooses to formalize, which privacy and proof systems it turns into public education or maintained code, and how much downstream workflow starts depending on its audit framing, learning materials, or implementation support.

  • The company does not need direct admin keys to matter. It can still shape what advanced teams study, which failure modes they notice, and which proof/privacy design patterns become legible enough to reuse.

  • Treat Least Authority as specialist proof-and-privacy security infrastructure under a named entity boundary, not as a neutral protocol primitive.

  • Last reviewed: 2026-08-11 UTC