Sign data (streaming).

Consumes two multipart/form-data fields:

  1. metadata â€" JSON body SignStreamRequest
  2. file â€" binary data to sign


    Produces a detached-JWS in JSON format streamed as application/octet-stream.
    Output structure depends on key type:

    • SIMPLE keys: Single signature in compact detached format

    • COMPOSITE keys: Multiple signatures (classical + PQC) with anka_composite_kid field
Recent Requests
Log in to see full request history
TimeStatusUser Agent
Retrieving recent requests…
LoadingLoading…
Body Params

Sequential multipart body — the parts are read in the order they arrive and the server never buffers the payload.

metadata MUST be sent before file. A file-first body is rejected with 400 application/problem+json, type .../errors/multipart-part-order. This is a property of streaming, not a policy: the server cannot look ahead past a 512 MiB payload to find the part that tells it what to do with it.

metadata is bounded at 2 MiB; file has no size limit.

metadata
object
required

JSON metadata sent with multipart sign requests.

file
required

Binary data to be signed. No size limit.

Headers
string
enum
Defaults to application/problem+json

Generated from available response content types

Allowed:
Responses

Language
Credentials
Bearer
JWT
URL
LoadingLoading…
Response
Click Try It! to start a request and see the response here! Or choose an example:
application/octet-stream
application/problem+json