Check the enclave's quote, the key that signs your transcripts, and the receipts it issues, with tools that do not depend on us. Then read what this page does not prove.
Where your audio and content go, and which companies handle them, is the trust and subprocessor disclosure.
QUOTE set to the hex above; quote.verified is true for a genuine quote:curl -s -X POST https://cloud-api.phala.network/api/v1/attestations/verify -H "Content-Type: application/json" -d "{\"hex\": \"$QUOTE\"}" | jq .quote.verifieddcap-qvl verify --quote-hex "$QUOTE"
The server puts sha256(nonce ‖ its signing public key) into the quote's report data, so a quote carrying this page's fresh nonce was made just now, by the machine holding that key.
The same key is published at GET /v1/transcript-seal-key on the API host, together with any retired keys.
Every transcript version and every redaction is sealed: signed by the key above in a receipt envelope (conclave-seal/v1 for transcript versions, conclave-redaction/v1 for redactions). Receipts are verifiable by anyone holding the public key.
What is signed is the canonical bytes of the payload: UTF-8 JSON, keys sorted, no whitespace, with a schema field as a first-class key.
The receipt verifier runs in your browser, nothing is uploaded, works for any Conclave envelope.
Summaries, knowledge and answers are generated by NEAR AI's confidential inference. Conclave fetched NEAR's attestation report with its own nonce and checked it; what follows is reported as received.
Fetching NEAR's report…