QuantovaQstampby Quantova
EN
EnglishEN日本語JAFilipinoFIL한국어KO简体中文ZHFrançaisFREspañolESУкраїнськаUK
GitHub Start building →
Qstamp / QAid
QAid · Grants, subsidies and aid

Grants, subsidies and aid that reach the people they were approved for.

QAid is the grants, subsidies and aid integrity tool of QGov. It seals the rules of each programme, every eligibility decision and every disbursement, and links each payment to the approved decision and the programme rules it relies on, without publishing any personal data of beneficiaries. Programme managers, auditors, donors and oversight bodies can verify that every payment had a valid basis and was made only once.

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
The problem

Improper payments rely on records that no one can check end to end.

Benefit, grant and aid programmes make very large numbers of payments through several systems, often under pressure of time. Improper payments are rarely visible in any single system.

Payments without a decision

Payments to people or entities that were never assessed as eligible divert funds meant for those in need.

Double payment

The same entitlement paid twice, or paid by two programmes, is hard to detect when each system keeps its own records.

Rules changed afterwards

Eligibility criteria changed after decisions were made allow improper awards to appear compliant.

Data flow

From programme rules to the last payment, every step sealed.

QAid links every payment to the decision that justified it and every decision to the programme rules in force at the time, so an auditor can follow any payment back to its legal basis.

  1. 01Programme rules

    The managing authority seals the programme rules, the eligibility criteria, the budget and the benefit amounts before applications open.

  2. 02Application

    Each application is fingerprinted on receipt. The applicant is named only by a salted commitment, so no personal data leaves the authority.

  3. 03Eligibility decision

    An assessing officer seals the decision against the application and the programme rules in force, stating the amount awarded.

  4. 04Approval

    Awards above set limits are approved by a second officer under a separate key.

  5. 05Disbursement

    Each payment is sealed against the decision, with its position and the cumulative amount paid, so a duplicate breaks the chain.

  6. 06Monitoring and recovery

    Reports, corrections and recoveries are sealed against the original award, and auditors verify complete chains from sample to source.

Sealed records

Every record, its signer and what it proves.

Each record is an ML DSA signed statement fixed in time by a Qstamp anchor under the QAid record kind. Intake, assessment, approval and payment are held by separate keys.

RecordSigned byLinked toWhat verification proves
Programme rulesManaging authorityLegal basis and budgetThe rules in force when each decision was made
ApplicationIntake officerProgramme rulesThe application existed in this form when received
Eligibility decisionAssessing officerApplication and rulesThe award follows the rules and the application
ApprovalApproving officerDecisionAwards above limits had a second and separate approval
DisbursementPaying officerDecisionPayments in total stay within the award and none is repeated
RecoveryManaging authorityAwardRecoveries and corrections are recorded against the award
Detection

What QAid detects.

Each check is performed by the verifier from the sealed records and their receipts alone. No check depends on the systems, the staff or the good faith of the body that produced the records.

Detected on verification

  • A payment with no sealed eligibility decision
  • Payments that together exceed the amount awarded
  • The same entitlement paid twice
  • An award approved by the officer who assessed it
  • Programme rules altered after decisions were made
  • A decision dated before the application was received
Integration

What QAid works with.

QAid is called by the systems that manage applications, decisions and payments. It does not hold beneficiary data or funds.

SystemHow it connects
Social protection and benefit management systemsThe system calls QAid when an application is received, a decision is made and a payment is approved
Grant management platformsCalls for proposals, evaluations, awards and reports are sealed as they are made
Payment systems and treasury interfacesPayment instructions are sealed before release and matched to the decision they execute
Donor reportingPublications under the International Aid Transparency Initiative standard can carry the fingerprint and receipt of each reported transaction
Audit and oversight toolsSupreme audit institutions and donor oversight bodies verify chains from exported records and receipts
Regulatory alignment

The obligations QAid is designed to support.

Each instrument below creates a duty that depends on records being complete, unaltered and dated. QAid supplies technical evidence for those duties. Compliance with each instrument remains the responsibility of the body subject to it.

InstrumentProvisionHow QAid supports it
United Nations Convention against Corruption, Article 9(2) and 9(3)Accountability in public finance and preservation of the integrity of financial recordsSealed chains from programme rules to payment
United States Uniform Guidance, 2 CFR Part 200Financial management, internal controls and record retention for federal awardsAttributable and dated records of each award decision and payment
United States Payment Integrity Information Act of 2019Identification and reduction of improper paymentsDetection of payments without a decision and of repeated payments
Financial Regulation of the European UnionSound financial management, protection of the financial interests of the Union and prevention of double fundingCumulative totals carried in each payment and linked to a single award
General Data Protection Regulation, Articles 5, 25 and 32Data minimisation, data protection by design and security of processingBeneficiaries named only by salted commitments that cannot be reversed
NIST SP 800 53 Revision 5AU 9 protection of audit information, AU 10 non repudiation and SI 7 information integritySigned, sealed and anchored records whose alteration or removal is detected by any verifier
Confidentiality

What is published and what stays inside government.

Beneficiary identities, household data and bank details remain within the systems of the authority. Beneficiaries are named only by salted commitments, which cannot be reversed and cannot be linked across programmes without the salts held by the authority.

Status and scope

Where QAid stands today.

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.