QuantovaQstampby Quantova
ZH
EnglishEN日本語JAFilipinoFIL한국어KO简体中文ZHFrançaisFREspañolESУкраїнськаUK
GitHub 开始开发 →
Qstamp / 数据流
数据流

何物流向何处，何物从不离开您的系统。

Qstamp 系列产品的每一款产品都遵循相同的三个流程。记录在其持有人的系统内部封存，加盐承诺值在 Quantova 网络上锚定，任何一方日后均可依据凭证对记录进行验证。本页面逐步追踪每个流程，并准确说明哪些数据会跨越哪条边界。

Live flow

The three flows in motion.

Each step lights in turn as a record moves through it. Steps inside your systems never send content out. Only the anchor reaches the Quantova network, and only chain facts are public on QVMScan.

Live flowQstamp, from your application to the explorer
  1. Your systemsYour applicationCreates a record, a decision, a model or a document
  2. Your systemsQstamp SDKSHA3 256 fingerprint bound to a fresh random salt
  3. Your systemsBatch treeUp to 1,048,576 records in one RFC 9162 tree
  4. Quantova networkQstamp contractCommitment anchored in a transaction signed with ML DSA 65
  5. Quantova networkFinalityValidator committee finalises the block in about 0.2 seconds
  6. PublicQVMScanAnchor public, record content private
  7. PublicAny verifierProves the record existed unchanged at that time
Inside your systemsQuantova networkPublic and verifiable
边界

三个区域，以及各区域所允许的数据。

本系列产品的设计原则是，记录内容绝不离开其持有人的区域。仅有固定长度的承诺值会传递至网络，且仅有链上事实是公开的。

区域 1

您的系统内部

  • 记录及其文件
  • 签名密钥与盐值
  • 个人数据与商业数据
  • 已签名的信封与凭证
区域 2

发送至网络的内容

  • 每批次一个经加盐的32字节承诺值
  • 记录类型，例如 QTax
  • 以 ML DSA 65 签名的交易
  • 不含任何可还原为内容的信息
区域 3

在 QVMScan 上公开的内容

  • 承诺值与签名者地址
  • 区块、其时间及其最终性
  • 记录类型及批次大小
  • 不含任何记录、文件或身份信息
流程 1

记录的封存，于您的系统内部完成。

封存在记录创建之处完成，无需任何网络访问。

  1. 01采集

    应用程序在事件发生的瞬间创建记录，例如智能体操作、申报或支付。

  2. 02规范编码

    记录以固定的二进制形式编码，因此同一记录始终生成相同的字节序列，且任何字段均不可被重新解读。

  3. 03签名

    记录使用仅由其持有人保管的密钥，在该产品专属的上下文字符串下以 ML DSA 签名。

  4. 04指纹

    对已编码的记录及其签名，使用该产品专属的域标签计算 SHA3 256 指纹。

  5. 05加盐叶节点

    指纹与新生成的随机盐值相结合，因此公开的信息无法用于确认对记录内容的猜测。

  6. 06批次树

    各叶子节点按照 RFC 9162 汇集为一棵默克尔树，因此一个承诺值即可覆盖数千条记录。

流程 2

在 Quantova 网络上锚定承诺值。

锚定将承诺值固定于特定时间。该操作可通过受控网关，从单一已充值账户按计划运行。

  1. 01承诺值

    批次树的根与网络、合约、签名者、记录类型及批次大小相绑定。

  2. 02交易

    承诺值通过以 ML DSA 65 签名的交易发送至官方 Qstamp 合约。

  3. 03最终性

    由以 ML DSA 65 签名的验证者委员会对区块进行最终确认，通常在约0.2秒内完成。

  4. 04事件

    合约会发出包含签名者、承诺值及记录类型的事件，可在 QVMScan 上查看。

  5. 05凭证

    每条记录都会获得其专属凭证，其中包含其包含路径、盐值及交易信息，并与记录一并保存。

  6. 06恢复

    若发送后连接中断，系统会保留一个待处理存证标记，并在稍后完成锚定，因此任何记录都不会被重复锚定。

流程 3

记录的验证，任何人、任何时候均可进行。

验证需要记录本身、其信封、其凭证以及签名者的公钥。无需 Quantova 的软件，也无需生成者的系统。

  1. 01签名

    验证者会将 ML DSA 签名与记录中所列明的公钥以及验证者所预期的可信密钥进行核对。

  2. 02关联

    若记录依赖于先前的记录，则会逐一核验每条关联记录是否与所指明的记录完全一致并经有效签名。

  3. 03规则

    系统会应用相应产品规则，例如职责分离、累计总额、时间顺序以及锚定延迟的限制。

  4. 04包含性

    系统会重新计算叶子节点，并核验其路径直至已承诺的根。

  5. 05链

    验证者会在网络上确认该交易已达到最终性，且合约已发出该承诺值。

  6. 06结果

    结果为有效、无效或无法判定之一，并列明每一项核验内容。证据缺失绝不会得出有效的结果。

按用例

将相同的流程应用于真实记录。

用例封存的记录关联对象验证者可证明的内容
AI 智能体每一次工具调用、模型变更及决策前一条日志记录及智能体授权委托智能体在其授权范围内行事，且没有任何操作被删除
智能体支付每一项支付意向及凭证授权委托及其支出限额支付始终保持在获授权的限额之内
税务申报、发票、核定及退税申报、核定及此前的退税任何退税均未超过应退金额，且没有任何记录被倒填日期
采购投标承诺值、评分及中标结果招标公告及已签名的评分截止期限后没有任何投标被添加或替换
选举投票站结果报告及计票行为已登记的工作人员及软件公布的结果与经认证的报告一致
AI 内容内容、模型及数据集构成要素及模型所有者内容的来源与历史与所声称的一致
密钥

各流程中的密钥保管。

本地生成

密钥由运营方自有系统的安全随机源生成，绝不会发送至 Quantova。

按角色分别保管

不同角色各自持有独立的密钥，因此同一人员或同一系统无法同时创建并核准同一条记录。

使用后清除

SDK 会在每次操作后清除内存中的密钥材料，命令行密钥文件必须仅可由其所有者读取。