STEADYWATCH™

Hybrid Quantum Key Distribution Protocol (SHQKD)

Quantum Entropy Sourced (QES-256)

Entropy as a Service (EaaS)

OpenID Connect (OIDC)


⭐︎ Production Demo ⭐︎ Validated ⭐︎ IBM Quantum ⭐︎ AWS Braket ⭐︎ MS Azure
View Release Notes View Repository

-EaaS-

STEADYWATCH™ is an Entropy as a Service (EaaS) platform built on IBM Quantum hardware. Every product layer — SHQKD, the QRNG API, and OIDC — produces QES-256 keys: 32-byte IBM Quantum hardware-derived keys with a verifiable job ID. One entropy standard. Every surface.

V^-RNG

Quantum random number generation via IBM Quantum hardware. Every byte linked to a verifiable Job ID.

Try Live API →
🔐

OIDC Identity

Biometric identity provider — RFC 8628 device flow, Face ID approval, quantum-seeded JWT tokens. Direct Cisco DUO replacement.

View Demo →
📱

iOS App

STEADYWATCH™ HANDHELD — FaceID-powered authentication. Approve OIDC logins, manage entropy keys, no passwords.

App Store →

Key Features

Information-Theoretic Security

  • GHZ entanglement (95.5% Mermin violation on ibm_marrakesh)
  • Unconditional security guaranteed by quantum mechanics
  • Eavesdropper detection capabilities

GHZ State Scaling

  • Validated 2-28 qubit GHZ states
  • 35-94% fidelity range
  • Cross-platform validation (IBM + AWS)
  • 16-qubit GHZ on Rigetti Ankaa-3
  • Record depth: 28 qubits (35% fidelity)

Enhance RSA/PQC

  • Key distribution and generation
  • Works with current RSA identity stack
  • Cross-platform support (IBM + AWS)
  • Cloud-based
  • No hard forks in decentralized system

QES-256 Standard

  • 2256 key space — 32-byte IBM Quantum hardware-derived key
  • Produced by SHQKD, EaaS QRNG API, and OIDC — one standard, every surface
  • Drop-in entropy upgrade for AES-256 deployments
  • Defense-in-depth architecture · Patent Protected

QES Keys — Quantum Entropy Source

Network QKD

  • Multi-hop key distribution
  • Optimal path routing
  • GHZ Authentication
  • Trust-based routing algorithms
  • Unbreakable device authentication
  • Unconditional security for sensitive data
100%
Fidelity (after error mitigation)
14
Operational API Endpoints
156
Qubits (ibm_fez/marrakesh)
View Job →
783
Qubits (Cross-Platform)
View Research →
IBM Quantum + AWS Braket
2-28
Qubits (GHZ Scaling)
IBM Quantum + AWS Braket
7.69s
Protocol Execution Time

🎯 Use Cases

Government & Defense

  • National security applications
  • Secure communications
  • Critical infrastructure protection

Healthcare

  • Secure medical data transmission
  • HIPAA-compliant encryption
  • Patient data protection

Blockchain & Cryptocurrency

  • Quantum-resistant key generation
  • Wallet security
  • Transaction signing

Financial Services

  • Secure key exchange for financial transactions
  • Protection against quantum attacks
  • Regulatory compliance

🔬 Quantum Hardware Partners

Our SHQKD protocol and research are validated on multiple quantum platforms, enabling cross-platform qubit aggregation and hardware-agnostic solutions.

IBM Quantum

  • Backends: ibm_fez + ibm_marrakesh (Heron R2, 156 qubits)
  • Mermin Violation: M=3.82 (95.5% of quantum maximum)
  • GHZ Fidelity: 95.5% (3-qubit, optimal Hurwitz triplets)
  • Job ID: d5gs5mkpe0pc73alki40 (verifiable)
View Job on IBM Quantum
IBM Quantum Platform →

AWS Braket

  • Device: Rigetti Ankaa-3 (82 qubits)
  • Validated: 4 discoveries on real hardware
  • Task IDs: Documented ARNs
  • Status: Hardware execution confirmed
AWS Braket Console
AWS Braket Docs →

Microsoft Azure

  • Status: Coming Soon...

Cross-Platform Aggregation

  • Total Qubits: 783 qubits
  • Platforms: IBM Quantum + AWS Braket
  • Achievement: First cross-platform aggregation
  • Algorithms: Shor's (750 qubits) & Grover's (258 qubits) feasible

⚛ Interactive GHZ Entanglement

Explore the 12-qubit GHZ entangled state. All 12 qubits are maximally entangled, creating a quantum state where measuring one qubit instantly determines the state of all others.

Qubits: 12
Connections: 66
Fidelity: 95.5%

State: |GHZ₁₂⟩ = (|000000000000⟩ + |111111111111⟩) / √2

Hardware: Heron r2 v1.3.37 (156 qubits)

Job ID: d5gs5mkpe0pc73alki40

- Quantum Library -

Drag to explore — click any card to open.

★ Foundation ● Ring 1 — QKD Core ● Ring 2 — Hardware ● Ring 3 — Theory

Read Paper →

Frequently Asked Questions

How does the eavesdropper detection work in your hybrid QKD protocol?

Our protocol differs from traditional E91: Instead of separate measurements, both parties use the same GHZ measurement (shared state architecture). This eliminates the need for basis comparison and achieves 0% error rate.

Eavesdropper Detection: We use parity comparison over classical channels. Random bits are sampled from raw keys, and parity is compared without revealing the actual key bits. Any eavesdropper measurement disturbs the GHZ state, introducing detectable errors.

Detection Probability: For our parameters (100 samples, 69% fidelity), detection probability is near-certain: P_detect ≥ 1 - exp(-620) ≈ 1.0

Key Distribution: All communication is over classical channels only. The quantum path is only for GHZ state generation (single execution), then both parties extract keys from the same measurement data.

What is Entropy-as-a-Service?

QES-256 — Quantum Entropy Source: Every IBM Quantum job produces a QES-256 key — a 32-byte hardware-derived value with 2256 possible values, the same key size as AES-256. SHQKD, the QRNG API, and OIDC all emit QES-256 keys — one standard across the entire platform. Organizations already running AES-256 can source keys from real quantum hardware without changing their encryption stack. Classical PRNGs are deterministic and software-based; QES-256 keys trace back to a verifiable IBM Quantum job ID — auditable entropy provenance no classical system can provide.

  • 432 independent jobs validated on ibm_marrakesh
  • 81.3% entropy efficiency (9.76 of 12 bits mean) — hardware-measured
  • Zero migration cost — drop-in quantum entropy for any AES-256 deployment

Practical: Generation time is <0.01s (simulator) or 30–90s (hardware). Every key ships with a verifiable IBM Quantum job ID.

Have you developed formal security proofs?

Yes. The protocol is backed by two independently validated security properties:

Information-theoretic security (GHZ layer): Any eavesdropper's knowledge of the key is bounded by hardware fidelity. At F = 0.69 on real IBM Quantum hardware, Eve learns at most 3.72 bits before privacy amplification — negligible after key distillation.

Eavesdropper detection: Interference with the GHZ state is detectable with near-certainty under our hardware parameters.

Computational security (Echo Resonance layer): Each session produces a QES-256 key — a 32-byte IBM Quantum hardware-derived key with 2256 possible values, equivalent to AES-256 key space.

Quick-Start

Setup Guide
  1. git clone

    https://github.com/Infin-8/STEADYWATCH-QUANTUM-DEMO.git

  2. cd STEADYWATCH-QUANTUM-DEMO

  3. pip install -r requirements.txt