Protocol
SDK generation rules
Deterministic rules for generating Blazeauth clients from the protocol.
This page is optimized for client implementers and SDK generators.
Transport
- Connect with WebSocket to
wss://eu1.blazeauth.net - Each JSON message is an envelope:
{ "type": number, "payload": object } typeselects the usecase.payloadformat depends ontype.
Correlation
- Every request payload contains
id(PacketID). - Responses for that usecase return the same
payload.id.
Authorization state
- Call
initializewithin 15 seconds after connecting. - After a successful authorization usecase, the connection becomes authorized until you call
logoutor the server closes the connection.
Status codes
- Most responses include
payload.status(APIStatus). APIStatusOkis1.- Some responses do not include
status(example:ping).
64-bit integers
payload.idisuint64. JSON parsers that cannot represent uint64 safely should treat it as a decimal string.time_leftis an absolute Unix timestamp in seconds.
Levels
levelsis always a string array.
SDK generator primitives
Minimal building blocks for strongly typed clients.
File transfer (two WebSocket messages)
When you request a file chunk the server uses two messages:
- JSON header response for
transfer_filewithpayload.binary_data = trueandpayload.chunk_size > 0 - a binary WebSocket message with exactly
chunk_sizebytes
If chunk_size = 0, the binary message is not sent.
Forward compatibility
- Ignore unknown JSON fields.
- Treat unknown
typeorstatusas unsupported and fail safely.