Суверенний рівень безпеки
для автономних агентів.

Платежі, фінанси, файли, квитанції та рішення агентів суперінтелекту (SI) залишаються конфіденційними у ваших власних системах. Їхні цифрові відбитки закріплюються в постквантовій мережі, і їх можна довести будь-якому суду чи регулятору.

Регулятори Європейського Союзу, Сполученого Королівства, Сполучених Штатів, Японії, Кореї, Сінгапуру та Гонконгу вимагають, щоб автоматизовані системи вели записи, які є простежуваними, зберігаються та захищені від змін. Qstamp надає кожній дії агента конфіденційний цифровий відбиток, який можна перевірити незалежно від компанії, що його створила, і який залишається дійсним після того, як квантові комп'ютери зламають класичні підписи.

Платежі агентівФінансиФайлиКвитанціїРішенняМоделі

Працює в Quantova Virtual Machine. Уже сьогодні інтегрується з SI-моделями та SI-агентами.

npm install @quantovainc/qstamp
qstamp · evidence pipeline · live sequenceQVM
МЕЖА ОПЕРАТОРА · ЗАПИСИ НЕ ВИХОДЯТЬ QUANTOVA VIRTUAL MACHINE · ПОСТКВАНТОВА ОСТАТОЧНІСТЬ SI-агентзапис дії ВідбитокSHA3 · 256 біт Лист із сіллюдайджест + сіль 32 Б Дерево пакетаRFC 9162 · 2^20 листів Зобов'язання32 Б · повна прив'язка Контракт QuantaQVM · транз. ML DSA 65 Остаточністьпідписи валідаторів Квитанціяшлях + закріплення Перевіркабудь-хто · будь-коли комітет · ML DSA 65 · близько 0,2 с ДІЙСНА SI-агентзапис діїВідбитокSHA3 · 256 бітЛист із сіллюдайджест + сіль 32 БДерево пакетаRFC 9162 · 2^20 листівЗобов'язання32 Б · повна прив'язкаКонтракт QuantaQVM · транз. ML DSA 65Остаточністьпідписи валідаторівКвитанціяшлях + закріпленняПеревіркабудь-хто · будь-коли
01 / 09
SI-агент виконує дію
Агент затверджує платіж, викликає інструмент або створює результат. Кожна дія фіксується як запис.
Що таке Qstamp

Qstamp є постквантовим інструментарієм доказів для агентів суперінтелекту (SI), який зберігає конфіденційність кожного запису. SI, скорочення від слова суперінтелект, є терміном, яким Quantova позначає системи, що їх зазвичай називають ШІ. Його SDK обчислює цифровий відбиток кожної дії та кожного рішення агента у власних системах компанії і закріплює в мережі Quantova лише криптографічне зобов'язання із сіллю. Завдяки цьому організації у сферах банківської діяльності, державного управління, охорони здоров'я та фінансів можуть точно довести судам, аудиторам і регуляторам, що саме зробили їхні агенти і коли, не розкриваючи самих записів. Ці докази неможливо підробити за допомогою квантового комп'ютера.

Класичні записи можна підробити

Якщо журнали агентів, журнали аудиту та смарт-контракти сьогодні підписуються, то за допомогою ECDSA над secp256k1 або P 256, EdDSA над Ed25519 чи RSA. Алгоритм Shor зламує всі три схеми, після чого підроблений запис неможливо відрізнити від справжнього.

Quantova не приймає жодного класичного підпису

Акаунти, транзакції, атестація коду контрактів і сертифікати остаточності в Quantova підписуються за допомогою ML DSA відповідно до FIPS 204. Протокол не приймає класичних підписів на жодному рівні.

Конфіденційні записи, перевірюваний доказ

Записи, їхні цифрові відбитки та квитанції залишаються в компанії. Закріплюється лише криптографічне зобов'язання із сіллю, яке будь-хто може перевірити, але ніхто не може прочитати. Квитанція залишається перевірюваною протягом усього строку зберігання, якого вимагає закон.

Конфіденційність, закладена в конструкцію

Публічний запис доказу. Ніколи не запис ваших даних.

Публічний запис означає, що будь-хто може перевірити, що запис існував і не був змінений. Це не означає, що будь-хто може його прочитати. Промпти, вхідні та вихідні дані агентів, персональні дані та платіжні реквізити ніколи не залишають систем компанії, яка керує агентом.

Публікується в блокчейні
  • 32-байтове криптографічне зобов'язання, обчислене з цифрових відбитків із сіллю
  • Блок, час і транзакція
  • Акаунт підписанта і контракт
  • Вид запису, наприклад дія SI-агента
Ніколи не публікується
  • Промпти та інструкції, надані агентам
  • Вихідні дані агентів, міркування та виклики інструментів
  • Персональні дані та дані клієнтів або пацієнтів
  • Платіжні реквізити, суми та номери рахунків
  • Файли, документи та ваги моделей
  • Самі записи та їхні квитанції

Для кожного запису обчислюється цифровий відбиток у власних системах компанії за допомогою SHA3 256 і нової 256-бітової випадкової солі ще до того, як будь-що буде надіслано. Цифровий відбиток є одностороннім. Його неможливо перетворити назад на запис, а сіль не дає змоги будь-кому підтвердити припущення навіть щодо короткого або передбачуваного промпту. Запис розкривається лише тоді, коли його власник вирішить його надати, наприклад суду або регулятору, разом із його квитанцією.

Енергоефективність

Докази, які нічого не додають до вашого звіту про енергоспоживання.

Енергоспоживання нині є предметом обов'язкової звітності для центрів обробки даних і для організацій, які на них покладаються. Qstamp доводить, що зробили SI-агенти, без нового обладнання, нового сховища чи майнінгу. SDK працює всередині систем, які компанія вже експлуатує, а одна транзакція закріплення охоплює до мільйона записів.

Жодного нового центру обробки даних

SDK працює на серверах, які компанія вже використовує. Він не потребує GPU, навчання моделей чи окремого кластера зберігання, оскільки записи ніколи не копіюються до Quantova.

Мікросекунди на запис

Цифровий відбиток запису обчислюється за допомогою SHA3 256 за мікросекунди на звичайному процесорі. У нашому тестуванні продуктивності для 65536 записів було обчислено цифрові відбитки та об'єднано їх в одне хеш-дерево менш ніж за одну секунду.

Одна транзакція на мільйон записів

До 1048576 записів використовують одну спільну транзакцію закріплення з фіксованою комісією, тому мережеве навантаження на кожен запис наближається до нуля зі зростанням пакетів.

Без майнінгу

Мережа Quantova забезпечує остаточність кожного блоку за допомогою підписів комітету на основі ML DSA 65, а не доказу роботи, тому закріплення не споживає енергії на майнінг.

Організації, які звітують про енергоспоживання та викиди, наприклад відповідно до Директиви ЄС про енергоефективність або правил звітності щодо сталого розвитку, можуть додавати записи своїх SI-агентів із виявленням підробки, не додаючи до цього звіту нової інфраструктури.

Чому прозорість потрібна саме зараз

Системам, що самовдосконалюються, потрібен запис, який вони не можуть переписати.

SI-системи нині пишуть код, розробляють експерименти, налаштовують моделі й дедалі більше долучаються до досліджень, що вдосконалюють сам SI. Оскільки їхні можливості зростають за дедалі меншої участі людини на кожному етапі, дії та рішення цих систем стає складніше спостерігати. Сьогодні не існує загального запису з виявленням підробки того, що насправді зробили автономні агенти та агенти суперінтелекту. Qstamp створено для того, щоб забезпечити такий запис, аби розвиток цих систем залишався підзвітним людям та інституціям, яким вони служать.

Відтворення кожної дії

Qstamp обчислює цифровий відбиток кожної дії агента, кожної зміни моделі та кожного рішення в момент їх здійснення і закріплює в блокчейні одне криптографічне зобов'язання із сіллю для кожного пакета. Оператори, аудитори та регулятори можуть згодом точно відтворити, що зробив агент, і підтвердити, що він діяв у межах своїх повноважень.

Постквантова безпека від самих основ

Цифрові відбитки закріплюються в Quantova, яка з першого блоку підписує кожен акаунт, кожну транзакцію, кожен контракт і кожен сертифікат остаточності постквантовими підписами. Жодна класична схема підпису не успадкована в жодній частині її акаунтів, контрактів, збережених криптографічних зобов'язань чи консенсусу.

Перевірюваність у QVMScan

Кожну транзакцію закріплення можна перевірити в QVMScan, оглядачі блоків Quantova, який показує, коли і яким акаунтом було зафіксовано пакет. Оглядач блоків ніколи не показує змісту запису, оскільки зміст ніколи не залишає свого власника.

Проблема

Хмарний журнал не може довести, що зробив агент.

Більшість записів агентів зберігається в базі даних, яку контролює сторона, що є об'єктом аудиту, і захищена підписами, які квантові комп'ютери зможуть зламати. Qstamp виносить доказ за межі цієї зони контролю. Кожен запис зводиться до цифрового відбитка і закріплюється постквантовими підписами, і будь-хто може перевірити його, не бачачи його змісту.

НИНІ · ЗВИЧАЙНИЙ ХМАРНИЙ ЖУРНАЛМОЖНА ПІДРОБИТИ КВАНТОВИМ КОМП'ЮТЕРОМQSTAMP · КОНФІДЕНЦІЙНІ ЗАПИСИ, ПЕРЕВІРЮВАНИЙ ДОКАЗПЕРЕВІРКА МОЖЛИВА Й ПІСЛЯ ПОЯВИ КВАНТОВИХ КОМП'ЮТЕРІВSI-агентзапис діїБД хмарного журналуу володінні оператораДоступ адміністраторарядки можна переписатиАудитор або судмусить довіряти операторуSI-агентзапис діїВідбиток SHA3зміст не розкриваєтьсяКонтракт QuantaML DSA 65 · закріпленняАудитор або суднезалежна перевірка✕ квантово-вразливі ключі✕ тихі зміни✕ цілісність недоказова✓ 256-бітовий відбиток✓ постквантовий підпис✓ виявлення підробкизапис переписанобудь-яку зміну виявленоНИНІ · ЗВИЧАЙНИЙ ХМАРНИЙ ЖУРНАЛQSTAMP · ПОСТКВАНТОВИЙ РІВЕНЬSI-агентзапис діїБД хмарного журналуу володінні оператораДоступ адміністраторарядки можна переписатиАудитор або судмусить довіряти операторуSI-агентзапис діїВідбиток SHA3зміст не розкриваєтьсяКонтракт QuantaML DSA 65 · закріпленняАудитор або суднезалежна перевірка✕ квантово-вразливі ключі✕ тихі зміни✕ цілісність недоказова✓ 256-бітовий відбиток✓ постквантовий підпис✓ виявлення підробки
Ризик у традиційному веденні журналівЗахист за допомогою Qstamp
Чого вимагає закон

Регулятори вимагають записів, яким можна довіряти.

У найбільших економіках світу законодавство нині вимагає від операторів автоматизованих систем і систем ШІ фіксувати дії цих систем, зберігати записи та захищати їх від змін. Qstamp створює докази, що сприяють виконанню цих обов'язків і залишаються придатними для перевірки після того, як класичну криптографію буде зламано.

Європейський Союз
Регламент (ЄС) 2024/1689 про штучний інтелект (AI Act), статті 12 і 19

Системи ШІ високого ризику повинні технічно забезпечувати автоматичну реєстрацію подій протягом усього строку їх експлуатації, а постачальники повинні зберігати ці журнали щонайменше шість місяців.

Кожна зареєстрована подія закріплюється, тож її цілісність можна підтвердити протягом усього строку зберігання.

Сполучене Королівство
UK GDPR, стаття 5(1)(f) · FCA Handbook SYSC 9

Персональні дані мають оброблятися із забезпеченням належної безпеки, зокрема захисту від несанкціонованої обробки та випадкової втрати або пошкодження. Регульовані компанії повинні вести впорядковані записи, достатні для того, щоб регулятор міг здійснювати моніторинг дотримання вимог.

Доказ із виявленням підробки того, що записи є повними та незміненими, без публікації їхнього змісту.

Японія
Закон про ведення електронних бухгалтерських книг · Закон про сприяння розвитку ШІ 2025 року

Електронні записи мають зберігатися із застосуванням заходів, що забезпечують їхню автентичність, таких як позначки часу або історія виправлень і видалень. Закон про сприяння розвитку ШІ встановлює прозорість у розробленні та використанні ШІ як основоположний принцип.

Докази цілісності та часу для кожного запису, що доповнюють акредитовані позначки часу та історії виправлень.

Південна Корея
Рамковий закон про ШІ · Закон про захист персональної інформації

Оператори ШІ з високим рівнем впливу повинні запровадити заходи з управління ризиками, надання пояснень і захисту користувачів та зберігати документи, що їх підтверджують. Записи про доступ до персональної інформації мають зберігатися та бути захищеними від підробки та змінення.

Записи рішень і доступу з виявленням підробки, які регулятор може перевірити самостійно.

Гонконг
Personal Data (Privacy) Ordinance (Cap. 486) · HKMA Supervisory Policy Manual TM G 1

Користувачі даних повинні вживати всіх практично можливих заходів для захисту персональних даних від несанкціонованого або випадкового доступу, обробки, стирання, втрати чи використання. Уповноважені установи повинні управляти технологічними ризиками, зокрема забезпечувати цілісність своїх систем і записів, які ці системи зберігають.

Цифрові відбитки записів агентів і результатів роботи SI, придатні для перевірки, що дає змогу продемонструвати їхню цілісність HKMA, Уповноваженому з питань захисту персональних даних або суду.

Сполучені Штати
SEC Rule 17a 4 · Executive Order 14412

Записи брокерів-дилерів мають зберігатися у формі, що не допускає перезапису та видалення, або з повним журналом аудиту з позначками часу. Федеральні системи повинні перейти на постквантові механізми встановлення ключів і постквантові підписи.

Журнал аудиту з позначками часу та виявленням підробки, підписаний постквантовою криптографією від самого початку.

Qstamp надає докази, що сприяють виконанню цих зобов'язань. Кожна організація залишається відповідальною за виконання всіх вимог законодавства, що до неї застосовується. Повне зіставлення за юрисдикціями

Платежі агентів

Коли агент здійснює платіж, кожен крок має бути підтверджений доказами.

Qstamp закріплює мандат, яким було уповноважено агента, платіж, який він мав намір здійснити, контрольне рішення, яким цей платіж було схвалено, і розрахунок, що відбувся після цього. Кожен запис пов'язаний із попереднім, тому банк, наглядовий орган або суд можуть перевірити весь ланцюг від повноважень до розрахунку.

C1 · C2

Повноваження та намір

Мандат і запланований платіж закріплюються до надсилання будь-якої платіжної інструкції, тому запис про те, що було дозволено і що було заплановано, неможливо змінити згодом.

C3 · C4

Контроль і розрахунок

Перевірки щодо санкцій, лімітів і протидії відмиванню коштів, будь-яке схвалення людиною та підтвердження розрахунку закріплюються та пов'язуються з наміром.

C5

Звірка та спір

Кожна ланка перевіряється незалежно, а відсутній, змінений або переставлений запис виявляється протягом усього десятирічного строку зберігання, якого нині вимагають платіжні правила.

Реальний приклад

Як SI-компанія розгортає Qstamp, від встановлення до цифрового відбитка, який може перевірити суд.

Тринадцять кроків у чотирьох фазах, а саме налаштування, інтеграція, експлуатація та доведення. Кожне наведене значення взято з реального розгортання Qstamp у Quantova Virtual Machine, і будь-яка компанія, що інтегрує Qstamp, виконує ту саму процедуру.

qstamp · журнал розгортання та доказів
НалаштуванняІнтеграціяЕксплуатаціяДоведення
Налаштування

Встановлення SDK

SI-компанія додає Qstamp SDK з відкритим вихідним кодом до сервісу, що виконує її агентів. Він має одну залежність, QCore, для постквантового підпису.

$ npm install @quantovainc/qstamp
added 2 packages

$ npx @quantovainc/qstamp --version
0.1.4
пакет@quantovainc/qstamp 0.1.4
бібліотека підпису@quantovainc/qcore 0.4.2
ліцензіяApache 2.0 або MIT · Авторське право 2026 Quantova Inc
Налаштування

Створення акаунта підпису

Ключ підпису створюється на власному сервері оператора або в його апаратному модулі безпеки. Його акаунт поповнюється та одноразово реєструється в мережі Quantova.

$ openssl rand -hex 32 > signer.key && chmod 600 signer.key
$ node account.js
address  Q1NUR6ETECQXEVE77TJ9YPZ6WAWYMT45WCJANV5J43X93SF79DWE0S0D572X
status   registered, ready to stamp
підпис акаунтаML DSA 65 · FIPS 204
зберігання ключалише в оператора, ніколи не надсилається Quantova
Налаштування

Вибір або розгортання контракту

Компанія засвідчує записи через офіційний контракт Qstamp або розгортає власний контракт емітента на основі шаблонів Quanta. Власний контракт компілюється в QIDE на qdock.io атестованим компілятором Quanta і розгортається за допомогою гаманця QMask.

офіційний контрактQ1D6TZFRL203P3DFAFVUPZUHGUCM4EWGH6063XNS42VA5235RNQWXS7FXEWX
контракт установиQ1DAJ3TZ7AN8JVY2MUCWYUWVPXEJSHH53JNDZ48L07RT6948J2N5QSNF3787
скомпільований контейнерзбігається з аудитованим хешем 7cd509e2d21bc4a3
домен розгортаннясвіже випадкове 64-бітове значення, прив'язане до кожного підписаного розпорядження
Інтеграція

Реєстрація моделі

Коли модель схвалюють для використання, її паспорт засвідчується з видом запису ai_model. Відтак кожне подальше рішення можна пов'язати з точною моделлю, яка його ухвалила.

model-passport.jsonреєстр моделей
{
  "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"
}
вид запису4 · ai_model
цифровий відбиток1b15118c7e2f1e482f87821a43d8062585b85e93d061bef1f6d429f621cfc850
транзакціяQTX19P000T7X6TPFPG8XMXV2GPU0XAR94H36LF7TKP6GGTXN2NQPWLZQ8PZJFY
блок2,011,764
Інтеграція

Підключення середовища виконання агента

Середовище виконання агента записує кожен виклик інструмента та кожне рішення як канонічний запис, зберігає його у власному журналі компанії та щохвилини закріплює пакет. Квитанції зберігаються поруч із діями.

agent-runtime.jsсистема оператора
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);
Експлуатація

Агент діє

Агент ухвалення кредитних рішень у банку схвалює кредит. Його дія записується як канонічний запис JSON, що містить агента, модель, політику, інструмент, рішення та час.

credit-batch-1/action-04.jsonсистема оператора
{
  "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"
}
Експлуатація

SDK створює цифровий відбиток

У власних системах оператора SDK обчислює 256-бітовий цифровий відбиток запису за SHA3. Сам запис ніколи не залишає банк.

$ npx @quantovainc/qstamp hash action-04.json
  action-04.json
алгоритмSHA3 256 · FIPS 202
цифровий відбитокefb393903da28c2a6221179be662a2bbe2be06dfbd1acdee26bb057b6d2fb11f
Експлуатація

Сіль і пакетування

Цифровий відбиток пов'язується зі свіжою випадковою сіллю та розміщується в хеш-дереві разом з іншими діями пакета. Шість дій мають один спільний корінь дерева.

листH(0x00 ‖ QSTAMP/LEAF/V1 ‖ alg ‖ digest ‖ salt)
сільd275e738d46530b36f2c90e48a16bcd6e37fa9480378eb253c4e7a66a6a6b710
розмір пакета6 дій
корінь дерева34f64b12e5b363f1add6c48c0f85ebd60e4c2d421e5559f5d7b88717db205c54
Експлуатація

Одне зобов'язання

Корінь пов'язується з ланцюгом, офіційним контрактом, акаунтом підписанта, видом запису та розміром пакета. Результатом є одне 32-байтове криптографічне зобов'язання.

зобов'язанняH(0x02 ‖ QSTAMP/ROOT/V1 ‖ genesis ‖ contract ‖ sender ‖ kind ‖ size ‖ root)
вид запису6 · ai_agent_action
значення6068a3e9625471530eda32f3292a9ac667c4f543281d62b12c62ad3481f07e0a
Експлуатація

Підпис ML DSA 65

SDK надсилає одну транзакцію, яка викликає контракт Quanta Qstamp у Quantova Virtual Machine. Транзакцію підписано за допомогою ML DSA 65, постквантового підпису.

транзакціяQTX1V53JW528S64SZYD6EDZ563N0PUUA2ARGNQHV4LTJMNH24PQS5VPQTAH8RQ
підписантQ1NUR6ETECQXEVE77TJ9YPZ6WAWYMT45WCJANV5J43X93SF79DWE0S0D572X
контрактQ1D6TZFRL203P3DFAFVUPZUHGUCM4EWGH6063XNS42VA5235RNQWXS7FXEWX
підписML DSA 65 · FIPS 204
комісія0,005 TQTOV за весь пакет
Експлуатація

Остаточність у блокчейні

Валідатори забезпечують остаточність блоку постквантовими підписами. Контракт фіксує криптографічне зобов'язання в події Stamped. Засвідчення набуло остаточності менш ніж за одну секунду.

блок2,011,753
час2026-10-09 09:39:25 UTC
подіяStamped · selector 5a110849
дані подіїsigner ‖ commitment ‖ kind
✓ остаточно · зафіксовано офіційним контрактом
Експлуатація

Видимість в оглядачі блоків

Будь-хто може відкрити транзакцію в QVMScan, публічному оглядачі блоків Quantova, і прочитати криптографічне зобов'язання, підписанта, вид запису та блок.

qvmscan.io/tx/QTX1V53JW5…PQTAH8RQ
статусSuccess
блок2,011,753
відQ1NUR6ETECQXEVE77TJ9YPZ6WAWYMT45WCJANV5J43X93SF79DWE0S0D572X
доQ1D6TZFRL203P3DFAFVUPZUHGUCM4EWGH6063XNS42VA5235RNQWXS7FXEWX
докази QstampStamped · Official Qstamp contract · ai_agent_action
зобов'язання6068a3e9625471530eda32f3292a9ac667c4f543281d62b12c62ad3481f07e0a
Відкрити реальну транзакцію
Доведення

Суд запитує, що зробив агент

Банк надає запис і його квитанцію. Верифікатор повторно обчислює цифровий відбиток, корінь дерева та криптографічне зобов'язання і знаходить те саме криптографічне зобов'язання в блокчейні. Зміна однієї цифри призводить до того, що перевірка не проходить.

$ 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
початковий цифровий відбитокefb393903da28c2a6221179be662a2bbe2be06dfbd1acdee26bb057b6d2fb11f
змінений цифровий відбиток93b2b98383cd8fc1d71c9727c358b077149123050b4e1ac78654e1889f37c086
0,2 с
Остаточність блоку закріплення
1048576
Записів на транзакцію
128 біт
Квантова безпека прообразу
0.005
TQTOV за закріплення будь-якого розміру
Що надає Qstamp

Три операції. Один довговічний доказ.

01 · Цифровий відбиток

Записи залишаються на місці

SDK зводить кожен запис до 256-бітового дайджесту і пов'язує його з новою випадковою сіллю. Зміст ніколи не залишає оператора, і з опублікованих даних про нього неможливо нічого встановити.

02 · Зобов'язання

Одне зобов'язання на пакет

До 1048576 записів утворюють одне хеш-дерево RFC 9162. Його корінь, розмір пакета, блокчейн, контракт, підписант і вид запису пов'язуються в одне 32-байтове криптографічне зобов'язання.

03 · Перевірка

Перевірити може будь-хто

Кожен запис супроводжується квитанцією. Перевірка заново обчислює кожну ланку від запису до остаточно підтвердженого блоку, тому довіра до Quantova Inc або до власника запису ніколи не потрібна.

Створено для агентів суперінтелекту

Перевірювана підзвітність для суперінтелекту.

Кожен виклик інструмента, рішення та результат, створений агентом, можна засвідчувати пакетами, а згодом їх може перевірити клієнт, страховик або регулятор. Запис доводить, що було зроблено, якою системою, на основі якої моделі, а також найпізніший момент, до якого це було зроблено.

  • Квитанції дій для кожного виклику інструмента, рішення та результату
  • Паспорти моделей і наборів даних, зафіксовані на момент випуску
  • Контроль з боку емітента та ради через підписані розпорядження Quanta
  • Узгоджено з обов'язками щодо ведення журналів і зберігання за Регламентом ЄС про штучний інтелект (AI Act)
Ознайомитися з архітектурою агента →
agent-audit.js@quantovainc/qstamp
const qstamp = require('@quantovainc/qstamp'); records produced by an agent in the last interval const records = actions.map((a) => ({ digest: qstamp.digestBytes(Buffer.from(JSON.stringify(a))), })); const receipts = await qstamp.stamp({ seed, index: 0, kind: 'ai_agent_action', records, }); const result = await qstamp.verify(receipts[0], { bytes: Buffer.from(JSON.stringify(actions[0])), }); result.status is valid, invalid or indeterminate
Чим це відрізняється

Постквантовий захист від першого блоку, а не доданий згодом.

Докази є настільки довговічними, наскільки довговічною є інфраструктура, що їх засвідчує. Quantova використовує постквантові підписи для кожного акаунта, кожної транзакції та кожного сертифіката остаточності з першого блоку, тому історія, на якій ґрунтується квитанція Qstamp, ніколи не залежала від примітиву, який, як відомо, може зламати квантовий комп'ютер.

Квантово-безпечна історія

Акаунти, транзакції та сертифікати валідаторів підписуються за допомогою ML DSA 65. Інфраструктура, яка здійснює перехід пізніше, зберігає свою попередню історію під ключами, які можна зламати.

Атестоване виконання

QVM допускає лише код контракту, підписаний атестованим компілятором Quanta, тому контракт засвідчення неможливо підмінити зміненим кодом.

Незалежний свідок

Комітет, який остаточно підтверджує кожен блок, є незалежним від сторони, що створила запис, тому докази не ґрунтуються на самозвітності.

Розробникам

Перегляньте вихідний код. Установіть пакет. Почніть засвідчувати вже сьогодні.

Усе, що потрібно інженерній або аудиторській команді для оцінювання Qstamp, є публічним і доступним за одним кліком.

GitHubВідкритий код

Вихідний код Qstamp SDK

Повний вихідний код, опублікована конструкція та історія випусків, відкриті для незалежної перевірки безпеки.

git clone https://github.com/Quantova/QStamp.git
npmv0.1.4

@quantovainc/qstamp

Інструмент командного рядка та бібліотека для Node 20 або новішої версії з однією залежністю, QCore, для постквантового підписання.

npm install @quantovainc/qstamp
QuantaПриклад

Шаблони контрактів

Відкритий смарт-контракт Quanta, смарт-контракт емітента і смарт-контракт ради. Перед розгортанням у промисловій експлуатації потрібен незалежний аудит третьою стороною.

git clone https://github.com/Quantova/Qstamp-Quanta-Smart-contract-example-.git
Тестова мережаQ-test-net-1

Кінцева точка та тестові одиниці

Публічна кінцева точка тестової мережі Quantova. Отримайте безкоштовні тестові одиниці TQTOV для оплати комісії за закріплення.

https://rpc-testnet.quantova.org
Почати розробку

Засвідчте свій перший запис менш ніж за хвилину.

Установіть SDK, обчисліть цифровий відбиток файлу, закріпіть його та перевірте квитанцію. Відкритий вихідний код за ліцензією Apache License 2.0 або ліцензією MIT.

npm install @quantovainc/qstamp npx qstamp hash report.pdf