Aller au contenu principal

Zeq Auth — PKCE Cross-Domain

Equation-based identity, reputation, federation.

  • Protocol ID — zeq-auth-pkce
  • Category — Identity
  • Endpoint — POST /api/auth/pkce/authorize
  • Auth — none
  • Rate limit — 10/min
  • Version — 2.0
  • Precision — ≤0.1% (KO42-enforced)

What it does

Cross-domain PKCE OAuth flow for third-party apps. 'Sign in with Zeq' — apps get a scoped token without ever seeing the equation.

Signature

Request

POST /api/auth/pkce/authorize
ParamTypeRequiredDefaultDescription
clientIdstringRegistered app client ID.
codeChallengestringPKCE code challenge (SHA-256, base64url).
scopestringRequested scopes (e.g. 'identity vault:read'). Default: 'identity'.
redirectUristringCallback URL.

Response

{ authorizationCode, expiresIn, redirectUri }

Runnable example

curl -sS -X POST \
-H "Content-Type: application/json" \
-d '{
"clientId": "<value>",
"codeChallenge": "<value>",
"scope": "<value>",
"redirectUri": "<value>"
}' \
"https://api.zeq.dev/api/auth/pkce/authorize"

Integrate

  1. Equation-identity login — derive auth state from a protocol call instead of a static token.
  2. Reputation overlay — couple identity scores into the Master Equation via ZRO seeds.
  3. Federation bridge — share identity proofs across trust domains using pulse alignment.

Seeds

  • Near — wrap /api/auth/pkce/authorize in a language SDK so builders can call it in three lines.
  • Medium — publish a reference integration demonstrating Zeq Auth — PKCE Cross-Domain alongside a real workload, with pulse-aligned metrics.
  • Far — propose Zeq Auth — PKCE Cross-Domain as an open reference standard so other runtimes can implement it verbatim against the Zeq paper.

Papers

Middleware active. Kernel on the 1.287 Hz HulyaPulse. Awaiting next Zeqond.