La preuve a une date.

La recherche à la date as_of

Chaque recherche est évaluée à une date limite historique explicite. Une unité n’est admissible que si sa preuve de publication enregistrée est en vigueur à as_of ou avant. Une année seule désigne le dernier jour de cette année. Un document plus récent ne peut pas s’infiltrer rétroactivement dans le résultat.

Ce que contient un reçu

Un reçu consigne le pack et les entrées nécessaires pour examiner un résultat : content_hash, as_of, la langue, les unit_ids sélectionnés et le détail de vérification. Les reçus actuels portent un meta avec la taille de la recherche, un hachage de la requête et l’identité exacte de l’impl. Le vérificateur public affiche tels quels le hachage du pack et l’implémentation.

La limite de certification

Seul verify=PASS est certifié. Le rang de recherche n’est pas un score de vérité. Un reçu émis prouve que le service a consigné ces octets ; il ne rend pas certifié un résultat en échec, inconnu, discordant ou lié à un pack périmé. Deux faits indépendants sont requis, et status seul n’en est pas un : status: "verified" signifie seulement que le rejeu a reproduit le résultat enregistré — un reçu qui consigne fidèlement un refus se reproduit aussi exactement qu’un reçu qui consigne un succès. La réponse de revérification porte donc un booléen explicite, certified, vrai seulement si le rejeu a reproduit le résultat et que le verdict enregistré était lui-même un succès. La page de vérification exige les deux et traite un signal absent ou discordant comme non certifié.

{"status": "verified",       "certified": true}   → CERTIFIÉ
{"status": "verified",       "certified": false}  → reproduit, mais le reçu consigne un refus
{"status": "pack_not_current", "certified": false} → le pack qu’il nomme n’est plus en service
{"status": "mismatch",       "certified": false}  → le rejeu diffère de l’enregistrement

Si vous consommez l’API directement, lisez certified. Déduire la certification de status seul présentera des refus comme certifiés.

Connecter un client MCP

Utilisez le point de terminaison du serveur distant. Remplacez l’espace réservé par une clé qui vous a été émise ; ne mettez jamais de clé dans du code exécuté par le navigateur. L’installateur de la page d’accueil remplit l’extrait de chaque client à partir d’un seul copier-coller.

{
  "mcpServers": {
    "datelock": {
      "type": "http",
      "url": "https://api.datelock.ai/mcp",
      "headers": {
        "Authorization": "Bearer YOUR_DATELOCK_API_KEY"
      }
    }
  }
}

Le vérificateur du navigateur n’appelle pas /mcp et ne contient aucune clé d’API.