Support
Consultez la FAQ ci-dessous ou contactez-nous directement.
Pour toute question sur Trust Layer — intégration, tarifs, problème technique ou partenariat.
Email : contact@arkforge.fr
GitHub Issues : github.com/ark-forge/trust-layer/issues
Documentation : github.com/ark-forge/trust-layer
Nous répondons généralement sous 24h les jours ouvrés.
Trust Layer est un proxy certifiant qui se place entre votre agent IA et n'importe quelle API cible. Il transmet la requête et génère une preuve cryptographique immutable avec 3 témoins indépendants (signature Ed25519, pool RFC 3161 TSA, Sigstore Rekor).
Non. Trust Layer utilise Stripe pour gérer les crédits prépayés sur le plan Pro, mais sa valeur ajoutée est la génération de preuves. Stripe gère le paiement, pas la preuve.
Envoyez un POST vers l'endpoint /trust/v1/proxy avec votre clé API et l'URL cible. Sur le plan Pro, achetez d'abord des crédits via POST /v1/credits/buy. Trust Layer gère la transmission et la génération de preuve. Voir la documentation pour les détails.
La signature Ed25519 garantit que la preuve a été émise par ArkForge (clé publique publiée). Le pool RFC 3161 TSA (FreeTSA → DigiCert → Sectigo) fournit un horodatage certifié prouvant que la preuve existait à un instant précis — premier serveur disponible retenu, fournisseur enregistré par preuve. QTSP eIDAS qualifiée disponible sur demande. Sigstore Rekor inscrit la preuve dans un registre de transparence public, auditable indépendamment par tous. Free et Pro utilisent les mêmes 3 témoins. Optionnellement, un reçu de paiement externe (ex: Stripe) ajoute un 4e témoin — son hash de contenu est lié à la preuve.
Non. Les preuves sont en écriture unique et immutables. Une fois générées, elles ne peuvent être ni modifiées ni supprimées — ni par vous, ni par ArkForge, ni par personne. C'est par conception.
Chaque preuve est livrée en trois formats : L1 Digital Stamp (JSON pour les machines), L2 Ghost Stamp (headers HTTP pour les pipelines automatisés), et L3 Visual Stamp (page HTML pour les humains). Les trois contiennent les mêmes données de preuve.
Chaque preuve a une URL publique (ex: /trust/v1/proof/prf_...). Vous pouvez également recalculer le hash SHA-256 du payload et le comparer avec celui de la preuve.
La latence de bout en bout est inférieure à 1 seconde, incluant la transmission de la requête et la génération de la preuve avec tous les témoins.
Le plan Free inclut 100 preuves par mois sans frais. Le plan Pro offre 100 preuves par jour avec crédits prépayés à 0.10 EUR/preuve. Voir la page Tarifs pour les détails.
Ed25519 est toujours présent. Le pool RFC 3161 TSA (FreeTSA → DigiCert → Sectigo) offre un basculement automatique — si FreeTSA est indisponible, DigiCert ou Sectigo prend le relais dans la même requête. Le champ timestamp_authority.provider de la preuve enregistre le serveur utilisé.
Non. Trust Layer stocke des empreintes SHA-256 (qui ne sont pas des données personnelles) et des métadonnées de transaction. L'identité agent (X-Agent-Identity) est optionnelle.
L'infrastructure ArkForge est hébergée en France (Union Européenne). Tout le traitement des données est conforme au RGPD. Voir notre Politique de confidentialité pour les détails.
Rendez-vous sur la page d'inscription Pro pour enregistrer votre carte et activer le plan.
Vous pouvez optionnellement joindre une URL de reçu Stripe à votre requête proxy. ArkForge récupère le reçu, hash son contenu (SHA-256), parse les champs clés (montant, statut, date) et lie le hash au chain hash de la preuve. Cela crée un 4e témoin indépendant aux côtés d'Ed25519, RFC 3161 et Sigstore Rekor — le contenu du reçu est infalsifiable et vérifiable par tous. Même si le parsing du reçu échoue, le hash reste toujours valide.
Ajoutez un champ payment_evidence au body de votre requête POST /trust/v1/proxy avec une receipt_url Stripe. ArkForge gère le reste — récupération, hashing, parsing et intégration à la preuve. La preuve inclura une section payment_evidence avec le résultat de la vérification. Supporte actuellement les reçus Stripe (pay.stripe.com, receipt.stripe.com).
Chaque agent qui utilise Trust Layer construit un score de réputation public (0–100) basé sur 5 dimensions : volume de transactions, régularité, ancienneté, diversité de services et taux de succès. Le score est signé avec Ed25519 pour éviter toute falsification. Un nouvel agent commence à 0 et construit sa réputation par un usage régulier et réussi. Consultez le score de n'importe quel agent via GET /v1/agent/{agent_id}/reputation.
Si une transaction a produit un résultat incorrect, l'une ou l'autre des parties (acheteur ou vendeur) peut déposer un litige via POST /v1/disputes. Les litiges sont résolus instantanément et de manière déterministe basée sur le code HTTP upstream enregistré dans la preuve. La partie perdante reçoit une pénalité de réputation (−5% par défaite, plancher 50%). Limites anti-abus : 1h entre deux litiges, fenêtre de 7 jours, un litige par preuve.
Oui. Un litige n'invalide pas la preuve cryptographique — le chain hash, la signature et les horodatages restent intacts. Le litige ajoute des métadonnées (disputed, dispute_id) à la preuve, visibles sur la page de vérification publique. La preuve elle-même reste immutable.
Oui. Le code est sous licence MIT et la spécification sous CC BY 4.0. Visitez notre repository GitHub pour auditer, forker ou contribuer.
100 preuves par mois, gratuitement. Pas de carte bancaire. Clé API en 30 secondes.