Mga tanong at sagot tungkol sa Qstamp.

Ang Qstamp ay isang post quantum na toolkit sa ebidensya para sa mga superintelligence (SI) agent na nagpapanatiling pribado sa bawat rekord. Ang SI, maikli para sa superintelligence, ang terminong ginagamit ng Quantova para sa mga sistemang karaniwang tinatawag na AI. 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. Hindi mapepeke ng isang quantum computer ang ebidensya.

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.

Pinatutunayan ng isang valid na resibo ang tatlong bagay.

1. Ang rekord ay kaparehong-kapareho, sa bawat byte, ng rekord na na-stamp.
2. Umiiral na ang rekord nang hindi lalampas sa oras ng block na nag-anchor dito.
3. 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.

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.

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.

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

1. Gumawa ng signing key na ikaw lamang ang makababasa.

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

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

3. Kumuha ng libreng TQTOV test unit para sa address na iyon sa faucet ng test network.
4. 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.
5. 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.

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

1. 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.
2. Kunin ang fingerprint ng JSON na iyon at idagdag ito sa kasalukuyang batch.
3. 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.
4. 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.

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

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.

1. I-install sa Chrome ang QMask wallet extension mula sa qmask.io at gumawa ng account.
2. Kumuha ng test TQTOV para sa account na iyon sa faucet ng test network.
3. 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.
4. 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.
5. 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.
6. 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.

1. 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.
2. 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.
3. 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.
4. 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.
5. NIST AI RMF at ISO IEC 42001. Ebidensya ng traceability para sa mga kontrol sa pamamahala ng SI.
6. 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

1. 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.
2. 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.
3. 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).
4. 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.

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 SI na sistema sa pananaliksik na nagpapahusay sa SI 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.

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.

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.

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.

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.

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.

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