# Warp A [Matrix](https://spec.matrix.org) homeserver written from scratch in Go, plus a family of first-party clients. Federation is optional and can be switched on and off at runtime. The full design and roadmap live in [PLAN.md](PLAN.md). This README covers what exists today. ## Status **Phase 0 — bootstrap. Complete.** There is a server binary that boots, serves its discovery endpoints and nothing else yet: no accounts, no rooms, no sync. Those are Phases 1 to 4. What works now: | | | |---|---| | `GET /_matrix/client/versions` | spec versions this build claims | | `GET /.well-known/matrix/client` | client discovery | | `GET /.well-known/matrix/server` | server discovery — **only while federation is on** | | `GET /healthz` | liveness, including a database ping | | `GET /metrics` | Prometheus | | anything else under `/_matrix/` | `404 M_UNRECOGNIZED`, as the spec requires | Also in place: YAML + environment configuration, structured logging, graceful shutdown, the storage interfaces with a working SQLite and PostgreSQL driver (and a PocketBase stub), the embedded migration runner, the `server_settings` table with the runtime federation and registration switches, and `warp generate-keys`. ## Quick start Requires Go 1.26 or newer. No cgo, no C compiler, no database server: the default SQLite driver is pure Go. ```sh cp warp.yaml.example warp.yaml # edit global.server_name make build ./bin/warp generate-keys ./bin/warp serve ``` Then: ```sh curl localhost:8008/healthz curl localhost:8008/_matrix/client/versions ``` Without `make`, the same from the `server` directory: ```sh go build -o ../bin/warp ./cmd/warp ``` ## Configuration One YAML file, every field overridable from the environment. See [warp.yaml.example](warp.yaml.example) — each setting lists its `WARP_*` variable. With no config file at all the server runs on defaults plus the environment, which is how the container image is meant to be used: ```sh docker build -t warp . docker run -p 8008:8008 -v warp-data:/data -e WARP_SERVER_NAME=warp.example warp ``` An unknown field in the config file is an error, not a warning: a typo in a security-relevant setting should never be silently ignored. ## Commands | Command | What it does | |---|---| | `warp serve` | run the homeserver | | `warp migrate [--status]` | apply (or list) pending database migrations | | `warp generate-keys [--output path] [--key-id id]` | create the ed25519 signing key | | `warp version` | version and compiled-in storage drivers | The signing key is written as a single line, the same format Synapse uses: `ed25519 `. `generate-keys` refuses to overwrite an existing key — losing it would invalidate every event this server has ever signed. ## Federation switch Federation is off in a fresh install. While it is off, the federation surface does not answer at all; `/.well-known/matrix/server` returns `404 M_UNRECOGNIZED`, exactly as it would on a server that has no federation API. The switch is stored in the `server_settings` table and cached in memory, so flipping it takes effect on the next request without a restart. In Phase 0 the only thing behind the gate is the delegation document; the outbound queue, key fetcher and remote media fetch join it in Phase 5. Set `federation.allow_runtime_toggle: false` to pin the switch to the config file. ## Development ```sh make test # unit tests (SQLite) make lint # golangci-lint make check # vet + test, what CI runs make cover # coverage.html # the storage tests against PostgreSQL as well WARP_TEST_POSTGRES_DSN='postgres://warp:warp@localhost/warp_test?sslmode=disable' make test-postgres ``` `make test-race` needs cgo and therefore a C toolchain; CI runs it on Linux. ## Layout ``` server/ the homeserver (Go module) cmd/warp/ the binary: serve, migrate, generate-keys, version internal/ config/ YAML + env configuration logging/ metrics/ slog and Prometheus setup httputil/ Matrix error envelope, CORS, router, middleware federation/ the federation gate and allow/deny policy settings/ runtime settings service (the switches) setup/ wiring: storage, routes, graceful shutdown matrix/signing/ ed25519 server keys storage/ interfaces + driver registry migrations/ embedded migration runner sqlstore/ shared database/sql implementation sqlite/ postgres/ pocketbase/ apps/ clients: ui, admin, web, desktop, mobile (Phase 1+) docs/ ```