Post-Quantum Algorithms, Built In
The Java platform now includes NIST post-quantum standards as first-class APIs: ML-KEM (FIPS 203) for key encapsulation and ML-DSA (FIPS 204) for digital signatures, alongside classic algorithms.
This is the engine behind Qingniu Dunan. From the Alipay mini-app to the gateway, microservices, and infrastructure, one five-layer diagram explains how data flows and how security holds.
Asymmetric encryption and key security sit at the core of the platform. Our Java 26 runtime already ships post-quantum algorithms as first-class APIs, while post-quantum hybrid TLS key exchange is delivered at the traffic-termination layer (Nginx on OpenSSL 3.5+)—defending today against "harvest now, decrypt later."
The Java platform now includes NIST post-quantum standards as first-class APIs: ML-KEM (FIPS 203) for key encapsulation and ML-DSA (FIPS 204) for digital signatures, alongside classic algorithms.
Our TLS termination layer (OpenSSL 3.5+) enables the post-quantum hybrid key exchange X25519MLKEM768 for TLS 1.3: classic ECDH layered with ML-KEM—the channel stays secure as long as either algorithm holds, with no runtime upgrade required.
Ciphertext captured today could be decrypted by future quantum computers. Hybrid key exchange gives long-lived, sensitive visitor data forward protection from the transport layer up.
Post-quantum capability layers on top of our dual SM-cipher and RSA/AES envelope encryption with no change to the X.509 certificate chain—an incremental, zero-downtime upgrade path.
Runtime baseline is Java 26; post-quantum hybrid key exchange is enabled at the TLS termination layer (OpenSSL 3.5+) independently of any JDK upgrade, rolling out entry by entry with our canary releases.
Read top to bottom: requests enter through the edge layer, are dispatched to business microservices, share one governance foundation, and land on clustered infrastructure.
Clients
Every entry point for users and external systems, all over HTTPS with request signatures.
Edge & Gateway
The single front door: dynamic routing, unified JWT auth, rate limiting, and canary releases happen here.
Business Services
Independently deployable microservices split by domain, each owning its data source, routed by path prefix.
Governance & Shared
Cross-cutting capabilities distilled into 33 shared modules and API contracts, plugged in by services on demand.
Infrastructure
All stateful capabilities run as clustered middleware, so business services stay stateless and scale horizontally.
Four key links behind the arrows of this diagram.
Clients → gateway: every request carries Timestamp + Nonce + HMAC signature, replay-proof end to end.
Service → service: a binary high-speed protocol resolved through the registry, with interfaces defined in shared API contracts.
All services: registration, discovery, and live config updates; even the gateway route table is published through Nacos.
Zero plaintext config: production credentials and keys are injected via placeholders at startup, never committed to the repo.
The system is multi-entry by design: four server entries serve in parallel today and more can join anytime; releases combine canary rollout with graceful updates.
Four server entries serve traffic simultaneously under unified distribution; a new entry takes requests as soon as it registers — scaling never reshapes the architecture.
A new build lands on a single entry with a sliver of traffic first; the gateway route table switches dynamically, rolling out fully only once stable, with fast rollback on anomalies.
Before updating, an instance deregisters from the registry and drains in-flight requests, then swaps its package and restarts smoothly — invisible to users.
Shared dependencies are packaged per service and synced to each entry incrementally, sharply shortening the update window.
Architecture is not a noun soup — it is what lets every change land small and steady.
Dual-algorithm envelope encryption (SM national crypto and RSA+AES) runs deep inside the services; keys belong to the park, the platform stores ciphertext only.
The gateway validates JWT centrally, while the auth center issues tokens for password / SMS / QR / mini-app / AK-SK login strategies.
Three-node registry, Redis Sentinel, stateless services — automatic failover and horizontal scaling.
Gateway canary routing runs two versions side by side; new builds get a sliver of traffic first and roll back in seconds.
Built entirely on mainstream open source, with versions at the leading edge.
Virtual threads · post-quantum crypto
Application framework
Gateway · governance
Service RPC
Registry & config
Multi-datasource ORM
Cache & locks
Distributed transactions
Everything Qingniu Dunan does is built on this backend. Try it in the Alipay mini-app, or talk to us about the technical details.