10.1 Stateless by Design

Running PTERI in production

This section explains how PTERI operates at scale, how it behaves under load, and what guarantees it provides in real-world production environments.

PTERI is designed as infrastructure, not an application. Operational simplicity and predictability are first-class goals.

---

PTERI verification services are stateless wherever possible.

This means:

• No session affinity

• No per-user server memory

• No hidden state between requests

Each request contains everything needed for verification:

• The message or intent

• The signature

• The context (challenge, address, scope)

As a result:

• Requests can be handled by any instance

• Horizontal scaling is trivial

• Failover does not affect correctness

If a verifier goes down, another can immediately replace it.

---