Server-side proxy to api.provable.com/prove/<network>/encrypted. Body is { key_id, ciphertext } exactly as the Provable SDK constructs it after sealing the proving request with the pubkey returned by /pubkey. Redcoast forwards verbatim and never sees the plaintext. Provable’s TEE decrypts inside the enclave, generates the proof, and (if the inner ProvingRequest had broadcast: true) broadcasts the resulting transaction.
curl --request POST \
--url https://app.dynamicauth.com/api/v0/sdk/{environmentId}/waas/aleo/prover/{network}/prove/encrypted \
--header 'Authorization: Bearer <token>' \
--header 'Content-Type: application/json' \
--data '
{
"ciphertext": "<string>",
"key_id": "<string>"
}
'{}Documentation Index
Fetch the complete documentation index at: https://www.dynamic.xyz/docs/llms.txt
Use this file to discover all available pages before exploring further.
Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
ID of the environment
36^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$"95b11417-f18f-457f-8804-68e361f9164f"
Aleo network whose prover to forward to.
testnet, mainnet Request body for POST /waas/aleo/prover/{network}/prove/encrypted.
Iframe sends the libsodium crypto_box_seal ciphertext of the
Provable SDK's ProvingRequest, paired with the key_id returned
by /pubkey. Redcoast forwards verbatim; the plaintext never
leaves the iframe.
Upstream proving response
Response body for POST /waas/aleo/prover/{network}/prove/encrypted.
Mirrors the Provable response shape (transaction id, proof bytes,
broadcast status, etc.). We don't pin a strict schema because
Provable can evolve its response and we want forward compatibility.
Was this page helpful?
curl --request POST \
--url https://app.dynamicauth.com/api/v0/sdk/{environmentId}/waas/aleo/prover/{network}/prove/encrypted \
--header 'Authorization: Bearer <token>' \
--header 'Content-Type: application/json' \
--data '
{
"ciphertext": "<string>",
"key_id": "<string>"
}
'{}