Питання та відповіді про Qstamp.

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

Сучасні записи агентів ґрунтуються на класичних підписах, а саме ECDSA над secp256k1 або P 256, EdDSA над Ed25519 або RSA, і всі вони зламуються алгоритмом Shor. Quantova підписує акаунти, транзакції, код контрактів і остаточність за допомогою ML DSA та не приймає в своєму протоколі жодного класичного підпису.

Для кожного запису Qstamp обчислює цифровий відбиток у ваших власних системах, об'єднує багато цифрових відбитків в одне 32-байтове криптографічне зобов'язання і закріплює це зобов'язання через смарт-контракт Quanta у Quantova Virtual Machine.

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

Дійсна квитанція доводить три факти.

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

Квитанція не доводить, що зміст є правдивим, законним або схваленим, і не ідентифікує особу. Вона не є кваліфікованою електронною позначкою часу відповідно до eIDAS 2, якщо її не видано сертифікованим кваліфікованим надавачем електронних довірчих послуг.

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

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

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

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

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

Qstamp опубліковано в npm і на GitHub за ліцензією Apache License 2.0 або ліцензією MIT. Потрібен Node версії 20 або новішої.

npm install @quantovainc/qstamp

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

git clone https://github.com/Quantova/QStamp.git
cd QStamp
npm ci

Вихідний код на GitHub · Пакет у npm

1. Створіть ключ підпису, доступний для читання лише вам.

openssl rand -hex 32 > signer.key
chmod 600 signer.key

2. Збережіть наведений нижче скрипт як account.js у тій самій папці та запустіть його командою node account.js. Він виведе адресу вашого акаунта.

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);
});

3. Отримайте безкоштовні тестові одиниці TQTOV для цієї адреси в крані тестової мережі.
4. Повторно запустіть node account.js. Щойно надійдуть одиниці, він зареєструє ваш акаунт у мережі. Реєстрація потрібна лише один раз для кожного акаунта.
5. Засвідчте файл і перевірте його квитанцію.

npx qstamp stamp report.pdf --seed-file ./signer.key --index 0 --kind record
npx qstamp verify report.pdf.qstamp.json --file report.pdf

Кожна транзакція закріплення коштує 0,005 TQTOV у тестовій мережі незалежно від кількості файлів. Зберігайте signer.key у таємниці та майте його резервну копію. Будь-хто, хто володіє ним, може підписувати від імені вашого акаунта.

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

1. Після кожного виклику інструмента або кожного рішення записуйте дію у форматі JSON із фіксованим порядком ключів. Зазначайте ідентифікаційні дані агента, інструмент, дайджести вхідних і вихідних даних та час.
2. Обчисліть цифровий відбиток цього JSON і додайте його до поточного пакета.
3. Через фіксований інтервал, наприклад щохвилини, закріплюйте пакет однією транзакцією з видом запису ai_agent_action. Один пакет містить до 1048576 дій.
4. Зберігайте кожну квитанцію поруч із відповідною дією у вашому журналі. Зберігайте пакети, що очікують обробки, за допомогою параметра onPending, щоб жодна квитанція не була втрачена в разі зупинки процесу.

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),
  });
}

Сід передається як Uint8Array розміром 32 байти і стирається SDK після підписання. Файли моделей і набори даних можна засвідчувати так само з видами ai_model та ai_dataset.

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

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

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

1. Установіть розширення гаманця QMask у Chrome із сайту qmask.io і створіть акаунт.
2. Отримайте тестові TQTOV для цього акаунта в крані тестової мережі.
3. Відкрийте QIDE на qdock.io. Нічого іншого встановлювати не потрібно. QIDE компілює код на своєму сервері за допомогою атестованого компілятора Quanta і додає підпис компілятора, якого вимагає мережа.
4. Скопіюйте шаблон, наприклад QStampIssuer.qs, з репозиторію шаблонів контрактів у новий файл у QIDE і скомпілюйте його.
5. Під'єднайте QMask, виберіть Deploy і схваліть транзакцію в QMask. QMask показує максимальну комісію до схвалення. Розгортання в тестовій мережі зазвичай коштує менше ніж 1 TQTOV.
6. Запишіть адресу контракту і передайте її кожній стороні, яка перевірятиме ваші квитанції.

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

1. Регламент ЄС про штучний інтелект (AI Act). Докази для виконання обов'язку автоматичного ведення журналів за статтею 12, обов'язків щодо зберігання журналів і документації за статтями 18, 19 і 26 та обов'язку маркування контенту за статтею 50.
2. eIDAS 2. Докази цілісності та часу для електронних записів. Для кваліфікованого статусу потрібна видача сертифікованим кваліфікованим надавачем електронних довірчих послуг.
3. SEC Rule 17a 4. Докази цілісності із виявленням підробки для записів брокерів-дилерів, які зберігаються від трьох до шести років.
4. GDPR (Загальний регламент захисту даних) і UK GDPR. Записи ніколи не залишають свого власника, і публікуються лише криптографічні зобов'язання із сіллю, що сприяє мінімізації даних.
5. NIST AI RMF та ISO IEC 42001. Докази простежуваності для засобів контролю у сфері управління SI.
6. Вимоги щодо постквантової стійкості. Докази підписуються за допомогою ML DSA 65 і хешуються за допомогою SHA3, тому вони залишаються придатними для перевірки й після того, як класичні підписи стане можливо підробити.

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

Повне зіставлення з регуляторними вимогами за юрисдикціями

1. Строки встановлено. Обов'язки щодо маркування за Регламентом ЄС про штучний інтелект (AI Act) застосовуються з 2 грудня 2026 року, а обов'язки щодо систем високого ризику з 2 грудня 2027 року. Закон Каліфорнії про прозорість штучного інтелекту застосовується до постачальників з 2 серпня 2026 року, а закон Колорадо про штучний інтелект з 1 січня 2027 року.
2. Докази неможливо створити заднім числом. Запис, засвідчений сьогодні, доводить свою цілісність починаючи з сьогоднішнього дня. Щодо запису, який зберігався без закріплення, згодом неможливо довести, що його не було змінено.
3. Строки зберігання перевищують строк надійності класичної криптографії. Регульовані записи мають залишатися придатними для перевірки до десяти років, що виходить за межі дат, на які NIST виводить з ужитку класичні підписи (визнання застарілими у 2030 році та заборона у 2035 році).
4. Інтеграція потребує небагато зусиль. Агенту потрібен один виклик функції на пакет і місце для зберігання його квитанцій.

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

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

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

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

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

У тестовій мережі кожна транзакція закріплення коштує 0,005 TQTOV незалежно від розміру пакета, який може містити до 1048576 записів. Тестові одиниці TQTOV не мають грошової вартості й надаються безкоштовно через кран.

Промислове використання здійснюватиметься в основній мережі Quantova відповідно до опублікованих нею тарифів комісій після її запуску.

Ні. Квитанції тестової мережі не мають доказової сили. Використовуйте тестову мережу для створення та тестування вашої інтеграції. Промислове використання здійснюватиметься в основній мережі Quantova після її запуску.

Верифікатору потрібні запис і його квитанція.

npx qstamp verify receipt.qstamp.json --file record.pdf

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

Цифрові відбитки та хеш-дерева використовують SHA3 з 256-бітовим виходом, як визначено у FIPS 202, що забезпечує 128-бітовий рівень безпеки проти квантового пошуку прообразу. Кожна транзакція та кожен сертифікат остаточності в мережі Quantova підписуються за допомогою ML DSA 65, як визначено у FIPS 204.

Надішліть електронного листа на [email protected]. Щоб повідомити про вразливість безпеки, дотримуйтеся політики Безпека та розкриття вразливостей.