RLT Runs 96 Blocks Per Token With Recurrent State, No Resets
In this article
Yifan Zhang at Princeton has published a technical report introducing the Recurrent Looped Transformer (RLT), an architecture that closes the inter-token state gap endemic to decoder-only LLMs. In standard causal transformers, nothing computed at the final layer of token t propagates to the first layer of token t+1; positions interact only through attention over cached keys and values. RLT eliminates that gap by carrying the decoder's complete state across every token — through both prompt and response — with no reset at the boundary. The report is a design specification: it defines architecture, execution schedules, and an RL replay contract, and it explicitly reports no measured efficiency, reasoning quality, or scaling results.
For practitioners tracking architectural specificity as a path to performance gains, RLT is a structurally distinct proposal worth examining before implementation commitments are made.
Architecture: encoder memory meets recurrent decoder
RLT pairs a causal encoder with a recurrent decoder. The encoder processes tokens in parallel under a causal mask, producing representations e_t from which key-value memory M≤t is projected. That memory can be shared across all decoder layers (G = 1) or kept layer-specific (G = L_D).
The full decoder state at token t is H_t = (s_t, C_t^D), where s_t is the final decoder output vector and C_t^D holds the retained sliding-window attention (SWA) keys and values at every decoder layer. For each token, a gated merge combines e_t with the previous output s_{t-1}, then each decoder block runs causal SWA over decoder activations, cross-attention to encoder memory, and an FFN. The SWA window W includes the current token, so at most W − 1 historical entries per layer are retained. The next-token distribution is read from s_t; a learned start state s* and an empty cache initialise the system once before BOS.
The reference tied configuration uses 48 encoder layers and 48 decoder layers, with compatible attention and FFN weights shared between them. Each token therefore executes 96 logical blocks, though decoder blocks carry additional cross-attention overhead, so per-block FLOPs are not uniform. Zhang characterises this as parameter reuse, not activation copying.
Three design principles and their caveats
Latent reasoning with unbounded temporal depth. After t processed tokens, the state path from s_0 traverses t · L_D decoder blocks — 48t in the reference configuration. Per-token compute stays fixed while the structural depth of the state path grows linearly with sequence length. The report warns explicitly that gates and contraction may suppress long paths; structural depth is not a reasoning guarantee.
Model-hardware co-design. Encoder features and memory projections for known tokens use token-parallel kernels. Decoder transitions are sequential within a sequence, but ready updates from independent sequences can share one batched kernel. No exact parallel scan is assumed for the nonlinear decoder, no reduced-prefill speedup is claimed, and a standard parallel SWA decoder pass is not equivalent to the recurrence. Batching, kernel fusion, and checkpointing are listed as implementation targets, not completed kernels.
Model-RL algorithm co-design. Pretraining, SFT, sampling, and RL replay all share one state transition. For RL, the sampler records each action's behavior log-probability under its actual sampling distribution — including temperature and truncation. The trainer rebuilds encoder memory, the recurrent output, and every SWA cache from sequence start under current parameters before scoring each action; old rollout states are never reused. Proposition 3.1 formalises a key invariant: moving the prompt-response split leaves the conditional distribution unchanged for a fixed token history.
| Property | Standard Decoder-Only LLM | RLT (Reference Config) |
|---|---|---|
| Inter-token state transfer | KV cache only (keys and values) | Final decoder output + layerwise SWA cache |
| State reset at prompt/response boundary | N/A (no carried state) | None — continuous across boundary |
| Logical blocks per token | L (one pass) | 96 (48 encoder + 48 decoder, tied) |
| State path depth after t tokens | Fixed at L | 48t decoder blocks |
| Encoder parallelism | Full | Full (token-parallel kernels) |
| Decoder parallelism (within sequence) | Full (KV cache) | Sequential (no parallel scan assumed) |
| RL replay: old hidden states reused | Depends on implementation | Never — rebuilt from sequence start |
| Measured benchmark results | Extensive | None reported |
Training and serving implications
Pretraining uses full-sequence next-token prediction with full backpropagation through time. SFT masks the loss to assistant targets but never masks state updates, so gradients from assistant losses propagate through user and tool tokens. Appendix B identifies a subtle trap: the state-to-state Jacobian contains cross-terms through decoder KV, so detaching only s_t leaves gradient paths open through the cache. Any truncated-BPTT scheme must explicitly name every detached tensor.
For multi-turn serving, an exact prefix snapshot must include encoder cache and memory, the complete decoder state, position metadata, the window convention, and model version. Fixed-weight snapshots are reusable because state is independent of serving split; weight updates invalidate all prior states, and editing a prefix forces recomputation from an earlier valid checkpoint.
AI Mastery analysis
RLT's most consequential architectural choice — never resetting state at the prompt-response boundary — is also its sharpest implementation risk. Full-BPTT during pretraining on long sequences means GPU memory pressure scales with sequence length in a way that standard cached-decode transformers avoid. The report acknowledges truncated-BPTT alternatives but warns they require careful accounting of every detached tensor; teams accustomed to lazy gradient truncation face non-trivial engineering discipline requirements before training is stable.
The sequential decoder constraint deserves particular attention. Autoregressive inference is already the throughput bottleneck in production deployments, and RLT explicitly declines to claim any parallel-scan equivalence for its nonlinear recurrence. This places RLT outside the class of architectures that can recover prefill speed through associative-scan tricks. The encoder's token-parallel path offers partial relief for the prompt phase, but response-phase throughput is structurally sequential per sequence. Teams evaluating this for production deployment must budget for that constraint before benchmarking.
The RL replay design is theoretically clean: rebuilding all states under current parameters eliminates the stale-state estimation error that complicates off-policy methods. The cost is full forward-pass recomputation per rollout update. Whether that cost purchases measurable reasoning improvement over standard RLHF pipelines remains entirely open — the report contains no experimental evidence either way. RLT remains a promising hypothesis rather than a validated alternative until empirical follow-up establishes whether 96 logical blocks per token with recurrent state buys reasoning depth that attention-over-cache cannot reach at equivalent FLOPs.
Primary source
A Princeton Researcher Proposes Recurrent Looped Transformer (RLT) — MarkTechPost
Related Reading
SWE-2 Matches Fable 5.1 on FrontierCode at 64% Lower Cost
Cognition's SWE-2 scores 50.0% on FrontierCode 1.1 Main, within 1 point of Fable 5.1, while costing 64% less — post-trained via RL on Kimi K3's 2.8T parameters.
CUA-Lite Cuts Desktop Memory 4.6× by Replacing KVM VMs with Docker
UC Berkeley's CUA-Lite unifies sandboxes, data, eval, and RL for computer-use agents in one Docker-native platform with 30k+ verifiable tasks.
LFM2.5-350M Jumps 7 Points on IFStruct in 100 GRPO Steps
100 GRPO training steps on ~500 samples lifts LiquidAI's 350M model from 22.6% to 29.7% on IFStruct — runnable on a free-tier Colab GPU.