Skip to content
Block height specification no chain yet
Active validators 0 / 75 floor 7 · standby 0
Security tier not yet established
TPS · current specification
ADM in circulation 0 specification only
Network status Open view validators, blocks, mempool
Specification phase. Values shown are placeholders for layout. No live chain.
§ Security · /security

Security posture,
spelled out.

Adamant's claims are made of cryptography, and cryptography is auditable. This page lists the primitives, their provenance, the threat model, the disclosure protocol, and where to send findings.

Primitives Threat model Audits Disclosure Bug bounty Incidents Reproducible builds
§ 01 / Progress

Audit progress, per primitive.

Visible bars. The chain ships when these reach 100% on the audits that matter for consensus and privacy.

C.01 Halo 2 Recursive zk-SNARK
50 %

reference upstream audited; Adamant gadgets pre-audit

C.02 ML-DSA (FIPS 204) Post-quantum signatures
90 %

NIST-final standard; Adamant hybrid integration pre-audit

C.03 Ed25519 Classical signatures
95 %

industry standard

C.04 ML-KEM-768 (FIPS 203) Post-quantum KEM
90 %

NIST-final standard

C.05 Wesolowski VDF Mempool time-lock
30 %

parameter review pending; group-of-unknown-order setup

C.06 Threshold BLS Mempool threshold encryption
25 %

DKG construction pre-audit

C.07 BLAKE3 Auxiliary hashing
95 %

industry standard

C.08 Poseidon zk-friendly hashing
60 %

parameters fixed; circuit-level review in flight

§ 02 / Primitives

Cryptographic primitives.

Standard, peer-reviewed primitives. The synthesis is what's novel; the building blocks are not (WP §2.6, §3).

CodePrimitiveUseStandardAudit status
C.01Halo 2Recursive zk-SNARKsspecImplementation tracks zcash/halo2; audit pending public testnet.
C.02ML-DSA (FIPS 204)Post-quantum signaturesFIPS-204NIST-standardised; Adamant's hybrid construction unaudited.
C.03Ed25519Classical signature (hybrid)RFC 8032Industry standard.
C.04ML-KEM-768 (FIPS 203)Post-quantum KEMFIPS-203NIST-standardised.
C.05Wesolowski VDFMempool time-lockspecReference implementation pre-audit.
C.06Threshold BLSMempool threshold encryptionspecSpecified in whitepaper §06; audit pending.
C.07BLAKE3Hashing, MAC1.xIndustry standard.
§ 02 / Threat model

What the chain defends against.

T.01

Byzantine validators

BFT consensus tolerates f < N/3 Byzantine validators. Floor 7 means f=2 tolerated; ceiling 75 means f=24. Below floor, the chain halts.

T.02

Pre-execution MEV

Encrypted-by-default mempool prevents a single validator from reading transaction contents before inclusion. No sandwich, no front-run, no copy.

T.03

Network observers

Default-shielded transactions encrypt sender, recipient, amount, and memo. Observers see only the encrypted envelope and the validity proof.

T.04

Future quantum adversary

Identity (ML-DSA) and privacy key-agreement (ML-KEM-768) are post-quantum. Classical components (Ed25519, BLS) are bounded to short-lived consensus messages, finalised by recursive proofs.

T.05

Long-lived contracts

Mutability is declared per object. IMMUTABLE contracts cannot be upgraded — the rules cannot change without all participants agreeing (a hard fork).

T.06

Censorship

Threshold-encrypted mempool produces on-chain censorship proofs when a quorum refuses to include a valid transaction. Censoring validators are slashable.

§ 03 / Audits

External review.

AuditorScopePeriodReportStatus
Cryptographic primitivespre-launch
Consensus & networkingpre-launch
Adamant Move VMpre-launch
Reference walletpre-launch

Audit reports are published verbatim in adamant-spec/audits/ at the commit they targeted. No selective release; if the result is bad, the result is bad.

§ 04 / Disclosure

Responsible disclosure.

Where to send

security@adamantprotocol.com
PGP fingerprint: — pre-launch —

What to expect

Acknowledgement within 24h. Triage within 72h. Public advisory after the fix is shipped on mainnet, with credit to the reporter unless they request otherwise.

§ 05 / Bug bounty

Reward bands.

SeverityImpactReward · ADM-equivalent USD
CriticalLoss of funds, halting the chain, signature forgery$50 000 – $250 000
HighPrivilege escalation, privacy compromise, double-spend$10 000 – $50 000
MediumDenial of service, consensus delay, RPC abuse$2 000 – $10 000
LowImplementation deviations, hardening opportunities$200 – $2 000

Bounty pool funded from the validator-allocated sub-counter through an on-chain custody mechanism declared in the constitution. Paid in ADM, scaled to USD-equivalent at the moment of award.

§ 06 / Incidents

Incident log.

DateSeverityTitleResolution
No incidents recorded — chain is pre-launch.The incident log begins at testnet activation.
§ 07 / Builds

Reproducible.

Builds use Nix for deterministic output. Each release publishes SHA-256 hashes signed by maintainer Ed25519 and ML-DSA keys.

# Verify a release binary
git clone https://github.com/adamant-protocol/adamant-node
cd adamant-node
git checkout v0.1.0
nix build .#adamant-node                # or: just build
sha256sum result/bin/adamant-node       # compare to the table below
adamant-node verify-signers v0.1.0      # checks Ed25519 + ML-DSA on the release manifest
ArtefactVersionSHA-256Signers
adamant-nodev0.1.0— pre-launch —Ryan Geldart
adamant-wallet (iOS)v0.1.0— pre-launch —Ryan Geldart
adamant-wallet (Android)v0.1.0— pre-launch —Ryan Geldart
§ 08 / Signing keys

Who signs what.

Every release artefact carries a classical + post-quantum signature. The list below is the canonical roster of authorised signers.

SignerRolePGP / Ed25519ML-DSA
Ryan GeldartSpec maintainer · genesis cohort— pre-launch —— pre-launch —

Fingerprints are published here and signed by the prior release's key on rotation. Compromise of any single key requires consensus among the remaining signers to revoke and re-issue.