Mga Integrasyon, Runtime at Format

Component	Integrasyon	Katayuan
Node.js 20 o mas bago	Ang bawat SDK ay isang npm package na may sariling WebAssembly na signing module at walang native build step	Available
Command line	Ang bawat SDK ay may kasamang command line tool para sa key, pagseselyo, pag-anchor at beripikasyon, na may stable na exit code para sa mga script	Available
Iba pang wika	Tumatawag ang mga sistema sa ibang wika sa command line tool o sa isang lokal na serbisyong nakabalot sa SDK	Available bilang isang pattern
TypeScript	Inilalathala ang mga type declaration kasama ang bawat package	Available

Component	Integrasyon	Katayuan
Opisyal na kontrata ng Qstamp	Ina-anchor ang mga commitment sa ilalim ng isang uri ng rekord para sa bawat produkto	Available sa test network
Mga template ng kontrata ng Quanta	Mga template ng issuer at council para sa awtorisado at multi party na pag-anchor	Available sa test network
QVMScan explorer	Pampublikong view ng bawat transaksyon ng pag-anchor at ng uri ng rekord nito	Available
Faucet	Pondo ng test network para sa mga development account	Available
Production network	Pag-anchor na may timbang na ebidensyal	Sa paghahanda

Format	Gamit	Katayuan
Mga JSON envelope at resibo	Mga nilagdaang rekord at ang mga anchor nito, na iniimbak katabi ng orihinal na rekord	Available
Mga Merkle proof ng RFC 9162	Inclusion ng bawat rekord sa na-anchor nitong batch	Available
Mga manifest ng C2PA	Pinagmulan ng nilalamang AI sa pamamagitan ng QTrace	Available
FIPS 204 at FIPS 202	Mga lagda at hashing	Available
CNSA 2.0 profile	ML DSA 87 na may SHA 384 o SHA 512	Being built

Sistema	Mga produkto	Punto ng integrasyon
Mga runtime at orchestration ng AI agent	Qstamp, QLog, QMandate, QSign	Sineselyuhan ng tool call layer ang bawat aksyon at sinusuri ang bawat mandato bago ang pagpapatupad
Mga model registry at data pipeline	QTrace, Qstamp	Mga modelo, dataset at output na na-fingerprint sa registration at release
Mga sistema ng pagbabayad at treasury	QMandate, QSpend	Mga instruksyon sa pagbabayad na sineselyuhan bago ang release at itinutugma sa awtoridad nito
Administrasyon ng buwis at electronic invoicing	QTax	Mga filing, invoice, assessment at refund na sineselyuhan sa intake at desisyon
Mga electronic procurement platform	QProcure	Mga abiso, bid commitment, marka at award na sineselyuhan sa bawat yugto
Mga sistema ng deklarasyon at case management	QDeclare	Mga deklarasyon na sineselyuhan sa filing at binebiripika sa mga imbestigasyon
Mga sistema ng pamamahala ng benefit at grant	QAid	Mga desisyon at disbursement na sineselyuhan laban sa mga tuntunin ng programa
Mga sistema ng pamamahala ng halalan	QBallot, QLog	Mga return ng station at aksyon sa tabulation na sineselyuhan habang nililikha
Security information and event management	QLog	Mga segment ng hash chained na log na ipinapasa kasama ang mga na-anchor na checkpoint nito

Opsyon	Paglalarawan	Katayuan
Mga key na ibinigay ng application	Ipinapasa ng integrating application ang isang 32 byte na seed mula sa sarili nitong key store at binubura ito pagkatapos gamitin	Available
Mga protektadong key file	Mga command line key file na mababasa lamang ng may-ari nito at hindi kailanman sinusundan sa pamamagitan ng symbolic link	Available
Hardware security module	Paglagda sa loob ng certified na hardware, kaya hindi kailanman umiiral ang mga key sa labas nito	Not yet available
Module na validated sa FIPS 140 3	Isang validated na cryptographic module para sa pederal at regulated na gamit	Not yet validated

Ano ang Qstamp?

Ang Qstamp ay isang post quantum na toolkit sa ebidensya para sa mga AI agent na nagpapanatiling pribado sa bawat rekord. Kinukuha ng SDK nito ang fingerprint ng bawat aksyon at desisyon ng agent sa sariling mga sistema ng kumpanya, at isang salted na cryptographic commitment lamang ang ina-anchor nito sa Quantova network. Sa gayon, mapapatunayan ng mga organisasyon sa pagbabangko, pamahalaan, pangangalagang pangkalusugan at pananalapi sa mga hukuman, auditor at regulator kung ano mismo ang ginawa ng kanilang mga agent at kung kailan, nang hindi isinisiwalat ang mga rekord mismo. Nilalagdaan ang ebidensya gamit ang mga post quantum na algorithm na istandardisado ng NIST at idinisenyo upang labanan ang pamemeke ng mga quantum computer.

Umaasa ngayon ang mga rekord ng agent sa mga klasikong lagda, partikular ang ECDSA sa secp256k1 o P 256, EdDSA sa Ed25519 o RSA, na pawang sinisira ng Shor's algorithm. Nilalagdaan ng Quantova ang mga account, transaksyon, code ng kontrata at finality gamit ang ML DSA at hindi ito tumatanggap ng anumang klasikong lagda sa protocol nito.

Para sa bawat rekord, kinukuha ng Qstamp ang fingerprint nito sa sarili mong mga sistema, pinagsasama ang maraming fingerprint sa iisang 32 byte na commitment at ina-anchor ang commitment na iyon sa pamamagitan ng isang Quanta smart contract sa Quantova Virtual Machine.

Pagkatapos, tumatanggap ang bawat rekord ng isang resibo. Gamit ang rekord at ang resibo nito, mapapatunayan ng sinuman sa hinaharap na umiiral na ang rekord sa eksaktong anyong iyon nang hindi lalampas sa oras ng pag-anchor, nang hindi kailangang magtiwala sa Quantova Inc o sa may hawak ng rekord.

Ano ang pinatutunayan ng isang resibo, at ano ang hindi nito pinatutunayan?

Pinatutunayan ng isang valid na resibo ang tatlong bagay.

Ang rekord ay kaparehong-kapareho, sa bawat byte, ng rekord na na-stamp.
Umiiral na ang rekord nang hindi lalampas sa oras ng block na nag-anchor dito.
Nilagdaan ang anchor ng isang tinukoy na account sa ilalim ng isang tinukoy na uri ng rekord.

Hindi pinatutunayan ng isang resibo na ang nilalaman ay totoo, naaayon sa batas o inaprubahan, at hindi nito tinutukoy ang pagkakakilanlan ng isang tao. Hindi ito qualified electronic time stamp sa ilalim ng eIDAS 2 maliban kung ito ay inilabas ng isang sertipikadong qualified trust service provider.

Nangangahulugan ba ang pampublikong rekord na magiging pampubliko ang aming mga prompt o datos?

Hindi. Ang pampublikong rekord ay nangangahulugang pampublikong patunay, hindi pampublikong datos. Maaaring suriin ng sinuman na umiral ang isang rekord at na hindi ito binago, ngunit walang sinumang makababasa nito.

Hindi kailanman umaalis sa inyong mga sistema ang mga prompt, ang mga input at output ng agent, ang pangangatwiran, ang mga tool call, ang personal na datos, ang mga detalye ng pagbabayad, ang mga file at ang mga weight ng modelo. Kinukuha nang lokal ang fingerprint ng bawat rekord gamit ang SHA3 256 at isang bagong 256 bit na random na salt, at tanging isang 32 byte na commitment na kinalkula mula sa mga fingerprint na iyon ang inilalathala, kasama ang block, ang oras, ang account na lumagda, ang kontrata at ang uri ng rekord.

Hindi maibabalik ang fingerprint upang mabuo muli ang rekord, at pinipigilan ng salt ang sinuman na kumpirmahin ang isang hula, kahit para sa isang maikli o mahuhulaang prompt. Isinisiwalat lamang ang isang rekord kapag pinili ninyong ilabas ito, halimbawa sa isang hukuman o regulator, kasama ang resibo nito.

Gaano karaming enerhiya ang ginagamit ng Qstamp?

Napakakaunti. Tumatakbo ang SDK sa mga server na pinapatakbo na ng isang kumpanya at hindi ito nangangailangan ng GPU, ng pagsasanay ng modelo o ng hiwalay na imbakan, dahil hindi kailanman kinokopya sa Quantova ang mga rekord. Kinukuha ang fingerprint ng isang rekord gamit ang SHA3 256 sa loob ng ilang microsecond sa isang karaniwang processor, at sa aming benchmark, 65,536 na rekord ang kinunan ng fingerprint at pinagsama sa iisang hash tree sa loob ng wala pang isang segundo.

Hanggang 1,048,576 na rekord ang nakapaloob sa iisang transaksyon sa pag-anchor, at ginagawang pinal ng Quantova network ang mga block sa pamamagitan ng mga lagda ng komite sa ilalim ng ML DSA 65 sa halip na proof of work, kaya walang enerhiya sa mining na kinokonsumo ang pag-anchor.

Paano ko makukuha ang Qstamp SDK?

Inilathala ang Qstamp sa npm at sa GitHub sa ilalim ng Apache License 2.0 o ng MIT licence. Kinakailangan ang Node 20 o mas bago.

npm install @quantovainc/qstamp

Upang suriin o i-build mula sa source, i-clone ang repository.

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

Source sa GitHub · Package sa npm

Paano ako mag-i-stamp ng aking unang file sa test network?

Gumawa ng signing key na ikaw lamang ang makababasa.

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

I-save ang sumusunod na script bilang account.js sa parehong folder at patakbuhin ito gamit ang node account.js. Ipinapakita nito ang address ng iyong account.

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

Kumuha ng libreng TQTOV test unit para sa address na iyon sa faucet ng test network.
Patakbuhin muli ang node account.js. Kapag dumating na ang mga unit, irerehistro nito ang iyong account sa network. Isang beses lamang kailangan ang pagpaparehistro kada account.
Mag-stamp ng isang file at beripikahin ang resibo nito.

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

Nagkakahalaga ng 0.005 TQTOV sa test network ang bawat transaksyon ng pag-anchor, anuman ang bilang ng mga file. Panatilihing lihim ang signer.key at tiyaking may backup ito. Ang sinumang may hawak nito ay makalalagda bilang iyong account.

Paano ko isasama ang Qstamp sa isang AI agent?

Itala ang bawat aksyong ginagawa ng agent, pagkatapos ay i-anchor ang mga aksyon nang naka-batch.

Pagkatapos ng bawat tool call o desisyon, isulat ang aksyon bilang JSON na may takdang pagkakasunod-sunod ng mga key. Isama ang pagkakakilanlan ng agent, ang tool, ang mga digest ng mga input at output, at ang oras.
Kunin ang fingerprint ng JSON na iyon at idagdag ito sa kasalukuyang batch.
Sa takdang agwat ng oras, halimbawa bawat minuto, i-anchor ang batch sa iisang transaksyon gamit ang uri ng rekord na ai_agent_action. Ang isang batch ay maaaring maglaman ng hanggang 1048576 na aksyon.
Itago ang bawat resibo katabi ng aksyon nito sa iyong log. I-save ang mga nakabinbing batch sa pamamagitan ng opsyong onPending, upang walang resibong mawala kung huminto ang proseso.

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

Ipinapasa ang seed bilang Uint8Array na may 32 bytes at binubura ito ng SDK pagkatapos lumagda. Maaaring i-stamp sa parehong paraan ang mga model file at dataset gamit ang mga uring ai_model at ai_dataset.

Aling mga uri ng rekord ang maaari kong gamitin?

Iniimbak sa chain ang uri ng rekord kasama ng bawat commitment, kaya nakikita ng verifier kung anong klase ng rekord ang na-anchor. Nakalista sa ibaba ang mga pinangalanang uri. May iba pang mga halagang magagamit para sa mga pribadong scheme.

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

Paano ko ide-deploy ang mga template ng Quanta contract sa pamamagitan ng QIDE sa qdock.io?

Karamihan sa mga user ay hindi kailanman nagde-deploy ng kontrata. Live na ang open na kontrata ng Qstamp at ito ang ginagamit ng SDK bilang default. Nagde-deploy lamang ang isang institusyon ng sarili nitong kontrata kapag kailangan nito ng awtorisadong issuer o ng pag-apruba ng maraming partido.

I-install sa Chrome ang QMask wallet extension mula sa qmask.io at gumawa ng account.
Kumuha ng test TQTOV para sa account na iyon sa faucet ng test network.
Buksan ang QIDE sa qdock.io. Wala nang ibang kailangang i-install. Nagko-compile ang QIDE sa server nito gamit ang attested na Quanta compiler at idinadagdag nito ang lagda ng compiler na hinihingi ng network.
Kopyahin ang isang template, halimbawa ang QStampIssuer.qs, mula sa repository ng mga template ng kontrata papunta sa isang bagong file sa QIDE at i-compile ito.
Ikonekta ang QMask, piliin ang Deploy at aprubahan ang transaksyon sa QMask. Ipinapakita ng QMask ang pinakamataas na fee bago ka mag-apruba. Karaniwang mas mababa sa 1 TQTOV ang gastos ng isang deployment sa test network.
Itala ang address ng kontrata at ibigay ito sa bawat partidong magbeberipika ng iyong mga resibo.

Mga halimbawa lamang ang mga template. Kinakailangan ang isang malayang security audit ng ikatlong partido bago ang anumang deployment sa production. Bineberipika ang mga resibo mula sa sarili mong kontrata sa pamamagitan ng pagpasa ng address nito kasama ang opsyong trustCustomContract na nakatakda sa true.

Paano sinusuportahan ng Qstamp ang mga hinihingi ng regulasyon?

EU AI Act. Ebidensya para sa tungkulin sa awtomatikong pag-log ng Artikulo 12, sa mga tungkulin sa pagpapanatili ng log at dokumentasyon ng Artikulo 18, 19 at 26, at sa tungkulin sa pagmamarka ng nilalaman ng Artikulo 50.
eIDAS 2. Ebidensya ng integridad at oras para sa mga elektronikong rekord. Ang qualified na katayuan ay nangangailangan ng pag-isyu ng isang sertipikadong qualified trust service provider.
SEC Rule 17a 4. Tamper evident na ebidensya ng integridad para sa mga rekord ng broker dealer na itinatago nang tatlo hanggang anim na taon.
GDPR at UK GDPR. Hindi kailanman umaalis ang mga rekord sa kanilang may-ari at mga salted commitment lamang ang inilalathala, na sumusuporta sa pagliit ng datos.
NIST AI RMF at ISO IEC 42001. Ebidensya ng traceability para sa mga kontrol sa pamamahala ng AI.
Mga mandato sa post quantum. Nilalagdaan ang ebidensya gamit ang ML DSA 65 at hina-hash gamit ang SHA3, kaya nananatili itong mabeberipika kahit kapag kaya nang pekein ang mga klasikong lagda.

Ebidensya ang ibinibigay ng Qstamp. Nananatiling responsable ang bawat organisasyon sa pagtupad sa iba pang mga hinihingi ng mga batas na umiiral dito.

Buong pagmamapa ng regulasyon ayon sa hurisdiksyon

Bakit dapat isama ngayon ng mga kumpanya ng AI agent ang Qstamp?

Nakatakda na ang mga deadline. Umiiral ang mga tungkulin sa pagmamarka ng EU AI Act mula 2 Disyembre 2026 at ang mga tungkulin para sa high risk mula 2 Disyembre 2027. Umiiral ang California AI Transparency Act sa mga provider mula 2 Agosto 2026 at ang batas sa AI ng Colorado mula 1 Enero 2027.
Hindi na makalilikha ng ebidensya pagkatapos ng pangyayari. Pinatutunayan ng isang rekord na na-stamp ngayon ang integridad nito simula ngayon. Ang isang rekord na itinago nang walang anchor ay hindi na maipapakita sa hinaharap na hindi ito nabago.
Mas matagal ang pagpapanatili kaysa sa buhay ng klasikong cryptography. Dapat manatiling mabeberipika ang mga regulated na rekord nang hanggang sampung taon, na lumalampas sa mga petsa kung kailan ireretiro ng NIST ang mga klasikong lagda (deprecation sa 2030 at pagbabawal sa 2035).
Maliit ang kailangang pagsisikap sa integrasyon. Kailangan lamang ng isang agent ang isang function call kada batch at isang lugar na pag-iimbakan ng mga resibo nito.

Gumagana ba ang Qstamp para sa mga pinakaabanteng AI agent?

Oo. Itinatala ng Qstamp ang ginawa ng isang agent, anuman ang kakayahan nito. Ang parehong SDK, mga uri ng rekord at mga resibo ay naaangkop kapwa sa isang assistant na may limitadong saklaw at sa mga autonomous na sistemang may pinakamataas na kakayahan.

Lalong nakatutulong ang mga AI na sistema sa pananaliksik na nagpapahusay sa AI mismo, nang may mas kaunting partisipasyon ng tao sa bawat hakbang. Inilalagay ng Qstamp on chain ang fingerprint ng bawat aksyon, pagbabago sa modelo at desisyon habang nangyayari ang mga ito, sa isang network na post quantum mula sa unang block nito, upang ang bawat hakbang ay mabalikan sa kalaunan at maihambing sa pinahintulutang gawin ng agent. Nakikita sa QVMScan, ang explorer ng Quantova, ang bawat transaksyon ng pag-anchor.

Habang nagiging mas may kakayahan ang mga agent at kumikilos nang may mas kaunting pagsusuri ng tao, lalong nagiging mahalaga ang malayang ebidensya ng bawat aksyon. Pinahihintulutan ng isang resibo ang isang operator, auditor o regulator na kumpirmahin ang naitala nang hindi kailangang magtiwala sa agent o sa operator nito.

Nakikita o iniimbak ba ng Quantova ang aking mga rekord?

Hindi. Kinukuha ang mga fingerprint sa sarili mong mga sistema. Ang tanging halagang inilalathala para sa bawat batch ay isang salted na 32 byte na commitment na hindi mapagkukunan ng anumang nilalaman.

Walang anumang bahagi ng rekord ang resibo, ngunit naglalaman ito ng digest at salt ng rekord. Ingatan ang mga resibo nang kasing-ingat ng mga rekord na inilalarawan ng mga ito.

Magkano ang gastos?

Sa test network, nagkakahalaga ng 0.005 TQTOV ang bawat transaksyon ng pag-anchor anuman ang laki ng batch, hanggang 1048576 na rekord. Walang halagang pananalapi ang mga TQTOV test unit at libre ang mga ito mula sa faucet.

Ang paggamit sa production ay magaganap sa Quantova main network, sa ilalim ng inilathala nitong talaan ng mga fee, kapag nailunsad na ito.

Magagamit ba bilang ebidensya ang mga resibo mula sa test network?

Hindi. Walang bisa bilang ebidensya ang mga resibo mula sa test network. Gamitin ang test network upang buuin at subukan ang iyong integrasyon. Ang paggamit sa production ay magaganap sa Quantova main network kapag nailunsad na ito.

Paano bineberipika ng isang auditor o regulator ang isang resibo?

Kailangan ng verifier ang rekord at ang resibo nito.

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

Ang resulta ay valid, invalid o indeterminate. Ang indeterminate ay nangangahulugang hindi makonsulta ang network. Hindi kailanman iniuulat bilang valid ang isang indeterminate na resulta. Ang unang apat na pagsusuri ay tumatakbo nang buo sa sariling makina ng verifier. Maaari ring buuin muli ng isang malayang verifier ang bawat pagsusuri mula sa inilathalang konstruksyon sa pahinang Matematika.

Bakit post quantum secure ang ebidensya ng Qstamp?

Gumagamit ang mga fingerprint at hash tree ng SHA3 na may 256 bit na output, ayon sa nakasaad sa FIPS 202, na nagbibigay ng 128 bit na seguridad laban sa quantum preimage search. Nilalagdaan ang bawat transaksyon at bawat finality certificate sa Quantova network gamit ang ML DSA 65, ayon sa nakasaad sa FIPS 204.

Paano ako makikipag-ugnayan sa suporta?

Mag-email sa [email protected]. Upang mag-ulat ng kahinaan sa seguridad, sundin ang patakaran sa Seguridad at Pagsisiwalat.

Ano ang kasalukuyang gagamitin ng pamilyang Qstamp, at ano ang susunod.

Saan tumatakbo ang mga SDK.

Ang Quantova network at ang mga kasangkapan nito.

Mga format ng datos na binabasa at isinusulat ng pamilya.

Paano kumokonekta ang pamilya sa mga umiiral na sistema.

Key custody options.