ROIpad ← Back to Search
github.com › repository issue

Tailslayer as a CPU-level quantum patch — and why it breaks the case for internet-as-trust-anchor

LaurieWired/tailslayer
Status: Open
Opened: Apr 8, 2026
Comments: 3
## The insight your work surfaces Tailslayer demonstrates that DRAM channel placement is predictable and software-controllable — issuing hedged reads across multiple channels with uncorrelated refresh schedules kills tail latency from DRAM refresh stalls. That means every layer above it (ASLR, session keys, LLM token sampling) is weaker than assumed when the channel selection is guessable. If the physical randomness layer is soft, **the internet-connected stack cannot be a root of trust**. That framing is what motivated [PHANTOM](https://github.com/seppulcro/phantom). ## The extension we want to build Right now Tailslayer uses undocumented channel scrambling offsets to spread reads across channels. The natural next step is to feed that channel offset selection from a **hardware quantum chip** (IDQ Quantis or Quside FMC250). This makes Tailslayer a **true quantum patch at the CPU level**: - Channel offsets become physically unpredictable — derived from quantum measurement outcomes no adversary can reproduce or precompute - The same hedged read mechanism that already reduces p99 tail latency continues to work — the QRNG just determines *which* channels to hedge across in an unpredictable way - No OS changes, no protocol changes — drop-in replacement for the offset source We haven't benchmarked this combination yet. That's part of what Phase 5 of PHANTOM aims to validate. ## What PHANTOM does with this [PHANTOM](https://github.com/seppulcro/phantom) is a post-quantum, p...
C++
View on GitHub ↗
Related Content