Les paiements, la finance, les fichiers, les reçus et les décisions des agents de superintelligence (SI) restent confidentiels sur vos propres systèmes. Leurs empreintes sont ancrées sur un réseau post-quantique et peuvent être démontrées devant tout tribunal ou régulateur.
Les régulateurs de l’Union européenne, du Royaume-Uni, des États-Unis, du Japon, de la Corée, de Singapour et de Hong Kong exigent que les systèmes automatisés tiennent des enregistrements traçables, conservés et protégés contre toute altération. Qstamp attribue à chaque action d’agent une empreinte confidentielle vérifiable indépendamment de l’entreprise qui l’a produite, et qui reste valable après que les ordinateurs quantiques auront cassé les signatures classiques.
En service sur la machine virtuelle Quantova. S’intègre dès aujourd’hui aux modèles et aux agents SI.
npm install @quantovainc/qstampQstamp est une boîte à outils de preuve post-quantique destinée aux agents de superintelligence (SI), qui préserve la confidentialité de chaque enregistrement. SI, abréviation de superintelligence, est le terme que Quantova utilise pour désigner les systèmes communément appelés IA. Son SDK calcule l’empreinte de chaque action et de chaque décision d’un agent sur les propres systèmes de l’entreprise et n’ancre sur le réseau Quantova qu’un engagement cryptographique salé. Les organisations des secteurs bancaire, public, de la santé et de la finance peuvent ainsi démontrer aux juridictions, aux auditeurs et aux régulateurs exactement ce que leurs agents ont fait et à quel moment, sans divulguer les enregistrements eux-mêmes. Ces preuves ne peuvent pas être falsifiées par un ordinateur quantique.
Lorsque les journaux d’agents, les pistes d’audit et les contrats intelligents sont signés aujourd’hui, ils le sont au moyen d’ECDSA sur secp256k1 ou P 256, d’EdDSA sur Ed25519 ou de RSA. L’algorithme de Shor casse ces trois schémas, après quoi un enregistrement falsifié ne peut plus être distingué d’un enregistrement authentique.
Sur Quantova, les comptes, les transactions, l’attestation du code des contrats et les certificats de finalité sont signés avec ML DSA, tel que spécifié dans FIPS 204. Le protocole n’accepte aucune signature classique, à quelque couche que ce soit.
Les enregistrements, leurs empreintes et leurs reçus restent au sein de l’entreprise. Seul un engagement cryptographique salé est ancré, que chacun peut vérifier et que personne ne peut lire. Un reçu reste vérifiable pendant toute la durée de conservation exigée par la loi.
Un registre public signifie que chacun peut vérifier qu’un enregistrement a existé et n’a pas été modifié. Cela ne signifie pas que quiconque peut le lire. Les prompts, les entrées et sorties des agents, les données personnelles et les données de paiement ne quittent jamais les systèmes de l’entreprise qui exploite l’agent.
L’empreinte de chaque enregistrement est calculée sur les propres systèmes de l’entreprise en SHA3 256 avec un sel aléatoire neuf de 256 bits, avant tout envoi. L’empreinte est à sens unique. Elle ne permet pas de reconstituer l’enregistrement, et le sel empêche quiconque de confirmer une hypothèse, même pour un prompt court ou prévisible. Un enregistrement n’est divulgué que lorsque son propriétaire choisit de le produire, par exemple devant un tribunal ou auprès d’un régulateur, accompagné de son reçu.
La consommation d’énergie fait désormais l’objet d’une obligation de déclaration pour les centres de données et pour les organisations qui y ont recours. Qstamp prouve ce qu’ont fait les agents SI sans nouveau matériel, sans nouveau stockage et sans minage. Le SDK s’exécute au sein des systèmes qu’une entreprise exploite déjà, et une seule transaction d’ancrage couvre jusqu’à un million d’enregistrements.
Le SDK s’exécute sur les serveurs qu’une entreprise utilise déjà. Il ne nécessite ni GPU, ni entraînement de modèle, ni grappe de stockage distincte, car les enregistrements ne sont jamais copiés vers Quantova.
L’empreinte d’un enregistrement est calculée en SHA3 256 en quelques microsecondes sur un processeur ordinaire. Lors de notre banc d’essai, les empreintes de 65536 enregistrements ont été calculées et combinées en un seul arbre de hachage en moins d’une seconde.
Jusqu’à 1048576 enregistrements partagent une même transaction d’ancrage à frais fixes, de sorte que le travail réseau par enregistrement tend vers zéro à mesure que la taille des lots augmente.
Le réseau Quantova finalise chaque bloc au moyen de signatures de comité en ML DSA 65, et non par preuve de travail, de sorte que l’ancrage ne consomme aucune énergie de minage.
Les organisations qui rendent compte de leur consommation d’énergie et de leurs émissions, par exemple en application de la directive européenne relative à l’efficacité énergétique ou des règles de publication d’informations en matière de durabilité, peuvent ajouter des enregistrements révélant toute altération de leurs agents SI sans ajouter de nouvelle infrastructure à ce rapport.
Les systèmes SI écrivent désormais du code, conçoivent des expériences, ajustent des modèles et contribuent de plus en plus aux recherches qui améliorent la SI elle-même. À mesure que leurs capacités progressent avec une intervention humaine moindre à chaque étape, les actions et les décisions de ces systèmes deviennent plus difficiles à observer. Il n’existe aujourd’hui aucun registre commun, révélant toute altération, de ce que les agents autonomes et les agents de superintelligence ont réellement fait. Qstamp est conçu pour fournir ce registre, afin que le développement de ces systèmes demeure soumis à l’obligation de rendre compte envers les personnes et les institutions qu’ils servent.
Qstamp calcule l’empreinte de chaque action d’agent, de chaque modification de modèle et de chaque décision au moment où elle se produit, et ancre sur la chaîne un engagement cryptographique salé par lot. Les opérateurs, les auditeurs et les régulateurs peuvent ensuite retrouver exactement ce qu’a fait un agent et confirmer qu’il a agi dans les limites de son mandat.
Les empreintes sont ancrées sur Quantova, qui signe chaque compte, chaque transaction, chaque contrat et chaque certificat de finalité avec des signatures post-quantiques depuis son premier bloc. Aucun schéma de signature classique n’est hérité, où que ce soit, dans ses comptes, ses contrats, ses engagements cryptographiques stockés ou son consensus.
Chaque transaction d’ancrage peut être vérifiée sur QVMScan, l’explorateur de Quantova, qui indique à quel moment un lot a été figé et par quel compte. L’explorateur n’affiche jamais le contenu d’un enregistrement, car ce contenu ne quitte jamais son propriétaire.
La plupart des enregistrements d’agents résident dans une base de données contrôlée par la partie même qui fait l’objet de l’audit et sont protégés par des signatures que les ordinateurs quantiques casseront. Qstamp place la preuve hors de ce périmètre. Chaque enregistrement est réduit à une empreinte et ancré au moyen de signatures post-quantiques, et toute personne peut le vérifier sans en voir le contenu.
Dans les plus grandes économies, la loi impose désormais aux exploitants de systèmes automatisés et de systèmes d’IA d’enregistrer ce que font ces systèmes, de conserver ces enregistrements et de les protéger contre toute altération. Qstamp produit des preuves à l’appui de ces obligations, qui restent vérifiables après que la cryptographie classique aura été cassée.
Les systèmes d’IA à haut risque permettent techniquement l’enregistrement automatique des événements (journaux) tout au long de leur durée de vie, et les fournisseurs conservent ces journaux pendant une période d’au moins six mois.
Chaque événement journalisé est ancré, de sorte que son intégrité peut être démontrée pendant toute la durée de conservation.
Les données à caractère personnel doivent être traitées de façon à garantir une sécurité appropriée, y compris la protection contre le traitement non autorisé et contre la perte ou les dégâts d’origine accidentelle. Les entreprises réglementées doivent tenir des enregistrements ordonnés, suffisants pour permettre au régulateur de contrôler le respect de leurs obligations.
Une preuve révélant toute altération que les enregistrements sont complets et inchangés, sans publication de leur contenu.
Les enregistrements électroniques doivent être conservés selon des mesures garantissant leur authenticité, telles que des horodatages ou un historique des corrections et des suppressions. La loi sur la promotion de l’IA fait de la transparence dans le développement et l’utilisation de l’IA un principe fondamental.
Des preuves d’intégrité et d’horodatage pour chaque enregistrement, en complément des horodatages accrédités et des historiques de corrections.
Les opérateurs d’IA à fort impact doivent mettre en place des mesures de gestion des risques, d’explication et de protection des utilisateurs, et conserver les documents qui en attestent. Les registres des accès aux informations personnelles doivent être conservés et protégés contre la falsification et l’altération.
Des enregistrements des décisions et des accès révélant toute altération, qu’un régulateur peut vérifier de manière indépendante.
Les utilisateurs de données doivent prendre toutes les mesures raisonnablement possibles pour protéger les données à caractère personnel contre tout accès, traitement, effacement, perte ou utilisation non autorisés ou accidentels. Les établissements agréés doivent gérer le risque technologique, y compris l’intégrité de leurs systèmes et des enregistrements que ces systèmes contiennent.
Des empreintes vérifiables des enregistrements d’agents et des contenus produits par la SI, permettant d’en démontrer l’intégrité auprès de la HKMA, du commissaire à la protection des données personnelles (Privacy Commissioner) ou d’un tribunal.
Les enregistrements des courtiers-négociants doivent être conservés sous une forme non réinscriptible et non effaçable, ou assortis d’une piste d’audit complète et horodatée. Les systèmes fédéraux doivent migrer vers l’établissement de clés et les signatures post-quantiques.
Une piste d’audit horodatée et révélant toute altération, signée au moyen de la cryptographie post-quantique dès l’origine.
Qstamp fournit des preuves qui contribuent au respect de ces obligations. Chaque organisation reste responsable du respect de l’ensemble des exigences des lois qui lui sont applicables. Correspondance complète par juridiction
Qstamp ancre le mandat qui a autorisé l’agent, le paiement qu’il entendait effectuer, la décision de contrôle qui l’a approuvé et le règlement qui a suivi. Chaque enregistrement est lié au précédent, de sorte qu’une banque, une autorité de contrôle ou un tribunal peut vérifier l’ensemble de la chaîne, de l’habilitation au règlement.
Le mandat et le paiement envisagé sont ancrés avant l’envoi de toute instruction, de sorte que l’enregistrement de ce qui était permis et de ce qui était envisagé ne peut pas être modifié ultérieurement.
Les contrôles relatifs aux sanctions, aux plafonds et à la lutte contre le blanchiment de capitaux, toute approbation humaine et la confirmation de règlement sont ancrés et liés à l’intention.
Chaque maillon est vérifié de manière indépendante, et tout enregistrement manquant, altéré ou réordonné est détecté, pendant toute la durée de conservation de dix ans désormais exigée par les règles applicables aux paiements.
Treize étapes réparties en quatre phases, à savoir mise en place, intégration, exploitation et preuve. Chaque valeur présentée est tirée d’un déploiement réel de Qstamp sur la machine virtuelle Quantova, et toute entreprise qui intègre Qstamp suit la même procédure.
L’entreprise SI ajoute le SDK Qstamp open source au service qui exécute ses agents. Il ne comporte qu’une seule dépendance, QCore, pour la signature post-quantique.
$ npm install @quantovainc/qstamp added 2 packages $ npx @quantovainc/qstamp --version 0.1.4
Une clé de signature est créée sur le propre serveur de l’opérateur ou sur son module matériel de sécurité. Son compte est approvisionné et enregistré une seule fois sur le réseau Quantova.
$ openssl rand -hex 32 > signer.key && chmod 600 signer.key $ node account.js address Q1NUR6ETECQXEVE77TJ9YPZ6WAWYMT45WCJANV5J43X93SF79DWE0S0D572X status registered, ready to stamp
L’entreprise horodate au moyen du contrat Qstamp officiel, ou déploie son propre contrat émetteur à partir des modèles Quanta. Son propre contrat est compilé dans QIDE sur qdock.io par le compilateur Quanta attesté et déployé avec le portefeuille QMask.
Lorsqu’un modèle est approuvé pour utilisation, son passeport est horodaté avec le type d’enregistrement ai_model. Chaque décision ultérieure peut alors être rattachée au modèle exact qui l’a prise.
{
"evaluation": {"approved_by": "Model Risk Committee", "auc": 0.871},
"model": "risk-model 3.2.1",
"time": "2026-10-09T09:39:27.273Z",
"training_data": "dataset manifest 2026-09-30",
"weights_sha3": "f01483b8e6269760c5c2e2025875b6e5d1b16402443e9a98d73e0a43156bf17b"
}L’environnement d’exécution de l’agent consigne chaque appel d’outil et chaque décision sous la forme d’un enregistrement canonique, le conserve dans le propre journal de l’entreprise et ancre le lot chaque minute. Les reçus sont stockés à côté des actions.
const qstamp = require('@quantovainc/qstamp');
const batch = [];
agent.on('action', (action) => {
const bytes = Buffer.from(canonicalJson(action));
log.write(bytes);
batch.push({ digest: qstamp.digestBytes(bytes) });
});
setInterval(async () => {
const records = batch.splice(0);
if (records.length === 0) return;
const receipts = await qstamp.stamp({
seed, index: 0, kind: 'ai_agent_action', records,
onPending: savePending,
});
receipts.forEach(storeBesideAction);
}, 60000);Un agent de décision de crédit d’une banque approuve un prêt. Son action est consignée sous la forme d’un enregistrement JSON canonique indiquant l’agent, le modèle, la politique, l’outil, la décision et l’heure.
{
"agent": "credit-decision-agent-07",
"amount_usd": 125000,
"applicant": "APP-54a49c823275",
"decision": "approve",
"human_review": false,
"model": "risk-model 3.2.1",
"operator": "Example Bank plc",
"policy": "retail-lending-policy 2026-10",
"reasons": ["score_above_threshold"],
"risk_score": 645,
"time": "2026-10-09T09:39:25.132Z",
"tool": "credit_bureau.lookup"
}Sur les propres systèmes de l’opérateur, le SDK calcule l’empreinte SHA3 de 256 bits de l’enregistrement. L’enregistrement lui-même ne quitte jamais la banque.
$ npx @quantovainc/qstamp hash action-04.json action-04.json
L’empreinte est liée à un sel aléatoire frais et placée dans un arbre de hachage avec les autres actions du lot. Six actions partagent une même racine d’arbre.
La racine est liée à la chaîne, au contrat officiel, au compte signataire, au type d’enregistrement et à la taille du lot. Le résultat est un engagement cryptographique unique de 32 octets.
Le SDK envoie une transaction unique qui appelle le contrat Quanta Qstamp sur la machine virtuelle Quantova. Elle est signée avec ML DSA 65, une signature post-quantique.
Les validateurs finalisent le bloc au moyen de signatures post-quantiques. Le contrat consigne l’engagement cryptographique dans un événement Stamped. L’horodatage est devenu final en moins d’une seconde.
Toute personne peut ouvrir la transaction sur QVMScan, l’explorateur public de Quantova, et y lire l’engagement cryptographique, le signataire, le type d’enregistrement et le bloc.
La banque produit l’enregistrement et son reçu. Le vérificateur recalcule l’empreinte, la racine de l’arbre et l’engagement cryptographique, et retrouve le même engagement sur la chaîne. La modification d’un seul chiffre fait échouer la vérification.
$ npx @quantovainc/qstamp verify action-04.json.qstamp.json --file action-04.json pass format · pass contract · pass content · pass inclusion pass chain · pass transaction · pass event · pass block VALID stamped no later than 2026-10-09T09:39:25Z in block 2011753 $ npx @quantovainc/qstamp verify action-04.json.qstamp.json --file altered.json FAIL content the content does not match the fingerprint in the receipt INVALID
Le SDK réduit chaque enregistrement à un condensat de 256 bits et le lie à un sel aléatoire neuf. Le contenu ne quitte jamais l’opérateur, et rien ne peut en être déduit à partir de ce qui est publié.
Jusqu’à 1048576 enregistrements forment un arbre de hachage RFC 9162 unique. Sa racine, la taille du lot, la chaîne, le contrat, le signataire et le type d’enregistrement sont liés en un seul engagement cryptographique de 32 octets.
Chaque enregistrement est accompagné d’un reçu. La vérification recalcule chaque maillon, de l’enregistrement jusqu’au bloc finalisé, de sorte qu’il n’est jamais nécessaire de faire confiance à Quantova Inc ni au détenteur de l’enregistrement.
Chaque appel d’outil, décision et résultat produit par un agent peut être horodaté par lots et vérifié ultérieurement par le client, l’assureur ou le régulateur. L’enregistrement prouve ce qui a été fait, par quel système et sous quel modèle, ainsi que le moment au plus tard auquel cela a été fait.
Reçus d’action, passeports de modèle et enregistrements d’évaluation.
Enregistrements de négociation, relevés, décisions de crédit et rapports.
Registres, licences, marchés publics et documents publics.
Contrats, dépôts réglementaires, communiqués et tout document faisant foi.
Une preuve n’est durable que dans la mesure où l’infrastructure qui en témoigne l’est. Quantova utilise des signatures post-quantiques pour chaque compte, chaque transaction et chaque certificat de finalité depuis son premier bloc, de sorte que l’historique qui sous-tend un reçu Qstamp n’a jamais dépendu d’une primitive qu’un ordinateur quantique est connu pour casser.
Les comptes, les transactions et les certificats des validateurs sont signés en ML DSA 65. Une infrastructure qui migre plus tard conserve son historique antérieur sous des clés cassables.
La QVM n’admet que du code de contrat signé par le compilateur Quanta attesté, de sorte que le contrat d’horodatage ne peut pas être remplacé par un code altéré.
Le comité qui finalise chaque bloc est indépendant de la partie qui a produit l’enregistrement, de sorte que la preuve ne repose pas sur une auto-déclaration.
Tout ce dont une équipe d’ingénierie ou d’audit a besoin pour évaluer Qstamp est public et accessible en un clic.
Code source complet, construction publiée et historique des versions, ouverts à un examen de sécurité indépendant.
git clone https://github.com/Quantova/QStamp.gitOutil en ligne de commande et bibliothèque pour Node 20 ou version ultérieure, avec une seule dépendance, QCore, pour la signature post-quantique.
npm install @quantovainc/qstampContrats intelligents Quanta ouvert, émetteur et conseil. Un audit indépendant réalisé par un tiers est requis avant tout déploiement en production.
git clone https://github.com/Quantova/Qstamp-Quanta-Smart-contract-example-.gitPoint d’accès public du réseau de test Quantova. Obtenez gratuitement des unités de test TQTOV pour acquitter les frais d’ancrage.
https://rpc-testnet.quantova.orgInstallez le SDK, calculez l’empreinte d’un fichier, ancrez-la et vérifiez le reçu. Open source sous licence Apache 2.0 ou sous licence MIT.
Demandez comment fonctionne Qstamp, comment l’installer, comment le connecter à un agent SI ou comment il contribue au respect des exigences réglementaires.
Qstamp est une boîte à outils de preuve post-quantique destinée aux agents de superintelligence (SI), qui préserve la confidentialité de chaque enregistrement. SI, abréviation de superintelligence, est le terme que Quantova utilise pour désigner les systèmes communément appelés IA. Son SDK calcule l’empreinte de chaque action et de chaque décision d’un agent sur les propres systèmes de l’entreprise et n’ancre sur le réseau Quantova qu’un engagement cryptographique salé. Les organisations des secteurs bancaire, public, de la santé et de la finance peuvent ainsi démontrer aux juridictions, aux auditeurs et aux régulateurs exactement ce que leurs agents ont fait et à quel moment, sans divulguer les enregistrements eux-mêmes. Ces preuves ne peuvent pas être falsifiées par un ordinateur quantique.
Les enregistrements d’agents reposent aujourd’hui sur des signatures classiques, à savoir ECDSA sur secp256k1 ou P 256, EdDSA sur Ed25519 ou RSA, qui sont toutes cassées par l’algorithme de Shor. Quantova signe les comptes, les transactions, le code des contrats et la finalité avec ML DSA et n’accepte aucune signature classique dans son protocole.
Pour chaque enregistrement, Qstamp calcule une empreinte sur vos propres systèmes, regroupe de nombreuses empreintes en un seul engagement cryptographique de 32 octets et ancre cet engagement au moyen d’un contrat intelligent Quanta sur la machine virtuelle Quantova (QVM).
Chaque enregistrement reçoit ensuite un reçu. Avec l’enregistrement et son reçu, toute personne peut prouver ultérieurement que l’enregistrement existait exactement sous cette forme au plus tard à l’heure de l’ancrage, sans devoir faire confiance à Quantova Inc ni au détenteur de l’enregistrement.
Un reçu valide prouve trois faits.
Un reçu ne prouve pas que le contenu est véridique, licite ou approuvé, et il n’identifie aucune personne. Il ne constitue pas un horodatage électronique qualifié au sens d’eIDAS 2, sauf s’il est délivré par un prestataire de services de confiance qualifié certifié.
Non. Un registre public signifie une preuve publique, et non des données publiques. Chacun peut vérifier qu’un enregistrement a existé et n’a pas été modifié, mais personne ne peut le lire.
Les prompts, les entrées et sorties des agents, leur raisonnement, les appels d’outils, les données personnelles, les données de paiement, les fichiers et les poids des modèles ne quittent jamais vos systèmes. L’empreinte de chaque enregistrement est calculée localement en SHA3 256 avec un sel aléatoire neuf de 256 bits, et seul un engagement cryptographique de 32 octets calculé à partir de ces empreintes est publié, accompagné du bloc, de l’heure, du compte signataire, du contrat et du type d’enregistrement.
L’empreinte ne permet pas de reconstituer l’enregistrement, et le sel empêche quiconque de confirmer une hypothèse, même pour un prompt court ou prévisible. Un enregistrement n’est divulgué que lorsque vous choisissez de le produire, par exemple devant un tribunal ou auprès d’un régulateur, accompagné de son reçu.
Très peu. Le SDK s’exécute sur les serveurs qu’une entreprise exploite déjà et ne nécessite ni GPU, ni entraînement de modèle, ni stockage distinct, car les enregistrements ne sont jamais copiés vers Quantova. L’empreinte d’un enregistrement est calculée en SHA3 256 en quelques microsecondes sur un processeur ordinaire et, lors de notre banc d’essai, les empreintes de 65536 enregistrements ont été calculées et combinées en un seul arbre de hachage en moins d’une seconde.
Jusqu’à 1048576 enregistrements partagent une même transaction d’ancrage, et le réseau Quantova finalise les blocs au moyen de signatures de comité en ML DSA 65 plutôt que par preuve de travail, de sorte que l’ancrage ne consomme aucune énergie de minage.
Qstamp est publié sur npm et sur GitHub, sous licence Apache 2.0 ou sous licence MIT. Node 20 ou une version ultérieure est requis.
npm install @quantovainc/qstamp
Pour examiner le code source ou le compiler vous-même, clonez le dépôt.
git clone https://github.com/Quantova/QStamp.git cd QStamp npm ci
openssl rand -hex 32 > signer.key chmod 600 signer.key
const fs = require('fs');
const { Client, core } = require('@quantovainc/qcore');
const seed = Uint8Array.from(Buffer.from(fs.readFileSync('signer.key', 'utf8').trim(), 'hex'));
const client = new Client('https://rpc-testnet.quantova.org', { expectedChainId: 'Q-test-net-1' });
const address = core.address(seed, 0);
client.account(address).then(async (account) => {
console.log('address ' + address);
console.log('balance ' + account.balance + ' quon');
if (account.has_key) return console.log('status registered, ready to stamp');
if (account.balance === '0') return console.log('status claim test TQTOV at the faucet');
const { outcome } = await client.register(seed, 0, '100000');
console.log('status registration ' + outcome.verdict);
});npx qstamp stamp report.pdf --seed-file ./signer.key --index 0 --kind record npx qstamp verify report.pdf.qstamp.json --file report.pdf
Chaque transaction d’ancrage coûte 0.005 TQTOV sur le réseau de test, quel que soit le nombre de fichiers. Gardez signer.key secret et sauvegardé. Toute personne qui le détient peut signer au nom de votre compte.
Consignez chaque action effectuée par l’agent, puis ancrez les actions par lots.
const qstamp = require('@quantovainc/qstamp');
const batch = [];
function recordAction(action) {
const bytes = Buffer.from(JSON.stringify(action));
batch.push({ digest: qstamp.digestBytes(bytes) });
}
async function anchorBatch(seed) {
if (batch.length === 0) return [];
const records = batch.splice(0);
return qstamp.stamp({
seed,
index: 0,
kind: 'ai_agent_action',
records,
onPending: (pending) => savePending(pending),
});
}La graine est transmise sous la forme d’un Uint8Array de 32 octets et le SDK l’efface après la signature. Les fichiers de modèle et les jeux de données peuvent être horodatés de la même manière avec les types ai_model et ai_dataset.
Le type d’enregistrement est stocké sur la chaîne avec chaque engagement cryptographique, de sorte qu’un vérificateur peut voir quelle catégorie d’enregistrement a été ancrée. Les types nommés sont énumérés ci-dessous. D’autres valeurs sont disponibles pour des schémas privés.
0 record 1 file 2 document 3 software_release 4 ai_model 5 ai_dataset 6 ai_agent_action 7 ai_output 8 wallet_binding 9 financial_record 10 public_record
La plupart des utilisateurs n’ont jamais à déployer de contrat. Le contrat Qstamp ouvert est déjà en service et le SDK l’utilise par défaut. Une institution ne déploie son propre contrat que si elle a besoin d’un émetteur autorisé ou d’une approbation à plusieurs parties.
Les modèles sont des exemples. Un audit de sécurité indépendant réalisé par un tiers est requis avant tout déploiement en production. Les reçus émis par votre propre contrat se vérifient en transmettant son adresse avec l’option trustCustomContract définie sur true.
Qstamp fournit des preuves. Chaque organisation reste responsable du respect des autres exigences des lois qui lui sont applicables.
Oui. Qstamp consigne ce qu’un agent a fait, quelles que soient ses capacités. Le même SDK, les mêmes types d’enregistrement et les mêmes reçus s’appliquent aussi bien à un assistant aux capacités limitées qu’aux systèmes autonomes les plus performants.
Les systèmes SI contribuent de plus en plus aux recherches qui améliorent la SI elle-même, avec une intervention humaine moindre à chaque étape. Qstamp inscrit sur la chaîne, au moment où elles se produisent, une empreinte de chaque action, de chaque modification de modèle et de chaque décision, sur un réseau post-quantique depuis son premier bloc, afin que chaque étape puisse ultérieurement être retrouvée et comparée à ce que l’agent était autorisé à faire. Chaque transaction d’ancrage est visible sur QVMScan, l’explorateur de Quantova.
À mesure que les agents gagnent en capacités et agissent avec moins de contrôle humain, des preuves indépendantes de chaque action deviennent plus importantes. Un reçu permet à un opérateur, à un auditeur ou à un régulateur de confirmer ce qui a été enregistré sans devoir faire confiance à l’agent ni à son opérateur.
Non. Les empreintes sont calculées sur vos propres systèmes. La seule valeur publiée pour chaque lot est un engagement cryptographique salé de 32 octets, dont aucun contenu ne peut être déduit.
Un reçu ne contient aucune partie de l’enregistrement, mais il contient le condensat et le sel de l’enregistrement. Traitez les reçus avec le même soin que les enregistrements qu’ils décrivent.
Sur le réseau de test, chaque transaction d’ancrage coûte 0.005 TQTOV quelle que soit la taille du lot, jusqu’à 1048576 enregistrements. Les unités de test TQTOV n’ont aucune valeur monétaire et sont gratuites auprès du distributeur (faucet).
L’utilisation en production se fera sur le réseau principal Quantova, selon son barème de frais publié, dès son lancement.
Non. Les reçus émis sur le réseau de test n’ont aucune valeur probante. Utilisez le réseau de test pour développer et tester votre intégration. L’utilisation en production se fera sur le réseau principal Quantova dès son lancement.
Le vérificateur a besoin de l’enregistrement et de son reçu.
npx qstamp verify receipt.qstamp.json --file record.pdf
Le résultat est valide, invalide ou indéterminé. Indéterminé signifie que le réseau n’a pas pu être consulté. Un résultat indéterminé n’est jamais présenté comme valide. Les quatre premiers contrôles s’exécutent entièrement sur la propre machine du vérificateur. Un vérificateur indépendant peut aussi reconstruire chaque contrôle à partir de la construction publiée sur la page Mathématiques.
Les empreintes et les arbres de hachage utilisent SHA3 avec une sortie de 256 bits, tel que spécifié dans FIPS 202, ce qui offre une sécurité de 128 bits face à la recherche quantique de préimage. Chaque transaction et chaque certificat de finalité du réseau Quantova sont signés en ML DSA 65, tel que spécifié dans FIPS 204.
Écrivez à [email protected]. Pour signaler une vulnérabilité de sécurité, suivez la politique Sécurité et divulgation.