Skip to main content
Use the HTTP API from servers, workers, CLIs, and MCP—not from end-user browsers. Responses use the same qHash as the SDK. For product checkout, publish a gate and pass its gateId; NEUS resolves the gate policy, billing owner, credits, sponsor/x402 behavior, and attribution server-side. Base URL: https://api.neus.network

Browsers

Send end users through the JavaScript SDK or Hosted Verify. If a web client needs behavior outside those surfaces, your backend should call NEUS so secrets stay off the client and CORS stays predictable.

Reads vs writes

OperationTypical use
GET (below)Eligibility and proof reads
POST /api/v1/verificationCreate a proof (Authentication); prefer the SDK or Hosted Verify unless you need raw HTTP

Endpoints

PathMethodPurpose
/api/v1/proofs/checkGETEligibility (gates)
/api/v1/proofs/by-wallet/{address}GETList by wallet
/api/v1/proofs/{qHash}GETFetch by qHash
/api/v1/verificationPOSTCreate proof (server)
/api/v1/verification/standardizePOSTPhase 1 of raw HTTP: returns signerString for the exact body you will submit
/api/v1/verification/verifiersGETVerifier catalog

Examples

By wallet
curl "https://api.neus.network/api/v1/proofs/by-wallet/0x...?limit=50"
Paged responses include proofs, totalCount, hasMore, and continuation fields:
  • nextCursor — preferred for owner vaults and large histories (keyset paging).
  • nextOffset — used when the merged vault is multi-wallet or cursor is unavailable.
Pass cursor (not offset) on the next request when nextCursor is present:
curl "https://api.neus.network/api/v1/proofs/by-wallet/0x...?limit=1000&cursor=<nextCursor>"
Public and unlisted proofs: often callable without auth. Private proofs: only with allowed access (Authentication). Check
curl "https://api.neus.network/api/v1/proofs/check?address=0x...&gateId=gate_your-app-name"
Direct verifierIds checks are for advanced protocol tooling. Product access checks should use gateId. Create a proof (raw HTTP, advanced) Most products use the SDK or https://neus.network/verify. Raw HTTP is a fixed two-phase flow:
  1. Build the final JSON body.
  2. POST /api/v1/verification/standardize with that body.
  3. Sign the returned signerString.
  4. POST /api/v1/verification with the same body plus signature.
If step 4 rejects the signature, repeat step 2 on the same payload and compare signerString before retrying step 4. Catalog
curl https://api.neus.network/api/v1/verification/verifiers

Auth

  • Reads: public and unlisted proofs are often open; private proofs require permitted access.
  • Writes: follow Authentication (signature, session, or app-attributed rules).

Next

Get started

Account, app, billing.

Authentication

Keys, delegation, signing.

Errors

HTTP error codes.
Last modified on June 5, 2026