QNV transaction signing
The current QHY-v1 semantic rule requires both Schnorr BIP340 and ML-DSA-44 over the same QNV_SIGHASH_V1 semantic message for every standard QNV spend.
Current design
The rule is a strict AND: both signatures must validate. It is not a choice between schemes and not a fallback. Final sighash bytes, field order, encoding and witness format remain open.
QNV transaction signing
| Parameter | Current value | Status |
|---|---|---|
| Semantic message | QNV_SIGHASH_V1 | SHARED BY BOTH SIGNATURES |
| Classical signature | Schnorr BIP340 | REQUIRED |
| Post-quantum signature | ML-DSA-44 | REQUIRED |
| Validation rule | BIP340 valid AND ML-DSA-44 valid | SEMANTIC RULE |
| Final serialization | Sighash bytes, field order, witness encoding | OPEN |
| Public wallet | No signed transfer-capable release | NOT RELEASED |
Technical documentation
One meaning, two proofs
Both signatures cover the same semantic spending decision. A node must not accept a standard spend when only one signature validates, or when the signatures commit to different transaction meanings.
Why the bytes are still open
A semantic rule can be approved before its final wire representation. Canonical field order, versioning, endian rules, domain separation and witness encoding must be fixed and tested before spend, sign, send and broadcast can be called complete.
Wallet boundary
The wallet preview demonstrates direction and interface concepts. It does not create a production QNV wallet, broadcast a transaction or prove that final transaction bytes are implemented.
User safety
No page or message should request a seed phrase, private key, recovery code or password. Future signed releases must provide a verifiable source, version and integrity information.
Related documentation
Questions and answers
Can a standard QNV spend use only one signature?
No. The current semantic rule requires both BIP340 and ML-DSA-44.
Does the rule mean the wallet is released?
No. The semantic rule exists, while final encoding and a signed public wallet remain unavailable.