Le premier L1 PQVM-natif et post-quantique.

Sécurisé contre les attaques quantiques avant Q-Day. Aucune migration requise.

Signatures NIST ML-DSA-65, abstraction de compte native et agrégation de signatures STARK — fonctionnant aujourd'hui sur un PQVM avec une sémantique familière à EVM. Solidity and Shell SDK : inchangés.

Pourquoi maintenant

Le compte à rebours n'est plus hypothétique.

La cryptographie post-quantique n'est plus un sujet de recherche — c'est une transition mandatée au niveau fédéral avec un calendrier publié.

QuandQuoiPourquoi c'est important
2024-08NIST FIPS 203/204/205 finalized[1]ML-KEM, ML-DSA and SLH-DSA become US federal post-quantum standards.
2025NSA CNSA 2.0 enforcement window opens[2]US National Security Systems begin mandatory PQ migration timetable.
2030–2035CRQC (cryptographically-relevant quantum computer) maturity window[3]NIST IR 8413 evaluation report: when classical asymmetric cryptography is expected to be at risk.
Today“Harvest now, decrypt later” attacks already active[4]Cloud Security Alliance: long-lived encrypted data is being collected today for future quantum decryption.
Actifs on-chain actuellement sécurisés par ECDSA / Schnorr
>2 000 milliards USD
Bitcoin + Ethereum + major EVM L2 TVL, all bound to pre-quantum signatures.Fenêtre de migration pour une chaîne immuable : zéro.
  1. [1][2024-08] NIST FIPS 203/204/205 finalized
  2. [2][2025] NSA CNSA 2.0 enforcement window opens
  3. [3][2030–2035] CRQC (cryptographically-relevant quantum computer) maturity window
  4. [4][Today] “Harvest now, decrypt later” attacks already active

Technologie défendable

Trois conceptions au niveau protocole — livrées, benchmarkées, open-source.

Chaque affirmation ci-dessous est liée à du code déjà dans le référentiel public.

#01

Signatures post-quantiques natives

ML-DSA-65 (FIPS 204) en tant que primaire ; SLH-DSA-SHA2-256f (FIPS 205) comme solution de repli conservatrice.

shell-crypto, shell-pqvm/precompiles
#02

Abstraction de compte native (pas ERC-4337)

Trois chemins de validation au niveau du protocole : première utilisation, compte par défaut, validateur personnalisé. Les adresses sont natives sur 32 octets (0x + 64 caractères hexadécimaux minuscules) — entièrement distinctes des adresses Ethereum de 20 octets. La rotation des clés ne change jamais l'adresse — pas de bundler, pas de paymaster.

shell-core::transaction · ACCOUNT_ABSTRACTION_GUIDE.md
#03

Agrégation de signatures STARK

Les preuves STARK Winterfell agrègent toutes les signatures ML-DSA-65 d'un bloc en une seule preuve. Le pipeline de preuves est entièrement asynchrone — il n'a jamais bloqué le consensus lors des benchmarks ou des tests de charge. Combiné avec Zstd et la déduplication des clés publiques, le pipeline à trois couches réduit un bloc au pire cas de 7,76 Mo (30M de gaz / 2 s) à ~425 Ko sur disque après la fenêtre de preuve — une réduction ~18× de bout en bout.

tools/stark-bench · BENCHMARKS.md
~18×
Réduction de bout en bout
7.76 MB → ~425 KB · A1 Zstd + A2 dedup + A3 STARK
source: BENCHMARKS.md
157 proofs/sec
Débit soutenu
Soak de 6 heures, 0 échec
source: BENCHMARKS.md
18.7 ms
Latence de preuve p99
Moyenne 6.4 ms / preuve
source: BENCHMARKS.md

Traction

Du code, pas des feuilles de route.

Chaque jalon livré renvoie à un tag de version public. Chaque chiffre sur cette page renvoie à un fichier de benchmark, un commit ou un document NIST.

2163+
Tests réussis
source: ShellDAO/shell-chain
108
Résultats d'audit clôturés
source: release notes
v0.27.4
Version actuelle
shell-chain v0.27.4
source: GitHub release
  1. Winterfell prover: A3 STARK layer compresses Dilithium3 signatures 7.1× (batch=5). Combined A1+A2+A3 pipeline: ~18× end-to-end (7.76 MB raw → ~425 KB pruned).

  2. Protocol-level smart accounts; 32-byte native addresses (0x + 64 lowercase hex); key rotation without changing address.

  3. Hot / warm / cold tiers; ZSTD compression for cold layer.

  4. Single-flag node classification; P2P StorageCapability advertisement; auto back-fill of historical bodies.

  5. Architecture re-split, consensus slashing wired in, network amplification fix, bounded mempool channels, supply-chain CI.

  6. Batch transactions (0x7E tx type, atomic InnerCall execution), native paymaster (sponsored gas), storage profiles CLI, Prometheus metrics, /healthz + /readyz probes, witness verification RPC.

  7. Live RPC, faucet, explorer, and external validator onboarding.

  8. PlannedMainnet genesis

    After audit close-out and 90-day stable testnet.

Tokenomics

Là où la valeur s'accumule.

SHELL n'est pas un outil de gouvernance. Chaque vérification PQ, chaque rotation de clé, chaque preuve STARK consomme directement le token.

#01

Gas token

All transaction fees denominated in SHELL with PQTx-native fee model with base fee + tip; base fee burned.

#02

Validator stake

WPoA stake-weighted proposer selection; slash conditions cover double-sign and equivocation (live since v0.17).

#03

Aggregator bond

STARK prover nodes post a SHELL bond and earn fees per accepted aggregation proof.

#04

PQ verification services

Off-chain DID resolution and key-rotation attestation are settled in SHELL.

L'allocation détaillée, le vesting et la politique de trésorerie sont couverts dans le mémo investisseur (sous NDA).

Divulgation des risques

Ce que nous ne prétendons pas.

Nous présentons les cinq risques que les investisseurs soulèvent le plus souvent. Chacun est associé à une mesure d'atténuation concrète, livrée ou planifiée.

R01

A NIST PQ algorithm is later broken

↳ MitigationMulti-algorithm Verifier trait; new schemes can be added without a hard fork.
R02

STARK prover network centralisation

↳ Mitigationv0.18 roadmap opens proving to bonded operators with slashing.
R03

Inherited EVM vulnerabilities

↳ MitigationPQVM reimplements EVM-familiar execution; 69 internal audit findings already addressed.
R04

Thin early ecosystem

↳ MitigationSolidity bytecode runs on PQVM, while deployment and writes use shell-sdk for PQ-native signing and 32-byte address handling.
R05

Regulatory uncertainty

↳ MitigationProtocol holds no user assets; DID layer decoupled from KYC; MIT-licensed open source.
Lire le registre complet des risques →

Investors

Entrez dans notre radar.

Nous partageons les jalons du testnet, les résultats d'audit et les mises à jour d'économie de tokens directement avec les investisseurs qui s'inscrivent tôt.

Pas de spam. Désabonnement en un clic.