Modèles de Licence — PUCE v3.0.0

Deux façons d'utiliser PUCE Engine

Choisissez le modèle qui correspond le mieux : binaire auto-hébergé sous NDA ou API REST en tant que service.

PUCE Engine est notre moteur propriétaire de compression intelligente + chiffrement post-quantique. Nous proposons deux options commerciales — toutes deux partagent le même noyau binaire et la même robustesse cryptographique.

ENTERPRISE

Option A — PUCE Binaire (NDA)

Auto-hébergé · Compile dans votre environnement · Zéro dépendance externe

Le client reçoit l'artefact compilé (.tar.gz) avec libpqsl_core + headers + License Guard. Tous les calculs se font sur vos serveurs. Idéal pour banques, défense, gouvernement et entreprises avec exigences strictes de souveraineté des données.

  • Bibliothèque statique (libpqsl_core.a / .so) + header C
  • License Guard basé sur CRL avec empreinte device
  • Watermark Ed25519 unique par client
  • Source tree SHA3-256 intégré dans le binaire
  • Anti-debug + anti-tampering + anti-reversing
  • Support 24/7 dédié + canal sécurisé
  • Audit indépendant autorisé sous NDA
  • Conformité NIST FIPS 203/204 + ETSI

Idéal pour : banques, défense, gouvernement, hôpitaux, infrastructures critiques.

Demander proposition (Binaire + NDA)
SAAS

Option B — PUCE API REST (SaaS)

Cloud · Paiement à l'usage · Intégration en minutes

Appels HTTPS authentifiés à nos endpoints PUCE. Pas d'installation, pas de compilation, pas de gestion de clés. Facturation au volume. Idéal pour startups, MVPs, pilotes et apps à trafic variable.

  • Endpoints REST : /puce/compress, /puce/encrypt, /puce/sign
  • Authentification API Key + mTLS optionnel
  • Rate limiting et quotas par tenant
  • SLA 99.9% avec fail-over multi-région
  • Logs d'audit exportables (SOC 2)
  • Dashboard d'usage en temps réel
  • Webhooks pour événements critiques
  • TLS 1.3 + cryptographie post-quantique optionnelle

Idéal pour : startups, SaaS, apps mobiles, pilotes, intégrations rapides.

Commencer avec l'API REST

Comparaison côte à côte

CaractéristiquePUCE Binaire (NDA)PUCE API REST (SaaS)
Modèle de livraison.tar.gz (staticlib + header)Endpoints HTTPS
Les données sortent de votre environnement ?
NDA signé requis
Configuration initiale~1–2 jours~5 minutes
License Guard + empreinte deviceN/A (auth API key)
Compilation côté client
Mises à jourManuelles (nouveau tarball)Automatiques
LatenceZéro (in-process)~30–80 ms par appel
FacturationAnnuel fixe + supportPay-per-call / tier mensuel
Audit SHA3 + SBOM
Support offline / air-gap
Auto-scalingGéré par le client

FAQ

Puis-je migrer de l'API au Binaire plus tard ?
Oui. Parité API totale entre les deux modèles. La migration consiste à remplacer les appels HTTP par des appels FFI locaux — formats identiques.
Le Binaire a-t-il besoin d'internet ?
Non pour un fonctionnement normal. Seulement pour le renouvellement périodique de licence (CRL) — avec grace period offline configurable. Support air-gap complet sous contrat.
Quels sont les tiers de facturation API REST ?
Starter (jusqu'à 1M appels/mois), Pro (jusqu'à 50M), Enterprise (custom). Facturation au volume avec remises progressives.
Le NDA est-il obligatoire pour recevoir le Binaire ?
Oui. PUCE est un logiciel propriétaire fermé — le NDA protège la PI et définit l'usage autorisé. Modèle de NDA inclus dans chaque tarball.
Puis-je utiliser les deux modèles en parallèle ?
Oui — beaucoup de clients utilisent l'API REST en dev/staging et le Binaire en production. Ou Binaire en data centers principaux et API REST en edge/mobile.

Quel modèle convient à votre cas ?

Parler à l'équipe