自律エージェントのための
主権的セキュリティレイヤー。

超知能(SI)エージェントによる決済、金融、ファイル、レシート及び意思決定は、お客様自身のシステム上で非公開に保たれます。それらのフィンガープリントは耐量子ネットワーク上にアンカーされ、あらゆる裁判所又は規制当局に対して証明することができます。

欧州連合、英国、米国、日本、韓国、シンガポール及び香港の規制当局は、自動化されたシステムに対し、追跡可能で、保存され、改変から保護された記録を保持することを求めています。Qstamp は、エージェントのすべてのアクションに、それを行った企業から独立して検証でき、量子コンピュータが古典的な署名を破った後も有効であり続ける、非公開のフィンガープリントを付与します。

エージェント決済金融ファイルレシート意思決定モデル

Quantova Virtual Machine で稼働中。現在、SI モデル及びエージェントと統合できます。

npm install @quantovainc/qstamp
qstamp · evidence pipeline · live sequenceQVM
運用者境界 · 記録は外部に出ない QUANTOVA VIRTUAL MACHINE · 耐量子ファイナリティ SI エージェントアクション記録 フィンガープリントSHA3 · 256ビット ソルト付きリーフダイジェスト + 32バイトソルト バッチツリーRFC 9162 · 2^20 リーフ コミットメント32バイト · 完全束縛 Quanta コントラクトQVM · ML DSA 65 tx ファイナリティバリデーター署名 レシートパス + アンカー 検証誰でも · いつでも 委員会 · ML DSA 65 · 約0.2秒 有効 SI エージェントアクション記録フィンガープリントSHA3 · 256ビットソルト付きリーフダイジェスト + 32バイトソルトバッチツリーRFC 9162 · 2^20 リーフコミットメント32バイト · 完全束縛Quanta コントラクトQVM · ML DSA 65 txファイナリティバリデーター署名レシートパス + アンカー検証誰でも · いつでも
01 / 09
SI エージェントが行動する
エージェントが支払いを承認し、ツールを呼び出し、又は出力を生成します。各アクションは記録として取得されます。
Qstamp とは何か

Qstamp は、超知能(SI)エージェントのための耐量子の証跡ツールキットであり、すべての記録を非公開に保ちます。SI は superintelligence(超知能)の略であり、一般に AI と呼ばれるシステムを指して Quantova が用いる用語です。その SDK は、エージェントの各アクション及び意思決定のフィンガープリントを企業自身のシステム上で計算し、ソルト付きの暗号学的コミットメントのみを Quantova ネットワーク上にアンカーします。これにより、銀行、政府、医療及び金融の各分野の組織は、記録そのものを開示することなく、自らのエージェントがいつ何を行ったかを、裁判所、監査人及び規制当局に正確に証明することができます。この証跡は量子コンピュータによって偽造することができません。

古典的な記録は偽造され得る

現在、エージェントログ、監査証跡及びスマートコントラクトに署名が付される場合、その署名は secp256k1 又は P 256 上の ECDSA、Ed25519 上の EdDSA、又は RSA によるものである。Shor のアルゴリズムはこの3つすべてを破り、その後は、偽造された記録を真正な記録と区別することができなくなる。

Quantova は古典的な署名を一切受け入れない

Quantova 上のアカウント、トランザクション、コントラクトコードの証明及びファイナリティ証明書は、FIPS 204 に規定される ML DSA で署名される。本プロトコルは、いかなる層においても古典的な署名を受け入れない。

非公開の記録、検証可能な証明

記録、そのフィンガープリント及びそのレシートは企業の手元にとどまります。アンカーされるのはソルト付きのコミットメントのみであり、誰でも検証できますが、誰も読むことはできません。レシートは、法令が求める保存期間の全体にわたって検証可能であり続けます。

設計に組み込まれたプライバシー保護

公開されるのは証明の記録です。お客様のデータの記録では決してありません。

公開記録とは、記録が存在したこと及び改ざんされていないことを誰でも確認できることを意味します。誰でもその内容を読めることを意味するものではありません。プロンプト、エージェントの入力及び出力、個人データ並びに決済情報が、エージェントを運用する企業のシステムの外に出ることはありません。

チェーン上で公開
  • ソルト付きのフィンガープリントから算出される32バイトのコミットメント
  • ブロック、時刻及びトランザクション
  • 署名アカウント及びコントラクト
  • SI エージェントのアクションなどの記録種別
一切公開されません
  • エージェントに与えられるプロンプト及び指示
  • エージェントの出力、推論及びツール呼び出し
  • 個人データ及び顧客又は患者の情報
  • 決済情報、金額及び口座番号
  • ファイル、文書及びモデルの重み
  • 記録そのもの及びそのレシート

各記録は、何らかの情報が送信される前に、企業自身のシステム上で SHA3 256 と新たに生成される256ビットのランダムなソルトを用いてフィンガープリントが計算されます。フィンガープリントは一方向です。フィンガープリントから記録を復元することはできず、また、ソルトにより、短いプロンプトや予測可能なプロンプトであっても、推測した内容を誰も確認することはできません。記録が開示されるのは、その所有者が、例えば裁判所又は規制当局に対し、そのレシートとともに記録を提出することを選択した場合に限られます。

エネルギー効率

エネルギー報告に何も加えない証跡。

エネルギー使用量は、今やデータセンター及びそれに依存する組織にとって報告義務の対象です。Qstamp は、新たなハードウェア、新たなストレージ又はマイニングを必要とせずに、SIエージェントが何を行ったかを証明します。SDK は企業がすでに運用しているシステムの内部で動作し、1件のアンカリングトランザクションで最大100万件の記録を対象とします。

新たなデータセンターは不要

SDK は企業がすでに使用しているサーバー上で動作します。記録が Quantova に複製されることはないため、GPU、モデルの学習及び別個のストレージクラスターを必要としません。

1件の記録あたりマイクロ秒単位

記録は通常のプロセッサ上で SHA3 256 によりマイクロ秒単位でフィンガープリント化されます。当社のベンチマークでは、65,536件の記録が1秒未満でフィンガープリント化され、1つのハッシュツリーに結合されました。

100万件の記録に1件のトランザクション

最大1,048,576件の記録が固定手数料の1件のアンカリングトランザクションを共有するため、バッチが大きくなるにつれて、記録1件あたりのネットワーク処理はゼロに近づきます。

マイニングは不要

Quantova ネットワークは、プルーフ・オブ・ワークではなく ML DSA 65 による委員会署名で各ブロックを確定させるため、アンカリングがマイニングのためのエネルギーを消費することはありません。

EUエネルギー効率指令やサステナビリティ報告に関する規則などに基づいてエネルギー及び排出量を報告する組織は、当該報告に新たなインフラストラクチャを加えることなく、SIエージェントの改ざん検知可能な記録を追加できます。

今、透明性が必要な理由

自らを改良するシステムには、自ら書き換えることのできない記録が必要です。

SI システムは現在、コードを書き、実験を設計し、モデルを調整し、さらに SI そのものを改良する研究にもますます寄与しています。各段階における人間の関与が少なくなる中で能力が高まるにつれ、これらのシステムのアクション及び意思決定を把握することは難しくなります。現在、自律エージェント及び超知能エージェントが実際に何を行ったかについて、共通の改ざん検知可能な記録は存在しません。Qstamp はその記録を提供するために構築されており、これらのシステムの発展が、それらが奉仕する人々及び機関に対して説明責任を負い続けることを可能にします。

すべてのアクションを遡って確認

Qstamp は、エージェントの各アクション、モデルの変更及び意思決定のフィンガープリントをその発生時に計算し、バッチごとにソルト付きのコミットメント1件をオンチェーンでアンカーします。運用者、監査人及び規制当局は、エージェントが何を行ったかを後から正確に振り返り、それが与えられた権限の範囲内で行動したことを確認することができます。

設計の根本から耐量子

フィンガープリントは Quantova 上にアンカーされます。Quantova は、最初のブロックから、すべてのアカウント、トランザクション、コントラクト及びファイナリティ証明書に耐量子署名で署名しています。そのアカウント、コントラクト、保存されたコミットメント及び合意のいずれにおいても、古典的な署名方式を継承している箇所はありません。

QVMScan で検証可能

アンカーを行う各トランザクションは、Quantova のエクスプローラーである QVMScan で確認することができ、バッチがいつ、どのアカウントによって固定されたかが表示されます。エクスプローラーに記録の内容が表示されることはありません。内容がその所有者の手元を離れることはないためです。

課題

クラウドログでは、エージェントが何をしたかを証明できません。

エージェントの記録の多くは、監査を受ける当事者自身が管理するデータベースに保管され、量子コンピュータによって破られる署名で保護されています。Qstamp は、証明をその境界の外側に移します。各記録はフィンガープリントに縮約され、耐量子署名でアンカーされます。誰でも、その内容を見ることなく記録を確認できます。

現在 · 従来のクラウドログ量子コンピュータの登場後は偽造可能QSTAMP · 非公開の記録、検証可能な証明量子コンピュータの登場後も検証可能SI エージェントアクション記録クラウドログDB運用者が保持管理者アクセス行を書き換え可能監査人又は裁判所運用者への信頼が前提SI エージェントアクション記録SHA3 ダイジェスト内容は非公開Quanta コントラクトML DSA 65 · 公開アンカー監査人又は裁判所独立して検証✕ 量子で破られる鍵✕ 痕跡のない改変✕ 完全性を証明不能✓ 256ビットのダイジェスト✓ 耐量子署名✓ 改ざん検知可能な証明記録の書き換え変更はすべて検知現在 · 従来のクラウドログQSTAMP · 耐量子レイヤーSI エージェントアクション記録クラウドログDB運用者が保持管理者アクセス行を書き換え可能監査人又は裁判所運用者への信頼が前提SI エージェントアクション記録SHA3 ダイジェスト内容は非公開Quanta コントラクトML DSA 65 · 公開アンカー監査人又は裁判所独立して検証✕ 量子で破られる鍵✕ 痕跡のない改変✕ 完全性を証明不能✓ 256ビットのダイジェスト✓ 耐量子署名✓ 改ざん検知可能な証明
従来のログ記録におけるリスクQstamp による保護
法令が求める要件

規制当局は、信頼できる記録を求めています。

世界の主要経済圏では、法令は、自動化されたシステム及びAIシステムの運用者に対し、それらのシステムが行うことを記録し、その記録を保存し、改変から保護することを求めています。Qstamp は、これらの義務を支える証跡を生成します。その証跡は、古典暗号が破られた後も検証可能であり続けます。

欧州連合
AI法、規則(EU)2024/1689、第12条及び第19条

高リスクAIシステムは、その存続期間にわたり事象の自動記録を技術的に可能とするものでなければならず、提供者は、当該ログを少なくとも6か月間保存しなければならない。

記録された各イベントがアンカーされるため、保存期間全体にわたってその完全性を示すことができます。

英国
英国GDPR 第5条第1項(f) · FCA Handbook SYSC 9

個人データは、無権限の処理に対する保護並びに偶発的な滅失又は損傷に対する保護を含め、適切なセキュリティを確保する方法で処理されなければならない。規制対象事業者は、規制当局が規制の遵守状況を監視するのに十分な、秩序立った記録を保持しなければならない。

記録が完全であり改変されていないことを、その内容を公開することなく示す、改ざん検知可能な証明。

日本
電子帳簿保存法 · AI推進法(2025年)

電子記録は、タイムスタンプの付与又は訂正及び削除の履歴の確保など、その真実性を確保するための措置を講じて保存しなければならない。AI推進法(人工知能関連技術の研究開発及び活用の推進に関する法律)は、AIの研究開発及び活用における透明性の確保を基本理念としている。

認定タイムスタンプ及び訂正履歴を補完する、すべての記録についての完全性及び時刻の証跡。

韓国
AI基本法 · 個人情報保護法(韓国)

高影響AIの事業者は、リスク管理、説明及び利用者保護のための措置を講じ、これらを示す文書を保管しなければならない。個人情報へのアクセス記録は、保管し、偽造及び改ざんから保護しなければならない。

規制当局が独立して検証できる、意思決定及びアクセスに関する改ざん検知可能な記録。

香港
個人データ(プライバシー)条例(Cap. 486) · HKMA 監督政策マニュアル TM G 1

データ利用者は、無権限の又は偶発的なアクセス、処理、消去、滅失又は使用から個人データを保護するため、実行可能なあらゆる措置を講じなければならない。認可機関は、そのシステム及び当該システムが保持する記録の完全性を含め、テクノロジーリスクを管理しなければならない。

その完全性を HKMA、個人データ・プライバシー・コミッショナー又は裁判所に対して示すことができる、エージェントの記録及び SI 出力の検証可能なフィンガープリント。

米国
SEC Rule 17a 4 · Executive Order 14412

ブローカー・ディーラーの記録は、書換え不能かつ消去不能な形式で、又は完全なタイムスタンプ付きの監査証跡を伴って保存しなければならない。連邦政府のシステムは、耐量子の鍵確立及び署名に移行しなければならない。

当初から耐量子暗号で署名された、タイムスタンプ付きの改ざん検知可能な監査証跡。

Qstamp は、これらの義務の履行を支援する証跡を提供します。各組織は、自らに適用される法令の要件全体を満たす責任を引き続き負います。法域別の対応の全体像

エージェント決済

エージェントが支払いを行う場合、すべての段階が証明可能でなければなりません。

Qstamp は、エージェントに権限を与えたマンデート、エージェントが意図した支払い、それを承認した統制判断、及びその後の決済をアンカーします。各記録は直前の記録にリンクされるため、銀行、監督当局又は裁判所は、権限から決済に至る連鎖全体を検証できます。

C1 · C2

権限と意図

マンデート及び意図された支払いは、いかなる指図も送信される前にアンカーされるため、何が許可され、何が意図されたかの記録を後から変更することはできません。

C3 · C4

統制と決済

制裁、上限額及びマネー・ローンダリング対策の確認、人による承認がある場合はその承認、並びに決済確認は、アンカーされ、意図にリンクされます。

C5

照合及び紛争

すべてのリンクは独立して検証され、欠落した記録、改変された記録又は順序が入れ替えられた記録は、決済に関する規則が現在求める10年間の保存期間全体にわたって検知されます。

実例

SI 企業が Qstamp を導入する方法。インストールから、裁判所が検証できるフィンガープリントまで。

4つのフェーズ、すなわちセットアップ、統合、運用及び証明からなる13の手順です。表示されるすべての値は Quantova Virtual Machine 上での Qstamp の実際のデプロイから取得したものであり、Qstamp を統合するすべての企業が同じ手順に従います。

qstamp · 導入及び証跡
セットアップ統合運用証明
セットアップ

SDK をインストールする

SI 企業は、エージェントを実行するサービスにオープンソースの Qstamp SDK を追加する。依存関係は、耐量子署名のための QCore の1つのみである。

$ 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 テンプレートから独自の発行者コントラクトをデプロイする。独自のコントラクトは、qdock.io の QIDE において証明済みの 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
統合

エージェントランタイムを接続する

エージェントランタイムは、すべてのツール呼び出し及び判断を正規化された記録として書き出し、企業自身のログに保管し、1分ごとにバッチをアンカーする。レシートはアクションとともに保存される。

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 は当該記録の SHA3 256 ビットのフィンガープリントを計算する。記録そのものが銀行の外部に出ることはない。

$ npx @quantovainc/qstamp hash action-04.json
  action-04.json
アルゴリズムSHA3 256 · FIPS 202
フィンガープリントefb393903da28c2a6221179be662a2bbe2be06dfbd1acdee26bb057b6d2fb11f
運用

ソルト付与とバッチ化

フィンガープリントは新たに生成されたランダムなソルトと結び付けられ、同一バッチの他のアクションとともにハッシュツリーに格納される。6件のアクションが1つのツリールートを共有する。

リーフH(0x00 ‖ QSTAMP/LEAF/V1 ‖ alg ‖ digest ‖ salt)
ソルトd275e738d46530b36f2c90e48a16bcd6e37fa9480378eb253c4e7a66a6a6b710
バッチサイズ6件のアクション
ツリールート34f64b12e5b363f1add6c48c0f85ebd60e4c2d421e5559f5d7b88717db205c54
運用

1つのコミットメント

ルートは、チェーン、公式コントラクト、署名アカウント、記録種別及びバッチサイズに結び付けられる。その結果が1つの32バイトのコミットメントである。

コミットメントH(0x02 ‖ QSTAMP/ROOT/V1 ‖ genesis ‖ contract ‖ sender ‖ kind ‖ size ‖ root)
記録種別6 · ai_agent_action
値6068a3e9625471530eda32f3292a9ac667c4f543281d62b12c62ad3481f07e0a
運用

ML DSA 65 による署名

SDK は、Quantova 仮想マシン上の Qstamp Quanta コントラクトを呼び出す1件のトランザクションを送信する。このトランザクションには、耐量子署名である ML DSA 65 で署名される。

トランザクションQTX1V53JW528S64SZYD6EDZ563N0PUUA2ARGNQHV4LTJMNH24PQS5VPQTAH8RQ
署名者Q1NUR6ETECQXEVE77TJ9YPZ6WAWYMT45WCJANV5J43X93SF79DWE0S0D572X
コントラクトQ1D6TZFRL203P3DFAFVUPZUHGUCM4EWGH6063XNS42VA5235RNQWXS7FXEWX
署名ML DSA 65 · FIPS 204
手数料バッチ全体で 0.005 TQTOV
運用

オンチェーンで確定

バリデーターは耐量子署名によりブロックを確定する。コントラクトは、コミットメントを Stamped イベントに記録する。スタンプは1秒未満で確定した。

ブロック2,011,753
時刻2026-10-09 09:39:25 UTC
イベントStamped · selector 5a110849
イベントデータsigner ‖ commitment ‖ kind
✓ 確定済み · 公式コントラクトにより記録
運用

エクスプローラーで閲覧可能

誰でも、Quantova の公開エクスプローラーである QVMScan でトランザクションを開き、コミットメント、署名者、記録種別及びブロックを確認することができる。

qvmscan.io/tx/QTX1V53JW5…PQTAH8RQ
ステータスSuccess
ブロック2,011,753
送信元Q1NUR6ETECQXEVE77TJ9YPZ6WAWYMT45WCJANV5J43X93SF79DWE0S0D572X
送信先Q1D6TZFRL203P3DFAFVUPZUHGUCM4EWGH6063XNS42VA5235RNQWXS7FXEWX
Qstamp の証跡Stamped · Official Qstamp contract · ai_agent_action
コミットメント6068a3e9625471530eda32f3292a9ac667c4f543281d62b12c62ad3481f07e0a
実際のトランザクションを開く
証明

裁判所がエージェントの行為を問う

銀行は記録とそのレシートを提出する。検証者は、フィンガープリント、ツリールート及びコミットメントを再計算し、同一のコミットメントがオンチェーンに存在することを確認する。1桁でも変更すれば、検査は失敗する。

$ 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
1トランザクションあたりの記録数
128ビット
量子原像に対する安全性
0.005
アンカーあたりの TQTOV(サイズを問わず)
Qstamp が提供するもの

3つの操作。1つの永続的な証明。

01 · フィンガープリント

記録は元の場所にとどまる

SDK は各記録を256ビットのダイジェストに縮約し、新規のランダムなソルトに束縛します。内容が運用者の手元を離れることはなく、公開される情報から内容について何も推測することはできません。

02 · コミット

バッチごとに1つのコミットメント

最大1048576件の記録が、単一の RFC 9162 ハッシュツリーを形成します。そのルート、バッチサイズ、チェーン、コントラクト、署名者及び記録種別が、1つの32バイトのコミットメントに束縛されます。

03 · 検証

誰でも確認できる

各記録にはレシートが付随します。検証では、記録から確定済みブロックまでのすべてのリンクを再計算するため、Quantova Inc や記録の保有者を信頼する必要は一切ありません。

超知能エージェント向けの設計

超知能のための検証可能な説明責任。

エージェントが生成するすべてのツール呼び出し、意思決定及び出力は、バッチでスタンプされ、後から顧客、保険会社又は規制当局が検証できます。記録は、何が、どのシステムにより、どのモデルの下で行われたか、及び遅くともいつまでに行われたかを証明します。

  • すべてのツール呼び出し、意思決定及び出力に対するアクションレシート
  • リリース時に固定されるモデル及びデータセットのパスポート
  • Quanta の署名付きオーダーによる発行者及びカウンシルの統制
  • EU AI法のログ記録及び保存義務に対応
エージェントのアーキテクチャを見る →
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 の1つのみです。

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
開発を始める

最初の記録のスタンプは1分以内に完了します。

SDK をインストールし、ファイルのフィンガープリントを計算し、アンカーし、レシートを検証します。Apache License 2.0 又は MIT ライセンスの下で提供されるオープンソースです。

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