De meeste AI-leveranciers vragen je om hen te vertrouwen met je gegevens. We hebben onszelf gewoon uit de vergelijking verwijderd. Vandaag verzenden we end-to-end encryptie voor AI-inferentie op Chutes. Dit is wat dat eigenlijk betekent:

Jouw prompts worden versleuteld op jouw machine, direct naar de specifieke GPU-instantie die draait binnen een Trusted Execution Environment. De ciphertext gaat via onze API en load balancers, maar zij kunnen het letterlijk niet lezen. Niemand kan dat. Niet het netwerk. Niet wij. Niet de miners die de hardware bedienen. De sleuteluitwisseling gebruikt ML-KEM 768, een door NIST gestandaardiseerde post-kwantum sleutelencapsulatiemechanisme, samen met HKDF-SHA256 en ChaCha20-Poly1305. TEE-instanties publiceren een ML-KEM publieke sleutel, en elke aanvraag gebruikt een verse tijdelijke client keypair voor forward secrecy. Zelfs als iemand vandaag elk pakket zou onderscheppen, zouden toekomstige kwantumcomputers ze nog steeds niet kunnen ontcijferen.

Het deel dat belangrijk is voor bouwers: Er zijn twee manieren om dit te gebruiken, afhankelijk van je setup. Als je de OpenAI Python SDK gebruikt, installeer dan chutes-e2ee met pip en geef het aangepaste transport door aan je client. Je basis-URL kan hetzelfde blijven, en encryptie gebeurt transparant op de HTTP-laag met alleen minimale clientconfiguratie.

Als je een ander clientplatform gebruikt, draai dan onze e2ee-proxy Docker-container lokaal en wijs je client erop aan. Het ondersteunt beide OpenAI-compatibele API's, inclusief de nieuwere Responses API-specificatie die wordt gebruikt door tools zoals Codex, en de Messages API-specificatie van Anthropic voor Claude-stijl clients. De proxy verzorgt voor jou de formatvertaling, sleuteluitwisseling, encryptie en streaming decryptie. Beide ondersteunen streaming. Beide behouden de normale token-gebaseerde factureringssemantiek. Beide zijn open source onder de MIT-licentie.