Integridad ng Ebidensya at Legal na Tamper Proofing

Tanong	Ano ang dapat ipakita	Ebidensyang ibinigay
Authenticity	Ang rekord ay ang inaangkin nitong pagkakakilanlan	Isang lagdang ML DSA gamit ang key ng gumawang tao o sistema, at isang inilathalang paglalarawan ng key
Integridad	Hindi binago ang rekord mula noong ginawa ito	Isang SHA3 fingerprint na itinakda sa isang nilagdaan at na-anchor na commitment
Oras	Umiiral ang rekord nang hindi lalampas sa isang itinakdang oras	Ang oras ng isang block na pinal gamit ang isang post quantum na komite ng validator
Atribusyon	Ginawa ang rekord ng partidong sinasabing gumawa nito	Ang key ng signer na itinali sa pahayag at sa transaksyon ng pag-anchor
Pagiging kumpleto	Walang rekord sa isang serye na tinanggal o isiningit	Mga hash chained na log at mga sequenced na rekord na may running total
Continuity	Hindi napuputol ang chain of custody	Bawat handover na sineselyuhan bilang sarili nitong rekord, nakaugnay sa rekord bago nito
Tibay	Nananatiling maaasahan ang ebidensya sa buong panahon ng pagpapanatili	Mga post quantum na lagda sa buong kasaysayan ng network

Hurisdiksyon	Instrumento	Kaugnayan
Estados Unidos	Federal Rules of Evidence, Rule 902(13) at 902(14)	Self authentication ng mga rekord na nilikha ng isang elektronikong proseso at ng datos na kinilala sa pamamagitan ng isang proseso ng digital na pagkakakilanlan, gaya ng isang hash
Estados Unidos	Federal Rules of Evidence, Rule 901(b)(9)	Pagpapatunay sa pamamagitan ng ebidensyang naglalarawan ng isang proseso o sistema at nagpapakita na ito ay gumagawa ng tumpak na resulta
European Union	eIDAS, Artikulo 41 at 42	Legal na bisa ng mga elektronikong time stamp at ang presumption na nakakabit sa mga qualified time stamp na inisyu ng mga qualified trust service provider
European Union	eIDAS 2, Artikulo 45h at 45i	Legal na bisa ng mga elektronikong ledger at mga kinakailangan para sa mga qualified electronic ledger
United Kingdom	Electronic Communications Act 2000, seksyon 7	Pagtanggap sa mga elektronikong lagda at mga kaugnay na sertipiko
Singapore	Evidence Act 1893, seksyon 116A	Mga presumption na may kaugnayan sa mga elektronikong rekord at sa mga sistemang gumagawa nito
India	Bharatiya Sakshya Adhiniyam 2023, seksyon 63	Pagtanggap sa mga elektronikong rekord na suportado ng isang sertipiko na may kasamang hash value ng rekord
Pilipinas	Rules on Electronic Evidence	Pagpapatunay at integridad ng mga elektronikong dokumento at elektronikong lagda
Internasyonal	UNCITRAL Model Law on Electronic Commerce, Artikulo 9	Pagtanggap at timbang na ebidensyal ng mga data message, kaugnay ng pagkamaaasahan ng paraan kung paano pinanatili ang integridad

Pamantayan	Paksa	Kaugnayan sa Qstamp
ISO/IEC 27037	Pagkilala, koleksyon, pagkuha at preservation ng digital na ebidensya	Sinusuportahan ng mga fingerprint at resibo ang preservation at ang kalaunang pagpapakita ng integridad
ISO 14641	Mga sistema ng impormasyon para sa preservation ng mga elektronikong dokumento	Nagbibigay ang mga na-anchor na commitment ng independiyenteng ebidensya na ang mga preserved na dokumento ay hindi nagbago
RFC 3161	Protocol ng time stamp gamit ang isang pinagkakatiwalaang time stamping authority	Nagbibigay ang Qstamp ng ebidensya ng oras nang hindi umaasa sa isang solong authority, gamit ang mga post quantum na lagda
RFC 9162	Certificate Transparency version 2.0	Ginagamit ng Qstamp ang konstruksyon nitong Merkle tree para sa mga inclusion proof

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.

Legal na tamper proofing para sa mga rekord na dapat makatindig sa hukuman.

Ano ang ibig sabihin ng legal na tamper proofing dito.

Bawat tanong na ebidensyal, at ang ebidensyang ibinibigay ng pamilya.

Mga tuntunin sa elektronikong ebidensya na dinisenyo ng pamilya upang suportahan.

Mga teknikal na pamantayan para sa digital na ebidensya.

Paano iharap sa hukuman ang isang sineselyuhang rekord.

Ano ang hindi ipinapakita ng ebidensya.