You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As the "Harvest Now, Decrypt Later" quantum vector accelerates, we noticed a critical gap in L2 architectures: processing Post-Quantum Cryptography (like NIST ML-DSA) on-chain will inevitably bottleneck the sequencer and disrupt current OP Stack flows due to heavy signature sizes.
At Qubex Sentinel, we engineered a completely decoupled middleware shield. Instead of forcing the OP Stack to handle the cryptography, we intercept, verify, and wrap states at the pre-batcher level.
We just ran a heavy Devnet stress test (1.1 Million concurrent ML-DSA operations across 11 EVMs).
The results directly impacting the OP Stack:
Sequencer logic remains untouched and blazing fast.
Completely abstracts the PQC verification overhead from the consensus layer.
We are opening this discussion because we want architectural feedback from the core OP team regarding the middleware interceptor logic and memory pool state-handling before full signature commitment.
Our Devnet logs and implementation architecture are open for review here:
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Hello OP Labs core contributors,
As the "Harvest Now, Decrypt Later" quantum vector accelerates, we noticed a critical gap in L2 architectures: processing Post-Quantum Cryptography (like NIST ML-DSA) on-chain will inevitably bottleneck the sequencer and disrupt current OP Stack flows due to heavy signature sizes.
At Qubex Sentinel, we engineered a completely decoupled middleware shield. Instead of forcing the OP Stack to handle the cryptography, we intercept, verify, and wrap states at the pre-batcher level.
We just ran a heavy Devnet stress test (1.1 Million concurrent ML-DSA operations across 11 EVMs).
The results directly impacting the OP Stack:
How it integrates with the OP Stack:
We are opening this discussion because we want architectural feedback from the core OP team regarding the middleware interceptor logic and memory pool state-handling before full signature commitment.
Our Devnet logs and implementation architecture are open for review here:
https://github.com/SpirosDR1/Qubex-PQC-Benchmarks
Looking forward to your technical scrutiny. How can we best align this decoupled approach with the upcoming OP Stack roadmap?
All reactions