QuantovaQstampby Quantova
ZH
EnglishEN日本語JAFilipinoFIL한국어KO简体中文ZHFrançaisFREspañolESУкраїнськаUK
GitHub 开始开发 →
Qstamp / QAid
QAid · 拨款、补贴与援助

确保拨款、补贴与援助切实送达获批对象。

QAid 是 QGov 旗下的拨款、补贴与援助完整性工具。它对各项计划的规则、每项资格认定决定及每笔拨付进行封存，并在不公开受益人任何个人数据的前提下，将每笔支付与其经核准的决定以及所依据的计划规则相关联。计划管理者、审计人员、出资方及监督机构均可验证每笔支付均具有正当依据且仅支付一次。

Live flow

How QAid runs inside a benefit or grant programme.

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 flowQAid, from programme rules to the explorer
  1. Your systemsBenefit or grant systemProgramme rules sealed before applications open
  2. Your systemsApplicationFingerprinted on receipt, the applicant named by a salted commitment
  3. Your systemsDecision and approvalAssessed and approved under separate keys
  4. Your systemsDisbursementEach payment sealed with its cumulative total
  5. Quantova networkAnchorOne salted 32 byte commitment per batch, sent under record kind 1105 in a transaction signed with ML DSA 65
  6. PublicQVMScanFinal in about 0.2 seconds and indexed on the explorer under QAid, with no record content
  7. PublicAuditor or donorTraces every payment to its decision and rules
Inside your systemsQuantova networkPublic and verifiable
问题所在

不当支付依赖于无人能够从头到尾核验的记录。

福利、拨款及援助计划往往在时间压力下，通过多个系统处理数量极为庞大的支付。不当支付在任何单一系统中都很难被察觉。

无决定依据的支付

向从未被评估为符合资格的个人或实体支付款项，会使本应用于有需要人群的资金被挪用。

重复支付

同一项权益被重复支付，或由两个计划分别支付，在各系统各自保存记录的情况下很难被发现。

事后变更的规则

在决定作出之后变更资格标准，会使不当的拨付看似合规。

数据流

从计划规则到最后一笔支付，每一步均予封存。

QAid 将每笔支付与为其提供依据的决定相关联，并将每项决定与当时生效的计划规则相关联，因此审计人员可以将任何一笔支付追溯至其法律依据。

  1. 01计划规则

    管理机关在受理申请开始前，对计划规则、资格标准、预算及福利金额予以封存。

  2. 02申请

    每份申请在收到时即被计算指纹。申请人仅以经加盐的承诺值标识，因此不会有任何个人数据流出该机关。

  3. 03资格认定决定

    审核人员依据申请及当时生效的计划规则对决定予以封存，并注明核准金额。

  4. 04核准

    超过规定限额的拨付须由使用另一密钥的第二名人员核准。

  5. 05拨付

    每笔支付均依据决定、按其顺序及已支付累计金额予以封存，因此任何重复支付都会破坏该链条。

  6. 06监测与追回

    报告、更正及追回均依据原始拨付决定予以封存，审计人员可从样本一直核验至源头的完整链条。

已封存的记录

每一条记录、其签名者以及其所证明的内容。

每条记录都是在 QAid 记录类型下，经 Qstamp 锚定而固定于特定时间的 ML DSA 签名声明。受理、审核、核准及支付分别由不同的密钥持有。

记录签名方关联对象验证可证明的内容
计划规则管理机关法律依据与预算作出各项决定时生效的规则
申请受理人员计划规则申请在收到时即以此形式存在
资格认定决定审核人员申请及规则拨付符合规则及申请内容
核准核准人员决定超过限额的拨付均经过第二次独立核准
拨付付款人员决定支付总额未超出拨付金额，且无任何重复支付
恢复管理机关拨付决定追回及更正均已针对该拨付决定予以记录
检测

QAid 可检测的内容。

每一项核验均仅依据已封存的记录及其凭证由验证者独立完成，不依赖于生成该记录机构的系统、人员或善意。

可通过验证检测出的情形

  • 没有已封存资格认定决定的支付
  • 累计金额超过拨付决定金额的支付
  • 同一项待遇被重复支付
  • 由审核该事项的同一人员核准的拨付
  • 决定作出之后被变更的计划规则
  • 日期早于申请受理日的决定
集成

QAid 的协作对象。

QAid 由管理申请、决定及支付的系统调用，本身并不持有受益人数据或资金。

系统连接方式
社会保障与福利管理系统系统在申请受理、决定作出及支付核准时调用 QAid
拨款管理平台征集提案、评估、拨款决定及报告在产生时即予封存
支付系统与财政接口支付指令在发出前即被封存，并与其所执行的决定进行匹配
出资方报告依据国际援助透明度倡议标准发布的信息，可附带每笔已申报交易的指纹及凭证
审计与监督工具最高审计机关及出资方监督机构可依据导出的记录及凭证核验链条
监管对应

QAid 旨在支持的义务。

以下每一项法律文件均规定了依赖于记录完整、未经更改且带有日期的义务。QAid 为履行这些义务提供技术证据。遵守各项法律文件仍是受其规制机构自身的责任。

法规文件条款QAid 的应对方式
《联合国反腐败公约》第9条第2款及第3款公共财政中的问责制以及财务记录完整性的保存从计划规则到支付的封存链条
美国统一指南 2 CFR Part 200联邦拨款的财务管理、内部控制及记录留存每项拨付决定及支付的可归属且带日期的记录
《2019年美国支付完整性信息法》对不当支付的识别与削减检测无决定依据的支付及重复支付
《欧盟财务条例》健全的财务管理、保护联盟财政利益以及防止重复资助每笔支付中记载的累计总额均与唯一一项拨付决定相关联
《通用数据保护条例》第5、25及32条数据最小化、设计阶段的数据保护以及处理的安全性受益人仅以无法逆向推算的加盐承诺值标识
NIST SP 800 53 第 5 修订版AU 9（审计信息保护）、AU 10（不可否认性）及 SI 7（信息完整性）已签名、封存并锚定的记录，任何验证者均可察觉其变造或删除
保密性

公开的内容与仅保留在政府内部的内容。

受益人身份、家庭信息及银行信息始终保留在该机关自身的系统内。受益人仅以无法逆向推算的加盐承诺值标识，若无该机关持有的盐值，这些信息无法跨计划相互关联。

状态与范围

QAid 的当前进展。

QAid is being built for release as part of QGov, the government branch of the Qstamp family, on the construction of QTax, which is released. QAid is published on GitHub and npm only after rounds of security review and live testing on the Quantova network, and its release is announced on this page. Governments can begin pilots today with the released SDKs of the family. The current releases anchor on the Quantova test network ahead of production use, and records on that network carry no evidential weight. QAid proves that each payment had a sealed basis and was made once within the award. It does not verify the truth of what an applicant declared, which remains a matter for the authority and its investigators.