Back to The Gateway

Launch status

Pre-launch, useful to review, not yet a broad self-service install.

This page separates what operators can review now from the release gates that still need public evidence, production endpoints, and repeatable recovery proof.

Ready to review

Trust model, route ownership, DNS ownership, fallback policy, support boundaries, privacy posture limits, and install readiness questions.

Useful next action

Request an install readiness review with topology, route/DNS owners, fallback expectations, recovery access, and intended privacy posture.

Still gated

Broad self-service install, hardware support claims, appliance builds, managed operations, MSP workflows, and production conversion endpoints.

Needs proof

Fresh-machine install transcript, route/DNS traces, fallback checks, leak checks, rollback drill, hardware matrix, screenshots, and redacted support bundle example.

Do not assume

The Gateway does not guarantee anonymity by itself and does not make logged-in accounts, browser fingerprints, payments, endpoint compromise, or malicious relays private.

Support boundary

Guided help should be advisory or bounded by an explicit change window. Credentials, traffic ownership, recovery, and final approval stay with the operator.

Status by surface

Public copy can be visible before every operational surface is ready.

Public site

Homepage, documentation map, launch status, support boundaries, contact privacy, evidence checklist, and readiness intake can be reviewed now.

Repository

Repository launch should wait for license, security policy, contribution guide, support policy, issue templates, install gates, and release checklist.

Operations

Support, appliance, managed operations, and MSP paths should wait for real endpoints, redaction rules, owner assignment, and repeatable proof.

Next action

Start with readiness, evidence, or boundaries.

Use the public pages for operator evaluation. Use noindex release gates only for maintainer launch work.