WorksComputer Science
Truncate or Not? A Scaling Study of Looped Transformers with Truncated Backpropagation
Abstract
Looped transformers reuse a shared block of layers to increase computational depth without increasing the number of trainable parameters. They are trained with backpropagation through time (BPTT). To save training compute, BPTT is often truncated to the last few loops, but truncation yields biased gradients that may weaken the benefit of looping. In this work, we study the value of truncation in looped transformer training in a systematic way: we jointly vary model size, training tokens, and forward and backward loop counts across nearly 600 training runs and fit a unified scaling law that captures the effects of looping and truncation through effective parameters. Despite the training-compute savings of truncation, our fitted law favors full BPTT when forward and backward loop counts are jointly optimized. In matched-compute runs, full BPTT through fewer loops consistently outperforms truncated settings of the same compute. The law further shows that at fixed model size, the compute-optimal loop count and training-token budget both grow with compute. When model size is also free, the law identifies two fully trained loops as the best looped setting. Experimentally, this setting achieves lower validation loss than the compute-optimal non-looped model with about 27% fewer non-embedding parameters and only 8% more training compute.
Introduction
Introduction
Looped transformers have attracted attention for combining strong performance with efficient use of parameters and training memory. By repeatedly applying a shared block of layers, they increase computational depth without increasing the number of trainable parameters [19, 28]. To reduce the cost of training these repeated blocks, several looped language models use truncated backpropagation through time (BPTT), propagating gradients only through the final loops while executing the earlier loops without tracking gradients [28, 37, 51, 59, 73]. Truncation introduces a new tradeoff: it saves backward computation and activation memory during training but can weaken the gains from looping [65]. To achieve the best performance under a fixed training compute budget, we must therefore decide how to divide compute among forward loops, backward loops, model size, and training tokens.
Existing scaling studies examine prescribed backpropagation recipes rather than jointly modeling forward and backward loop counts. Schwethelm et al. [65] compare full BPTT with truncation to half the loops, fitting a separate scaling law to each recipe. Parcae Prairie et al., [59] varies backward-loop counts in small-model experiments but fixes them to half the forward-loop count in its scaling study, leaving their joint optimization to future work. These studies characterize specific recipes but do not provide a unified law for choosing both loop counts across model sizes and token budgets (Table 1). We thus ask the following question:
| Study | Arch. | Loop gain | BPTT | Regime | ||||
| Schwethelm et al. [65] | dense | ✓ | ✓ | ✓ | ✗ | power law () | ; | fixed depth |
| Parcae [59] | dense | ✓ | ✓ | ✓ | ✗ | linear () | fixed | |
| Chen et al. [14] | dense, MoE | ✓ | ✓ | ✓ | ✗ | bounded exp. () | full () | free , mem. |
| SMELT [74] | MoE | ✓ | ✓ | ✗ | ✗ | per-arch. fit | / | matched , KV |
| Lee et al. [46] | dense, MoE | ✓ | ✗ | ✗ | ✗ | per-arch. fit | / | free |
| Chen et al. [15] | dense | ✓ | ✓ | ✗ | ✗ | per-arch. fit | full () | free |
| Ouro† [82] | dense | ✓ | ✓ | ✓ | ✗ | additive () | / | / |
| Ours | dense | ✓ | ✓ | ✓ | ✓ | bounded (, ) | fixed & free |
Table 1. Scaling laws for looped language models. Earlier laws either fit a separate curve per architecture or model looping through a single loop count , with backward loops fixed or tied to ; ours models and independently with a bounded effective-parameter gain. /: not discussed; †appendix scaling fit.
How do model size, training tokens, and forward and backward loops jointly affect loss, and should we truncate backpropagation under a fixed training compute budget?
To characterize how these quantities affect loss, we conduct nearly 600 training runs, including a scaling suite spanning 58M–919M non-embedding parameters, over three orders of magnitude in training tokens per parameter, and up to 16 forward loops. We independently vary forward and backward loop counts across model sizes and token budgets and fit a unified scaling law. The scaling law expresses the benefit of looping through an effective parameter count—the size of a non-looped model that achieves the same loss at the same token budget. Fully trained loops increase the effective parameter count with diminishing returns, while truncation discounts this gain.
We then use the scaling law to decide whether to truncate, and the answer depends on whether the forward-loop count is prescribed. When it is, the law recovers the benefit of truncation reported in prior work [65]: the saved backward compute supports a larger model and more training tokens, which more than offset the discounted loop gain. When both loop counts can be chosen, however, the law favors full BPTT. Reducing the forward-loop count frees compute for additional backward loops until every remaining loop is trained, and under the fitted law this reallocation yields more effective parameters at the same compute than the original truncated setting. Separately fitted laws and matched-compute experiments support this advantage (§5).
Building on this preference for full BPTT, we additionally study how to allocate compute among loop count, training tokens, and model size. Consider first a setting where model size is predetermined, for example due to device memory constraints. At fixed model size, increasing the loop count is an effective way to increase the effective parameter count; however, additional loops offer diminishing gains while increasing the cost per token. The law precisely characterizes the optimal tradeoff between loop count and training tokens, allocating most additional compute to tokens and increasing the loop count only slowly. This result extends Parcae’s fixed-size allocation analysis [59] beyond a prescribed truncation rule. When model size is also free, compute can instead support more unique parameters; under our leading-FLOP approximation, the law favors a non-looped model and identifies two fully trained loops as the best looped setting (Figure 2). In experiments, models with two fully trained loops nearly match compute-optimal non-looped models at equal training compute while having substantially fewer non-embedding parameters. With a little more training compute, such a smaller model surpasses the compute-optimal non-looped model (§ 7).

Figure 2. No looping is computationally optimal; two fully trained loops saves most parameters with little extra compute. Each marker is a loop setting , with forward loops and the last trained, at the parameter and token counts our scaling law finds compute-optimal. Compared with the model without looping at the same loss, the horizontal axis shows the training compute it needs and the vertical axis the fraction of non-embedding parameters it saves. Filled markers use full BPTT , and the dashed curve is the law’s prediction for full BPTT at any from 2 to 16. Every truncated setting lies below this curve, so full BPTT forms the frontier and saves the most parameters at each compute. Dotted lines join the settings with the same (§ 7.2).
Our contributions are threefold:
A unified scaling law based on effective parameters. We develop and validate a law that expresses loop gains and truncation discounts through an effective parameter count, jointly modeling model size, training tokens, and independent forward and backward loop counts (§ 5).
An explanation of when truncation pays. We show why truncation can pay at a prescribed forward-loop count and why joint forward–backward allocation favors full BPTT under the fitted law, supported by matched-compute experiments (§5).
Compute-allocation rules and parameter-efficient training. We derive allocation rules for fixed and free model size and demonstrate that two fully trained loops nearly match compute-optimal non-looped models while having substantially fewer trainable parameters (§ 7).
Figure 1 previews the three results: loops add effective parameters and truncation discounts them; at fixed model size the best loop count grows with compute; two fully trained loops match the loss of a non-looped model with fewer parameters for a little more compute.

Figure 1. Overview of looped transformer scaling with truncated BPTT. (a) Step for ( forward loops, last trained). (b) At tokens, loops add effective parameters while truncation discounts them (§ 5; lines: law, markers: runs). (c) At fixed size (120M), optimal grows with compute under full BPTT (§ 7.1). (d) (344M) beats (471M, FLOPs) in loss (2.36 vs. 2.37 nats) with 27% fewer parameters and 8% more compute (§6.3).
Related work
Looped transformers. Depth-wise parameter sharing in Universal Transformers and ALBERT decouples computational depth from the number of trainable parameters ([19, 45]). Theoretical and controlled studies show how recurrence supports iterative programs, in-context learning algorithms, and depth-sensitive reasoning ([31 Saunshi et al.,] 2025; Yang et al. [80]. In language model pretraining, Huginn uses a prelude–recurrent–coda architecture (Geiping et al. [28]), while Ouro scales looped pretraining to 7.7T tokens (Zhu et al. [82]). Other work adds recurrence to pretrained models (Bae et al. [3]; McLeish et al. [51]) or adapts depth at inference (Bae et al. [4]; Jeddi et al. [38]). Recent architectures improve recurrence through residual and hyper-connections (Fu et al. (2026); Marchenko et al. [50]; Prairie et al. [59]; Zeitoun et al. [81]) or MoE routing (Chen et al. [13]; Csordás et al. [18]; Gao et al. [27]; He et al. (2026)). These studies show that looping improves parameter efficiency across architectures; we instead fix the architecture and ask how to train its loops and allocate compute.
Training through recurrent depth. Truncated BPTT limits gradient propagation to a subset of recurrent steps, saving activation memory and backward compute at the cost of biased gradients (Tallec and Ollivier [68]; Williams and Peng [76]). It is the common recipe for looped language models, which backpropagate through the last few loops or half of them (Geiping et al. [28]; McLeish et al. [51]; Prairie et al. [59]; Schwethelm et al. [65]), and recursive reasoning models often keep only the last step (Jolicoeur-Martineau [39]; Wang et al. [72]). §A surveys these recipes in more detail. Implicit models likewise differentiate only a few steps at the fixed point (Bai et al. [7]; Geng et al. [30]), and truncated BPTT in looped transformers can be read as a truncated Neumann series of the fixed-point gradient (Huang et al. [37]; Movahedi et al. [52]). The few studies that measure what truncation costs compare training recipes at a fixed forward depth (Fein-Ashley and Rashidinejad [21]; Huang et al. [36]; Ren and Liu [61]; Salvatori et al. [62]). We instead vary the backward depth independently of the forward depth, weighing the compute that truncation saves against the loop gain it costs.
Scaling laws for recurrence. Size–data scaling laws quantify how parameters and training tokens jointly determine loss (Hoffmann et al. [35]; Kaplan et al. [41]; Videau et al. [71]). For looped models, some laws fit each architecture separately (Chen et al. [15]; Lee et al. [46]; Wang et al. [74]), while others model the loop count explicitly (Table 1) through additive loss terms (Zhu et al. [82]) or effective parameters with linear, power-law, or bounded gains (Chen et al. [14]; Prairie et al. [59]; Schwethelm et al. [65]). Closest to our work, Iso-Depth (Schwethelm et al. [65]) fits separate laws for full and half-length backpropagation and finds that truncation weakens the loop gain but lowers the loss at a fixed forward-loop count by freeing compute, while Parcae (Prairie et al. [59]) finds at fixed model size that loops and tokens should grow together with compute but ties the backward loops to half the forward loops and leaves their joint choice open. Our law instead treats the backward-loop count as a separate variable, combining coupled size–data scaling (Videau et al. [71]) with bounded loop gains (Chen et al. [14]). It recovers the truncation benefit at a prescribed forward-loop count but favors full BPTT when both counts are free (§5). Looped MoE models commonly use two loops (Gao et al. [27]; He et al. (2026); Wang et al. [74]). For dense models, our law ranks two fully trained loops first among looped settings, since they provide nearly the effective size of two untied copies (§6.2), and in our runs they nearly match compute-optimal models without looping with substantially fewer non-embedding parameters (§6.3).
Preliminaries
Looped transformers. We study the prelude–recurrent–coda architecture (Geiping et al. [28]; Schwethelm et al. [65]), illustrated in Figure 3 and detailed in §B. A prelude of layers, including the input embedding, maps the input tokens to hidden states. A shared recurrent block of layers then refines these states over recurrent iterations, which we call loops, and a coda of layers, including the output head, turns the result into next-token predictions. For an input token sequence and loops , the model computes

Figure 3. The looped transformer, drawn for . (a) One training step: a stop gradient on , so the first loops (dashed) run forward only. (b) One loop, (1); all loops share its weights. (c) Training FLOPs per parameter and token of each part (4).
Here are the hidden states at each token position: the prelude output is the initial state, and is the state after loop . Each loop concatenates with the previous state into , projects the result back to width with , and passes it through and an RMSNorm to obtain . This input injection feeds to every loop, and the RMSNorm at the end of each loop keeps the state passed to the next loop or the coda at a controlled scale, as in Schwethelm et al. [65]. We denote the loop map by , where collects the recurrent weights of and . The coda maps the final state to the next-token distribution , and the cross-entropy loss applies only to . We split the non-embedded parameters as , where counts and , which run once per token, and counts and , which are reused in every loop; Table 2 gives the share for each model size. Truncated BPTT. A loop setting with runs loops forward and backpropagates through only the last : the state is detached (Figure 3a), so the first loops carry no gradient and store no activations. The setting is full BPTT, is truncated BPTT, and is a standard transformer. The recurrent weights and, through the input injection, the prelude receive only the gradient of the last loops. The coda’s gradient is exact. Evaluation always runs all loops. A backward loop costs twice the FLOPs of a forward loop (§B), so truncation trades backward compute and activation memory for a biased gradient [68, 76]. §B.2 writes out both gradients and discusses this bias.
| Size | Layers | |||
| 60M | 768 | 2/4/2 | 57.8M | 0.510 |
| 120M | 1024 | 2/5/2 | 115.4M | 0.564 |
| 240M | 1280 | 3/6/3 | 239.2M | 0.507 |
| 480M | 1664 | 3/7/4 | 470.8M | 0.506 |
| 1B | 2176 | 4/8/4 | 918.7M | 0.505 |
Table 2. Model sizes.
Baseline scaling law. To relate validation loss to non-embedding parameter count and training tokens for a non-looped model, we adopt the coupled scaling law of Videau et al. [71],
Here is the irreducible loss, and are fixed reference scales (we give token budgets in units of tokens), are the size and token exponents, and the outer exponent couples the two terms ( recovers the additive form of Hoffmann et al. [35]); we denote the data coefficient by to reserve for backward loops. § 5 extends (2) to looped models by replacing with an effective parameter count in which rescales by a looping coefficient .
A scaling law for forward and backward loops
Should a looped transformer truncate backpropagation? At a fixed model size and training compute, truncation saves backward computation that can be spent on more forward loops or more training data, but it also reduces the benefit of looping. We fit a scaling law that separates forward and backward loop counts to quantify this tradeoff. This section fits and validates the law and interprets it in terms of effective parameters. §5 then uses the law to decide whether to truncate, and §6 uses it to divide compute among loops, data, and model size.
Fitting and validating the scaling law
Experimental setup. We follow the architecture and training recipe of Schwethelm et al. [65], using the prelude–recurrent–coda architecture introduced in §3. We train a grid of five model sizes from 58M to 919M non-embedding parameters (Table 2) on the 100B-token FineWeb-Edu corpus [56]. We use MuonH for transformer-block and input-injection matrices and AdamW for embedding, output, and normalization parameters [40, 75]. We report validation cross-entropy in nats per token on deduplicated held-out shards; §B.3 gives the full training and evaluation setup, including the learning-rate and batch-size rules.
: width; layers: ; : non-embedding parameters (§B.3).
Errors in nats/token over 230 configurations (; §C).
Our 592 training runs include a scaling suite of 347 distinct configurations spanning 1.1–1,291 tokens per parameter and fifteen combinations with , keeping each model’s parameter count fixed (Prairie et al. [59]). Figure 4 shows the training curves of three of these settings: as compute grows, larger models take over the frontier of run ends, as in Hoffmann et al. [35]. We fit the law on 230 configurations and reserve 117 for separate tests. For configurations with multiple accepted runs, we use their mean validation loss. Each configuration receives the same weight in the fit, regardless of its number of runs. Other experiments cover compute allocation, comparisons with untied models, learning-rate sweeps, and batch-size sweeps; Appendices § 11.3, § 12.3, § 14 and § 15 give the full experimental design and fitting details.

Figure 4. Training curves of the scaling suite for no looping, (2, 1), and (2, 2). Each curve is one run, colored by model size, against training compute (§D.1); each token budget is a separate run. Training loss of every tenth step, averaged over at most ±250 steps, not the validation loss we report. Highlighted line and dots: the frontier of run ends, the runs that end below every run with less compute. §H shows all fifteen loop settings.
Effective-parameter scaling law. Only the recurrent block runs in every loop, so looping can enlarge only this block. We therefore write the loss as the coupled law of Videau et al. [71] with an effective parameter count. In it, the recurrent block, , counts several times, and the prelude and coda, , count once (§3):
Here is the looping coefficient: it multiplies the recurrent block’s parameter count, while the prelude and coda count once. With full BPTT, the looping coefficient grows with ; truncation multiplies it by .
Design of the looping coefficient. We choose to satisfy four modeling requirements:
Normalization , The looping coefficient is nonnegative; a single loop recovers the non-looped model.
Monotonicity , Increasing either loop count increases the looping coefficient.
Zero-backward limit With no trained loop, the recurrent block adds no effective size.
Saturation Finite parameters store finite information, motivating a bounded gain.
The finite-ceiling assumption is supported by prior observations of saturation: Chen et al. [14] model a bounded effective-parameter gain from looping, while Parcae finds that adding test-time loops to a trained model approaches a loss floor ([59]). There is also an information-storage motivation. At a fixed parameter count and weight precision, the weights can store only a finite amount of information; additional loops provide more computation over those weights without increasing their storage capacity. We therefore treat saturation as an empirical modeling assumption and learn its ceiling from the data.
These requirements motivate the form in (3). Nonnegativity motivates an exponential parameterization, ensuring for . With , increasing either loop count decreases , , so grows toward the finite ceiling . The shared coefficient enforces , and continuous extension as gives . At fixed model size and token budget, governs the loss reduction from extra forward loops at fixed , while governs the loss reduction from extra backward loops at fixed . These three loop coefficients, , together with the six coefficients of the coupled size–data law (2), give nine fitted coefficients.
Empirical looping coefficients. Figure 5 motivates coupling and : the empirical looping coefficient has a smaller fitted log–log slope against at larger . Figure 6 compares the shared looping-coefficient surface with empirical looping coefficients. For each looped run with loss , we first use shape-preserving piecewise cubic Hermite interpolation (PCHIP) ([24]) to interpolate the non-looped measurements at the same target token budget to obtain the effective size matching . We then use the effective-size relation in (3): subtracting and dividing by gives the empirical looping coefficient (§C.2). Vertical segments join each empirical median to the fitted coefficient at the same loop setting. This agreement shows that with just three parameters captures the observed loop dependence; Table 3 quantifies the law’s in-sample fit and leave-one-out (LOO) prediction errors.
| Evaluation | Fits | RMSE | MAE |
| In-sample | 1 | 6.14 | 4.91 |
| One configuration out | 230 | 6.40 | 5.11 |
| One model size out | 7 | 7.48 | 5.89 |
| One token budget out | 11 | 6.42 | 5.12 |
| One setting out | 15 | 8.67 | 6.74 |
Table 3. Fit and prediction errors ().

Figure 5. The looping coefficient varies with . Markers and bars: medians and ranges of the loss-matched empirical coefficient over 150 configurations. Lines: least-squares fits of against for each (§C.2). The slope falls as grows: truncating the same fraction of loops costs less at larger , so couples and .

Figure 6. The looping coefficient and the runs. Surface and diamonds: the full-data fitted looping coefficient . Circles and gray bars: medians and interquartile ranges (IQR) of loss-matched empirical looping coefficients across 163 configurations with (§C.2). Vertical segments join each median to the fitted value at the same loop setting. Three coefficients, , , , suffice to capture how the runs depend on and .
Fitting procedure. We fit all nine parameters jointly by minimizing the sum of squared differences between predicted and measured validation losses, giving each configuration equal weight. The reference scales parameters and tokens are held fixed. Predictions use actual token counts ; budget holdouts group target token budgets. To reduce sensitivity to the initial guess, we fit the law 64 times from different random starting values and retain the solution with the smallest fitting error. All fits converge. Table 4 gives the parameters fitted on the 230 configurations used for the validation below. Further fitting details are in §C.
| 0.29865 | 6.48695 | 7.63343 | 0.30568 | 0.39281 | 0.32510 | 1.11198 | 0.23677 | 1.02181 |
Table 4. Fitted parameters on the 230-configuration fitting set. The reference scales are fixed at parameters and tokens.
Holdout validation. To test whether the law predicts measurements it has not been fitted to, we leave out selected configurations, fit all nine parameters again using the remaining measurements, and compare the predictions with the omitted measurements. For example, to test prediction at an unseen model size, we exclude every configuration at that size and fit the law using the other sizes. We repeat this for each size and for the other exclusions listed in Table 3.
Prediction accuracy. The law tracks the measured loss curves across sizes and token budgets (Figure 7), including the held-out configurations (marked with open circles). Figure 8 gives the complementary view across loop settings at a fixed model size and token budget: varying with , varying at fixed , and varying at fixed . Both figures use the law fitted on the 230-configuration fitting set; the curves are evaluated on both fitted and held-out configurations. §G overlays the law on the five-size grid of the scaling suite.

Figure 7. More loops with full BPTT lower the loss at every size and budget and one law tracks all of them. Validation loss against training tokens for the four loop settings with full BPTT. Dots: runs, open where outside the fitting set; lines: the full-data fitted law (§ 5).

Figure 8. Forward and backward loops at fixed size and budget (, ). Markers show measured runs and solid lines show the fitted law. (a) : the gain levels off; dashed, the power-law gain of prior work ([65]) keeps growing. (b) Fixed : training more of the loops lowers the loss. (c) Fixed : more forward loops help little. Gains level off, and training more loops () lowers the loss more than running more loops ().
Holding out a model size or token budget increases prediction error only modestly (Table 3), whereas unseen loop settings are harder to predict (§C). Extrapolation back to the non-looped baseline is the weakest loop-count check; §C reports the boundary errors and alternative gains. The table separates fit quality from held-out prediction error. §4.2 examines the remaining discrepancies in effective-parameter units (Figure 9), and § 7.1 checks their effect on compute allocation (Figure 13).

Figure 9. What a loop setting is worth in effective size. (a) Full BPTT, the looping coefficient , approaches its fitted ceiling (dotted); dashed beyond the fitted loop counts. (b) The looping coefficient against the trained fraction . (c) Total effective size , grouped by . Lines, bars and numbers: the law; markers and error bars: run estimates, median and interquartile range over sizes and budgets (§C.2). Effective size is set mainly by : within each group of equal , neither the law nor the runs gain much from more forward loops.

Figure 13. At a fixed model size, the best loop count grows with training compute: no looping, then two, then four trained loops. Loss minus that of the model without looping at the same compute, which spends it on more tokens; markers are runs, with a smooth curve through each setting; (4, 2) trains half of its four loops. The bold curve is the best setting, named in the strip by its loop count (faded where extrapolated). Within each stretch the best model spends added compute on tokens, and at each switch it trades tokens for loops.
Illustrating the scaling law with effective parameters
How many parameters is a loop setting worth? (3) allows us to decompose the answer into the gain from fully trained loops, , and the discount for truncation, . We use the empirical looping coefficients introduced above to compare the law with the runs in Figure 9; their construction is detailed in §C.2.
The looping coefficient saturates for large . With full BPTT, , and the gain is . The runs in Figure 8a vary both loop counts together at fixed model size and token budget. Each doubling of trained loops adds less than the one before (Figure 8a and Figure 9a), as Chen et al. [14] also find with all loops trained. The power-law gain of prior work ([65]) keeps growing, whereas ours approaches . Our runs support the bounded form over the power law, predicting held-out forward-loop counts more accurately (§C.4).
Doubling outweighs doubling alone. At fixed , truncation reduces and hence , consistent with the smaller effective sizes in Figure 9b and higher losses in Figure 8b. Figure 9c clarifies the relative roles of and by grouping settings with the same . The fitted bars and empirical estimates change relatively little as increases within a group, but show larger gains as increases across groups, including comparisons at the same . The fitted exponents quantify this asymmetry: (Table 4) implies for . From the same initial setting at fixed model size, doubling thus adds more effective parameters than doubling alone; the small loss gains from extra forward loops at fixed support the same conclusion (Figure 8c).
Finding 1 Loops add effective parameters; truncation discounts them. Each fully trained loop adds effective parameters, with diminishing returns toward a finite ceiling. Truncation discounts this gain, and from the same setting, doubling adds more effective parameters than doubling (Figure 9c).
Truncate or not?
Truncation saves backward compute but reduces the effective parameter count (§4.2). Whether it lowers loss at a given compute depends on which quantities are held fixed. We first fix the forward-loop count, as prior scaling studies do, and then let both loop counts vary at equal compute.
Fixed forward loops: truncation can be optimal
Suppose the forward-loop count is prescribed, and the model size , token count , and backward-loop count are chosen to minimize loss at a training compute , with the recurrent block keeping a fixed share of the parameters as varies. Truncation lowers the effective size , but it also lowers the training cost, which we express through the compute-equivalent size :
We count two FLOPs per parameter and token for a forward pass and four for a backward pass, omitting attention products and the output projection. We also omit the optimizer update as its cost per step depends on the parameter count but not on or . Under this count, the prelude and coda run one forward and one backward pass, costing FLOPs per token, and the recurrent block runs forward and backward passes, costing . Their sum is . A looped model thus corresponds to two different non-looped sizes: trained on the same tokens, it reaches the loss of a non-looped model with parameters, and it costs the compute of a non-looped model with parameters. Their ratio is the compute paid per effective parameter. Therefore, our optimization at fixed compute reduces to choosing the backward-loop count that minimizes this ratio (see Lemma D.1 in §D.4 for a rigorous derivation):
Since does not involve , neither does . The stationary condition (D.7) gives continuous candidates for ; integer choices are evaluated directly using (Table 5).
| 1 | 1 | 1.000 | 1.000 | 1 | 1 |
| 2 | 2 | 1.031 | 1.031 | 1 | 1 |
| 4 | 2 | 1.204 | 1.430 | 1.27 | 1.08 |
| 8 | 2 | 1.580 | 2.376 | 1.51 | 1.20 |
| 16 | 2 | 2.343 | 4.339 | 1.70 | 1.31 |
Table 5. With prescribed, the law selects and so truncates from on. For each forward-loop count , is the backward-loop count that minimizes , the compute per effective parameter, over the integers , with and , optimized under leading FLOPs. and are the optimal model size and token count at relative to full BPTT at the same and compute . These ratios do not depend on . The gap between and , and hence the compute that truncation saves, grows with .
Truncation reduces effective size, but frees compute for a larger model and more tokens. At , the law selects and predicts a 34% compute saving at equal optimized loss (Table 5).
Separately fitted laws at also favor over : at , their compute-optimal frontiers predict a 33–35% saving within the range of the runs (Figure 10; fitting details in §D.4).

Figure 10. Separately fitted laws confirm the predicted truncation. Iso-loss contours (labels: loss in nats) and compute-optimal frontiers of laws fitted separately to (dashed, grey) and to the predicted (solid), at (a) and (b). Markers are measured runs; faded segments lie outside the runs of a setting. At every loss level, the contour lies left of the contour (shaded gap), so truncation reaches the same loss with less compute: 5–11% less at and 33–35% less at , where both compute-optimal points lie within the runs. The saving grows with because further backpropagated loops add little effective size at full cost. The compute that truncation frees goes partly into a larger model.
This agrees with the fixed-compute truncation benefit reported by [65]. Parcae uses truncated BPTT but leaves the compute-optimal choice of forward and backward loop counts to future work ([59], Appendix I). The benefit is conditional on prescribing . We next ask whether it survives when both loop counts can be chosen.
Free forward-loop count: full BPTT is optimal
When can also be chosen, we optimize the split between forward and backward loops at equal compute. Fix the model architecture and token count . In our FLOP accounting, each forward pass through the recurrent block costs one unit and each backward pass costs two (§D.1). The recurrent block thus costs units per token; all other model components have the same cost across loop settings. Holding fixed therefore holds total compute fixed: for example, and both cost 12 recurrent units per token.
Fix such a loop-compute count . With the architecture and fixed, the law (3) depends on the loop setting only through , and the loss decreases as grows. Since and are fixed, minimizing the loss at this compute is equivalent to maximizing the looping coefficient , which we relax to continuous loop counts:
The optimal split uses full BPTT. Recall that with . Thus (5) is equivalent to minimizing under the same affine constraints. This is a standard convex optimization problem: whenever , its unique solution is for every , giving full BPTT (Lemma D.2 in §D.4.2). The fitted exponents in Table 4, and , satisfy by a wide margin. Therefore, the law predicts that full BPTT is optimal at every compute if both and can be chosen continuously.1
Separately fitted laws confirm the benefit of full BPTT. The compute-optimal frontiers of the separately fitted laws predict that reaches the same loss with less compute than where both optimal allocations lie within the ranges of their runs (Figure 11). Matched-compute runs agree: at , achieves lower loss than at every size (Table 6).
| Size | () | () | ||
| 60M | 2.41 | 2.5211 | 2.4933 | 2.78 |
| 120M | 4.59 | 2.3843 | 2.3696 | 1.47 |
| 240M | 8.28 | 2.2778 | 2.2642 | 1.36 |
| 480M | 15.29 | 2.1845 | 2.1738 | 1.07 |
| 1B | 28.38 | 2.1144 | 2.1057 | 0.87 |
Table 6. Reducing forward depth at equal training compute. Measured validation losses at (17.2 billion tokens). Within each row, and have identical model size, tokens, and training compute , including optimizer updates. Losses and the reduction are in nats per token. Model sizes use nominal labels; is the training compute in FLOPs.

Figure 11. Fewer fully trained loops improve the compute-optimal frontier. Iso-loss contours of separately fitted laws for (solid) and (dashed), both with . Thick lines: compute-optimal frontiers; faded segments lie outside the runs of a setting. At equal loss, solid contours lie left of dashed ones: uses 8–14% less compute, so once can be chosen, full BPTT beats truncation.
Finding 2 Truncation helps at a prescribed forward-loop count; with both forward and backward loop counts tunable, full BPTT is optimal. When is prescribed, the law favors truncation, and separately fitted laws agree. When both loop counts can be chosen, full BPTT is optimal at every size and compute.
Allocating compute among loops, data, and model size
Given full BPTT, it remains to divide training compute among loops, tokens, and model size. Following Hoffmann et al. [35], we summarize each allocation by how its optimum scales with compute, . We first fix the model size (§6.1) and then let it vary (§ 7.2 and 6.3).
Fixed model size: loops versus data
Suppose a model must fit within a device’s memory budget, so adding parameters is not an option. With more training compute available, should we reuse those parameters through more loops per token, or train on more tokens? At fixed size, more loops raise effective size but leave fewer training tokens within the same compute budget; our law balances these two.
Asymptotic loop–token allocation under full BPTT. The allocation power laws below describe the large-compute limit of our fitted loss law, not a separate fit to measured optima. Fix the architecture and parameter counts (); setting in (3) gives the full-BPTT loss
Because , minimizing (6) is equivalent to minimizing its inner sum, . As , the effective size approaches . Expanding around this limit gives
where and are fixed by the architecture and fitted coefficients; the leading loop term has exponent and the data term has exponent .
Following the power-law allocation argument of Hoffmann et al. [35], we balance these two terms under a compute constraint. At fixed size, compute per token grows linearly with at large depth (). For continuous , , minimizing the leading terms in (7) gives the asymptotic scaling
These powers need not describe finite-compute optima, where overheads and integer loop counts remain consequential. §D.4.3 derives this limit from the exact stationary condition, including the compute overhead of the non-recurrent layers.
Loops grow slowly; most added compute goes to data. Substituting the fitted and into (8) gives, with rounded exponents,
A tenfold increase in compute therefore raises the optimal loop count by about 1.7 times and the token count by about 5.8 times. These exponents are asymptotic: because loop counts are integers, the best setting changes in steps. Between steps, added compute goes to tokens; at each step, the model switches to a deeper setting with fewer tokens. The runs show the same trend: at each size, the loop count minimizing loss at equal compute grows with compute as predicted (Figure 12a–Figure 12c).

Figure 12. How the compute-optimal allocation scales with training compute. Top: fixed model size (240M). (a) Loss against the loop count at five computes, with the optimum at each compute marked by a star. (b, c) The optimal loop count and token count of the stars, and the law’s optimum (line), whose exponents approach (9). Bottom: free model size. (d) Loss against model size at four computes for (1, 1) (dashed) and (2, 2) (solid), with their optima (stars) and the compute-optimal pairs of §6.3 (diamonds). (e, f) and of the stars and the law’s optimum (10), which places the optimum of (1, 1) at a larger model than its runs do. Colours mark compute within each row, and compute is (4). At fixed size, added compute goes mostly to tokens while the loop count grows slowly. With free size, (2, 2) tracks (1, 1) at a smaller model.
Comparison with prior scaling laws. Parcae reports empirical exponents of approximately 0.40 for mean recurrence and 0.78 for training tokens [59 Section 5.2]. (9) agrees that tokens grow faster than loops, but predicts slower loop growth in the asymptotic regime. Parcae samples recurrence and uses truncated BPTT, so its reported optimum is conditional on that training recipe. Our full-BPTT result suggests that truncation may be suboptimal when both loop counts are free under our law and compute model; whether this also holds for Parcae requires a direct comparison. The law of Schwethelm et al. [65] instead lets the looping coefficient grow unbounded as . Our gain saturates, and governs the approach to that ceiling, giving a different asymptotic allocation between loops and tokens.
Finding 3 At fixed model size, optimal loops and tokens both grow with compute; tokens grow faster. Under the fitted law with full BPTT, the compute-optimal loop count grows asymptotically as and the token count as . The runs at every size agree.
Free model size: the law favors no looping
When model size is free, the compute spent repeating a block can instead train more unique parameters. Start with a -loop model using full BPTT, for integer , and replace its shared recurrent block with untied copies. The resulting non-looped model has the same compute and token budget under (4), but greater effective size:
The left side is the effective size of the looped model; the right side is that of the model with untied copies. The inequality follows from the fitted (Figure 14; §D.4.4). The non-looped model therefore has greater effective size and lower predicted loss at every token budget. Figure 14 also shows that is close to 2; we examine this two-loop case in §6.3.

Figure 14. Loops versus untied copies. Fitted (solid, with markers at integer ) against untied copies (dashed). It stays below for , so untied copies are worth more. The gap is smallest at , where two loops come close to the effective size of two untied copies.
The best loop setting does not change with compute. With parameter proportions fixed and positive, continuous , unrestricted, every loop setting shares the compute exponents of the model without looping. Optimizing the loop setting as well gives
The exponents are rounded predictions under the leading-FLOP count (§D.4.4). Under these assumptions, the ranking of loop settings is the same at every compute.
No looping is optimal, and two fully trained loops come closest. Among the fifteen settings, the law favors the model without looping at fixed compute (Figure 2), consistent with Schwethelm et al. [65]. The best looped setting is (Table 5): , so two shared loops provide nearly the effective size of two untied copies. Because for , the law predicts that it comes close to the model without looping with fewer trainable parameters. §6.3 tests this.
Finding 4 With free model size, no looping is optimal. At every compute, with model size and token count free, the law favors the model without looping (Figure 2).
Two fully trained loops are competitive with fewer parameters
Near parity at equal compute. At each of three training budgets, we train a model with two fully trained loops, , and a model without looping, each at the size and token count that minimize its loss for that budget, with three seeds per model (§E). At every budget, the looped model stays within 0.008 nats of the model without looping while having 27–32% fewer non-embedding parameters (Table 11). The gap shrinks as the budget grows, and at FLOPs$2$ it is smaller than its standard error across seeds. Both models sit near the flat minima of their IsoFLOP profiles, the looped one at a smaller size (Figure 12d).
| Compute (FLOPs) | (1, 1) | (2, 2) | |||
| Parameters | Loss | Parameters | Loss | Gap | |
| 115M | 2.7098 | 79M | 2.7177 | ||
| 239M | 2.5215 | 162M | 2.5253 | ||
| 471M | 2.3663 | 344M | 2.3677 | ||
| (+8%) | 471M | 2.3663 | 344M | 2.3590 |
Table 11. Compute-optimal pairs. Each model at the size that minimizes its loss for the compute; loss: mean of three seeds; gap: (2, 2) minus (1, 1), standard error; parameters: non-embedding counts (the models without looping are the 120M, 240M and 480M models of Table 2). Compute includes attention, output, and optimizer updates (D.3); the first three rows are matched in the compute of the forward and backward passes FLOPs, or under the leading-FLOP count of Figure 12d; counting the optimizer update, (1, 1) spends 0.7% more, which corresponds to about nats); the last row trains the 344M (2, 2) model on 8% more tokens (+8% compute) against the FLOP (1, 1) reference.
Ahead with a little more compute. Because the gap is so small, a little more compute lets the looped model pull ahead. We take the pair at FLOPs and train its model on 8% more tokens, and so with 8% more compute. Its loss then falls 0.007 nats below that of the model without looping, well beyond the spread across seeds, while it still has 27% fewer non-embedding parameters (Figure 15; Table 11). Appendix § 14 also compares the looped model with an untied model, which gives each loop its own block, at a fixed number of training tokens.

Figure 15. Two fully trained loops against no looping at FLOPs, as in Figure 1d. Parameters and compute of the model relative to the compute-optimal model without looping. With 8% more compute, reaches a lower loss with 27% fewer non-embedding parameters.
Finding 5 Two fully trained loops nearly match the model without looping with 27–32% fewer parameters. In the runs, the compute-optimal model stays within 0.008 nats of the compute-optimal model without looping at equal training compute, with 27–32% fewer non-embedding parameters; with 8% more compute, its loss falls below.
Conclusion
Truncated BPTT saves compute, but whether it lowers the loss depends on which quantities are held fixed. We fit a scaling law that expresses every loop setting as effective parameters, with a gain that saturates and shrinks under truncation (§ 5). Under this law, truncation helps only when the forward-loop count is prescribed. When both loop counts are chosen, full BPTT is optimal at every model size and compute we analyze (§5).
The law also determines how to allocate compute. At fixed model size, most additional compute should go to data, and the number of fully trained loops grows only as about (§ 7.1). When model size is free, the law favors no looping, but two fully trained loops come close: with 27–32% fewer non-embedding parameters they nearly match the compute-optimal non-looped model at equal compute, and with 27% fewer parameters they achieve lower loss at 8% more compute (§6.3).
Limitations. Our main limitation is the focus on dense models: we do not study mixture-of-experts (MoE) architectures, so whether our conclusions on truncation and compute allocation extend to looped MoE models remains open. Second, we measure validation loss only and do not establish whether the observed gains translate to downstream task performance or reasoning ability. Third, our experiments are capped at , so the gain ceiling and later switches to more loops remain extrapolations. Related scaling sweeps reach eight loops in Schwethelm et al. [65] and mean training loop counts of twelve in Parcae (Prairie et al. [59]). Much deeper recurrence can exacerbate training instability, including residual explosion and loss spikes ([59] (Fu et al. 2026)); developing stable training recipes for that regime is beyond our scope. Finally, we fix the ratio of non-embedding parameters in the combined prelude and coda to those in the recurrent block for each model size. Varying this ratio to study how parameter allocation affects the gains from looping and the compute-optimal loop counts is a direction for future work.
Acknowledgments
We thank Yuwei Niu, Yi Ge, and Tianyu Fu for valuable feedback and helpful discussions.
Extended related work
Training through recurrent depth. Truncated BPTT limits gradient propagation to a subset of recurrent steps, saving activation memory and backward compute at the cost of biased gradients [68, 76]. Looped language models often supervise the final output and backpropagate through only the last few loops. Huginn and retrofitted models use at most eight backward steps [28, 51], Parcae and Iso-Depth backpropagate through half of the loops [59, 65], URM runs the first loops without gradients [26], and looped MoE models supervise within recurrent segments (He et al., 2026). The same truncation trains looped models converted from pretrained language models [54], recurrent-depth models for robot control and dynamics forecasting [44, 70], and looped refinement in diffusion language models [67]. Recursive reasoning models use even shorter backward horizons. Hierarchical recurrent models backpropagate through only the final steps [33, 72, 73], and TRM and its successors run all but the last recursion without gradients [2, 5, 23, 32, 39, 53, 62, 66]. For algorithmic extrapolation, recurrent networks and looped transformers run a random number of iterations without gradients before the supervised ones, or compute the loss over a window of the last loops [9, 43, 80]. Implicit models replace backpropagation through the solver with implicit differentiation [7] or with one-step, Jacobian-free, and phantom gradients that differentiate only a few steps at the fixed point (Geng et al., 2021a,b; Wu Fung et al., 2022). Such approximations train implicit models for optical flow, diffusion, and language modeling [6, 8, 21, 57, 64], and truncated BPTT in looped transformers can be read as a truncated Neumann series of the fixed-point gradient [37, 52]. Few studies measure what truncation costs. Fein-Ashley and Rashidinejad [21] find that the one-step gradient nearly matches the perplexity of the exact implicit gradient at a fraction of its memory, Huang et al. [36] find that truncation lowers or raises Sudoku accuracy depending on the latent structure, Salvatori et al. [62] find that the required gradient window grows with the propagation distance of the graph, and Ren and Liu [61] argue that the one-step gradient delays the stabilization of hierarchical reasoning models. These studies compare training recipes at a fixed forward depth; we vary the backward depth independently of the forward depth, weighing the compute that truncation saves against the loop gain it costs.
Scaling laws for recurrence. Size–data scaling laws quantify how parameters and training tokens jointly determine loss [35, 41, 71], and their compute-optimal predictions depend on how the laws are fitted and compute is counted [11, 16, 55, 58] (Li et al. 2025a). Extensions account for architectural choices such as MoE sparsity [1, 17, 42]. For looped models, some laws fit each architecture separately [15, 46, 74], while others model the loop count explicitly Table 1 through additive loss terms [82] or effective parameters with linear, power-law, or bounded gains [14, 59, 65]. Among these scaling-law studies of looped transformers, Iso-Depth [65] and Parcae [59] are particularly related to our work. Iso-Depth fits separate laws for full and half-length backpropagation and finds that truncation weakens the loop gain but lowers the loss at a fixed forward-loop count by freeing compute. At fixed model size, Parcae finds that loops and tokens should grow together with compute, but ties the backward loops to half the forward loops and leaves their joint choice open. Our law instead treats the backward-loop count as a separate variable, combining coupled size–data scaling [71] with bounded loop gains [14]. It recovers the truncation benefit at a prescribed forward-loop count but favors full BPTT when both counts are free (§5). In looped MoE models, two loops are the common choice (He et al., 2026): SMELT finds them better than three or four under matched budgets [74], and Loopie finds the marginal benefit of recurrence largest at two [27]. For dense models, our law ranks two fully trained loops first among looped settings, since they provide nearly the effective size of two untied copies of the block while further loops add less (§ 7.2). In our runs, two-loop models nearly match compute-optimal models without looping at equal compute while having substantially fewer non-embedding parameters (§6.3).
Model architecture and experimental setup
Model architecture
Figure 3 draws the model of §3 for the loop setting . In a training step (Figure 3a), the prelude maps the tokens to , every loop reads again through the input injection, and the state entering the last loops is treated as a constant. The gradient therefore reaches the coda, the last loops and, through the injection, the prelude; the first loops run forward only, and evaluation runs all loops. Each loop (Figure 3b) applies to , the pre-norm transformer layers of and an RMSNorm, with the same weights in every loop. At 2 FLOPs per parameter and token for a forward pass and 4 for a backward pass (Figure 3c), the prelude and coda cost 6, each forward loop 2 and each backward loop 4 more, giving FLOPs per token ((4)), before attention and output ((D.1)); the optimizer adds a cost per step ((D.3)).
Full and truncated backpropagation through the loops
This appendix writes out the gradients that full and truncated BPTT compute for the recurrence of ((1)), and the fixed-point argument that motivates truncation (§3).
The truncated gradient. A loop setting executes forward loops and backpropagates through only the last : the state is detached from the computation graph, so the first loops run without gradients. To make this precise, we denote for loop of ((1)) the Jacobian with respect to the incoming state and the derivative with respect to with the incoming state fixed by
The loss depends on only through , so , and it suffices to compare under full and truncated BPTT. The chain rule sums one contribution per loop, and detaching keeps only the last , giving the truncated gradient :
where the empty product for is the identity. Truncation keeps the contributions with the fewest Jacobian products and drops the rest. The prelude gradient is truncated in the same way.
Truncation from a fixed point view. Whether the dropped contributions matter depends on the loop dynamics, and the deep-equilibrium view [7, 72] gives an idealized answer. Suppose the loops approach a fixed point , so that and for the loops that carry gradient. If the spectral radius of is below one, the implicit function theorem gives the gradient of the fixed point, and a Neumann series expands it into the same per-loop contributions:
Truncating to loops thus approximates the fixed-point gradient by the first terms of its Neumann series, whereas full BPTT uses the first . The extreme case keeps only the leading term ; this is the one-step gradient used to train the Hierarchical Reasoning Model Wang et al. [72]. When is contractive, the dropped terms shrink geometrically, which makes truncation a plausible approximation at a fraction of the backward compute. This idealized argument, however, does not settle whether truncation pays off in practice, for two reasons. First, it assumes that the loops reach a fixed point, whereas looped language models are usually trained with only a few loops [27, 74] (He et al. 2026). With so few iterations, the states need not come close to a fixed point, so the approximation behind (B.2) can fail and the contributions dropped in (B.1) need not be small. Second, even at a fixed point, the dropped terms are nonzero for , so is a biased estimate of the full gradient. The argument only bounds the error of a single gradient, whereas this bias enters every update, and how it accumulates over training and shapes the final model is not known. Prior measurements compare recipes at a fixed forward-loop count (§2) and so cannot separate the compute that truncation saves from the loop gain it costs. We therefore measure the net effect directly: the scaling law of § 5 asks whether the saved compute outweighs this bias in the loss that training actually reaches.
Experimental setup
Models. We take the architecture and the training recipe of Schwethelm et al. [65], the reference recipe below, which builds on the prelude–recurrent–coda layout of Huginn Geiping et al. [28] (§3). Its blocks use pre-norm attention with query–key normalization and rotary position embeddings, head dimension 128, a squared-ReLU feed-forward layer of width , no biases, and untied input and output embeddings. We change only what is held fixed. Schwethelm et al. [65] hold the executed depth fixed, so that more loops mean fewer unique layers; we hold the unique parameters fixed, as Prairie et al. [59] do, so that a loop setting changes the compute and not the model. The main grid spans five model sizes, from 58M to 919M non-embedding parameters (Table 2); width and depth grow together, and the recurrent block with the input injection holds 51% of the non-embedding parameters at four sizes and 56% at 120M. Short size names round ; including the untied input and output embeddings, total parameter counts run from about 107M to about 1.06B. We quote budgets per parameter as . The scaling suite supplements this grid with two compute-matched pairs, adding the 79M and 162M models at one configuration each (§E).
Loop settings and budgets. The scaling suite spans 1.1–1,291 training tokens per parameter and uses fifteen loop settings. Ten core settings, ; and ; , , and ; and , and , cover forward loops, full and truncated BPTT, and ratios from to 1. Five more settings extend them: , and with and 16 at three sizes and short budgets (Appendices § 12.5 and § 16). The part of the training compute that depends on the loops grows with , since a backward loop costs twice a forward loop (§D.1); thus costs as much per token as , and as much as . Token budgets are given in units of tokens. We group runs by their target token budget; actual token counts may differ slightly because of batch rounding. Predictions use the actual token count . An experimental configuration is a choice of ; a run is one training execution of that configuration. Each configuration contributes one accepted validation loss to the analysis.
Data and evaluation. We train on the 100B-token sample of FineWeb-Edu [56], the corpus of the looped scaling study of Lee et al. [46], in a pre-shuffled release,3 tokenized with the Llama 2 tokenizer [69] of the reference recipe [65] into sequences of 2,048 tokens. We report cross-entropy in nats per token on the last two shards of the release, which no run trains on, after removing the documents whose exact text also appears in the training data (the same web page often occurs in several crawls).
Optimization. We use the optimizers of the reference recipe [65]. MuonH, a variant of Muon that keeps each weight matrix at a fixed Frobenius norm [40, 75], trains the hidden weight matrices (attention, feed-forward and input injection), and AdamW [49] trains the embedding, output and normalization parameters, both without weight decay. The MuonH update adds 0.06–5.7% to the compute of the forward and backward passes; the analysis leaves it out, and the measured compute we report includes it (§D.1). The peak learning rates follow the reference’s transfer rule [60, 65, 78], a power law in the batch and training tokens with the token exponent re-estimated for our budgets, and the global batch grows as sequences, following the square-root scaling of the loss-optimal batch in prior work [10, 22] (Li et al. 2025b) (§F). The learning rate warms up over the first 2% of steps and decays with a cosine to 10% of its peak; gradients are not clipped.
Runs and compute. The results in this paper come from 592 training runs with FLOPs of training compute, counted as in §D.1 with the optimizer update. The scaling suite contains 397 runs behind 347 configurations: 385 runs in the five-size grid (§G) and 12 runs in two compute-matched pairs (§E). Each configuration’s loss is the mean of its accepted runs. The remaining 195 distinct runs support the other experiments. These experiments comprise four more runs at 480M in Figure 13, nine further runs of the compute-optimal pairs and the 36 of the untied comparison (§E), and the 66 learning-rate and 124 batch-size runs of Figure 17 and Figure 18; 44 runs belong to two of these groups and are counted once. Counting cancelled runs, runs replaced by reruns, pilot runs and earlier calibration sweeps that the paper does not report, the study trained more than 1,100 runs with about FLOPs.

Figure 17. Learning-rate rule ((F.1), ) against the measured optimum. Colors give the model size; filled markers: (4, 4), open markers: (4, 1). Solid gray lines: the rule; dashed lines: the alternative it is tested against; shading: the tolerance (0.25%). (a) Loss above the fitted optimum, in percent of the optimum loss, against the learning rate relative to the rule, for the ten token-exponent sweeps, with one quadratic in per sweep. (b) Fitted optima relative to (F.1) at , with the learning rates within the tolerance (bars); dashed: . (c) As (a), at , for four sizes with (4, 4) and for 60M with (2, 2) and (8, 8). (d) Optima of these sweeps against the number of executed layers; dashed: the trend HyperP measures without residual scaling (the optimum halves from 8 to 24 layers), drawn through the rule at 20 layers.

Figure 18. Batch rule (F.2) against the measured optimum. Colors give the model size. (a) Loss-optimal batch for (4, 4), the vertex of a quadratic in log batch fitted to each sweep, with the batches within the tolerance (bars). Lines: the rule (solid) and one ladder step lower (dashed). (b) Loss above the best batch, in percent of the best loss, at up to two ladder steps from the rule, over the 33 sweeps with at least three batch sizes (filled: ; open: ; : sweeps run at that batch). Thick line: worst sweep; thin line: mean; shading: the tolerance.
The law in detail
This appendix details the measured patterns behind the law, its fit and validation, the bounded gain, and the runs at sixteen loops.
What the runs show before any law is fitted
The measured losses separate the effects of forward and backward loops without a fitted law (§G). Forward loops that receive no gradient add almost nothing at first: at fixed , doubling from to changes the loss by less than 0.007 nats in all 24 size–budget combinations trained in all ten core settings, while doubling it again, from to , lowers the loss in all 24. Spending the same compute per token on backward loops is better: (2, 2) beats (4, 1) and (4, 4) beats (8, 2) in all 24, by 0.023 nats on average for (2, 2) against (4, 1). Backward loops in turn have diminishing returns: with full BPTT, every doubling of , from 1 to 8, lowers the loss, by less each time, in all 24 combinations where all four settings were trained.
Empirical looping coefficient
Empirical looping coefficient
The looping coefficient in (3) rescales the recurrent block’s parameter count. To estimate it from the runs, we first find the non-looped model size that matches a looped run’s measured loss at the same token budget. This defines the empirical effective size, which we then convert to a looping coefficient using the run’s parameter counts.
Reference interpolation. Let denote a target budget level, where is the target token count and tokens. At each , we collect the accepted non-looped configurations and order their actual parameter counts and measured losses as , where . Each configuration contributes its accepted loss once, following the same aggregation rules as the fit. We require at least three distinct sizes and strictly decreasing losses, , as holds for the eligible reference groups. We interpolate log size as a function of loss:
Here PCHIP denotes shape-preserving piecewise cubic Hermite interpolation (Fritsch and Butland, [24]), with reference points ordered by increasing loss. The interpolant in (C.1) passes through each measured point, , and preserves monotonicity between points. This loss-to-size conversion uses only the non-looped measurements, independent of the fitted coefficients of (3).
Coefficient of a looped configuration. For a looped configuration , let be its measured loss, its target budget, and its once-run and recurrent counts; when its reference group is eligible and , define
In (C.2), we subtract the once-run parameters and divide by the recurrent block’s size, as in (3). Each empirical coefficient depends on the run’s size and token budget; is the law’s shared prediction. We report an estimate only when the reference group is eligible and the measured loss lies within its observed range, without extrapolation. Budget matching uses the target level , keeping batch-rounded budgets in the same group. Actual consumed tokens differ from the target token budget by less than 0.2% in these runs; we leave these differences uncorrected.
For example, the 239.24M non-embedding-parameter run at and has loss 2.4272 nats per token. The reference interpolation gives , hence , using its own once-run and recurrent counts in millions of parameters.
Summaries across configurations. For each setting , let be the set of eligible size–budget configurations. Figure 6 shows the median of , with the 25th and 75th percentiles as the interquartile range. Configurations have equal weight; for sorted estimates , a percentile at probability linearly interpolates adjacent order statistics at rank . Figure 9 uses the same loss-matched estimates, with total-size ratios shown where indicated. The surface figure includes 163 eligible configurations with : 121 from the fitting set and 42 from the separately held-out set. Reference configurations may also come from either set, and estimates that use the same references are dependent. These figures describe agreement with the runs rather than independent validation of the law. The interquartile ranges show variation across sizes and budgets, not confidence intervals. §C.3 reports the separate holdout evaluations in loss units.
Figure 5 uses the same estimator on the 150 eligible configurations with and . Markers show medians and bars show minima and maxima. For each , we fit an intercept and slope by ordinary least squares with equal weight per cell:
In (C.3), the fitted slopes are 0.823, 0.446 and 0.173 for , respectively; these lines summarize the empirical trend across the 150 configurations rather than a separate scaling law.
Form and fit
Functional form. The looping coefficient is
The normalization is exact: , so gives . For , increases in and in toward . The fitted ceiling of the looping coefficient is ; it is an extrapolation, not an observed asymptotic limit. With full BPTT the looping coefficient is ; for it is smaller by the factor , , which approaches one as grows.
Data split. We split the 347 scaling-suite configurations into 230 for fitting and 117 for testing. The fitting set spans fifteen loop settings and includes 226 configurations from the five-size grid, covering five model sizes at approximately 9, 18, 37, or 74 training tokens per parameter, giving the sizes a common budget range. Of these 226 configurations, 194 use the eleven settings with at most eight loops (a few at the largest budgets were not run) and 32 use . The other four fitting configurations are also used to compare a looped model with a non-looped model at each of two training-compute budgets (§E), adding sizes 79M and 162M to the grid’s five sizes. Each configuration enters once through the mean loss of its accepted runs, aggregating repeated runs and seeds and removing duplicate exports. The other 117 configurations of the scaling suite, mostly at shorter or longer budgets, enter no fit and serve as separate tests. Predictions use actual consumed tokens and exact parameter counts. The fixed normalizations are and .
Solver. We minimize equally weighted squared residuals in nats per token. All nine coefficients are refitted on every training fold using 64 independent uniform random starts, retaining the lowest-cost converged solution. The trust-region reflective solver uses an analytic Jacobian, Jacobian scaling, at most 4000 evaluations, and tolerances . Seeds are 20261010 plus the deterministic fold index. No full-data coefficients initialize a held-out fold, and no learned preprocessing, weighting or hyperparameter tuning is used.
In optimization coordinates, , , , , and . Initial ranges are , , , , , and . The power-law gain of §C.4 uses the same ranges for the first six coefficients and , initialized in . All 264 fits of each law converge with full-rank Jacobians (the largest-size holdout reaches ).
Validation and aggregation. Residuals are prediction minus measurement. Point LOO holds out one entire accepted configuration. Size folds hold out all combinations at the selected model size. Budget folds group the target level , retaining batch-rounded versions together. Setting folds hold out an entire pair. Each family covers all 230 configurations. Point LOO trains on 229 configurations and tests on the remaining one, repeating this for all 230. Table 7 reports pooled errors, which weight held-out configurations equally. Every fold converges and none is dropped. §G overlays the law on the 226 fitted grid configurations; the four fitted configurations from the compute-matched pairs are not shown there.
| Evaluation | Fits | RMSE | MAE | Bias | Max. error |
| In-sample | 1 | ||||
| One configuration out | 230 | ||||
| One model size out | 7 | ||||
| One token budget out | 11 | ||||
| One setting out | 15 |
Table 7. Pooled errors in nats/token over all 230 configurations; all 264 fits converge (one at a bound).
Why a bounded gain
Prior scaling laws for looped models let the looping gain grow as a power of the loop count, [65]. We extend this form to in place of , keeping the rest of (3) unchanged. This form is the limit of our gain as with and ; under full BPTT it reduces to with . We fit both laws on the same configurations, folds and solver. The power-law gain is less accurate in every evaluation in Table 8, with nearly twice the error on a held-out setting ( vs. nats); it keeps growing where the runs level off, and held out at sixteen loops its error is three times that of the bounded gain (§C.5). Our gain rises from toward ; with full BPTT and it is the reciprocal exponential gain , and free exponents separate the ceiling from the rate of approach.
| Evaluation | Bounded gain | Power-law gain |
| In-sample | ||
| One configuration out | ||
| One model size out | ||
| One token budget out | ||
| One setting out |
Table 8. The law against the power-law gain of prior work [65]: in place of the bounded gain, which reduces to with full BPTT, everything else of (3) unchanged, fitted on the same configurations with the same folds and solver. Pooled RMSE in nats per token.
| Setting | ||
| 1.00000 | 1.00000 | |
| 1.18330 | 1.09294 | |
| 1.91023 | 1.46150 | |
| 1.36498 | 1.18505 | |
| 2.04945 | 1.53209 | |
| 2.50361 | 1.76236 | |
| 2.17552 | 1.59601 | |
| 2.57832 | 1.80024 | |
| 2.80330 | 1.91431 | |
| 2.93895 | 1.98308 |
Table 9. Looping coefficient and total effective size; total size uses recurrent share .
The derivatives distinguish the empirical assumption from its algebraic consequences. At fixed coefficients, with , the total derivatives below follow the full-BPTT path :
For the fitted coefficients, , so the full-BPTT gain is concave for . Concavity is not automatic for every positive parameter choice. The effective size is an equivalence in validation loss, not in stored knowledge ([82]).
Runs at sixteen loops
The fit contains 32 configurations at , across 120M, 240M and 480M, with backward counts 1, 4, 8 and 16 and target token budgets from to . Holding out this whole row leaves 198 training configurations and gives RMSE 0.0115 nats, against 0.0340 for the power-law gain of prior work, which keeps growing beyond the loop counts it is fitted on. The harder extrapolation is the row without looping, : RMSE 0.0172 (0.0207 for the power-law gain), the largest forward-row error. The four sixteen-loop configurations of 480M at lie outside the fitting set.
Training compute and allocation
We first define the training-compute cost, then discuss the fixed-size switch points and their experimental checks. §D.4 gives the allocation derivations for prescribed forward loops, joint loop counts, and fixed or free model size.
Training compute
Training compute counts the FLOPs of the forward and backward passes. We use the usual convention of 2 FLOPs per parameter and token for the forward pass and 4 for the backward pass (Hoffmann et al., [35]; Kaplan et al., [41]). The prelude and coda run forward and backward once per token. Each forward loop runs the recurrent block forward once, and each backward loop adds a backward pass through it, which costs twice as much. The compute of the passes per token is
where counts the attention products of every executed layer and the output projection.4 The attention products of the recurrent block follow the same count, one unit per forward loop and two more per backward loop, so every loop-dependent term grows with , as in the accounting of truncated BPTT by Prairie et al. [59] and Schwethelm et al. [65]; for a given model, and therefore cost the same per token, as do and .
For a model of size we write this compute per token as , where collects the prelude, coda and output and one forward pass through the recurrent block with its attention, so that training tokens cost
At fixed and , the compute depends on the loop counts only through . (4) is its leading term, without the attention and output costs.
The optimizer update is negligible. MuonH also spends FLOPs on each update: five Newton–Schulz iterations per weight matrix (Jordan et al., [40]), a cost per step that depends on the model but not on or , so that a run of steps costs
Across our runs the update adds 0.06–5.7% to the compute of the passes. It cannot change the split between forward and backward loops, since it does not depend on either; leaving it out moves the fixed-size switch points of § 7.1 by less than 0.5%, and it gives the models with more trainable parameters, the untied model and the model without looping at its compute-optimal size, 0.5–0.75% more compute, or about 0.001 nats in loss (§E). Like prior scaling studies (Prairie et al., [59]; Schwethelm et al., [65]), our analysis therefore omits it and uses (D.2); the measured compute in figures, tables and §B.3 includes it unless stated otherwise.
Switch points
At a fixed size, each setting traces a loss curve in , and the best setting at each compute lies on their lower envelope (Table 10). Full BPTT reaches the envelope almost everywhere: among all fifteen trained settings, four of them with , the best setting at every compute is , , , or , apart from a narrow compute range between and where leads by at most 0.002 nats on our integer menu (§ 7.1). Truncation lowers the compute per token but gives up the gain of the loops it does not train, and at equal compute per token a setting that trains all of its fewer loops is the better buy, as the runs show directly (§C.1). Measured in the tokens per parameter that the model without looping trains on at the same compute, two loops become the best choice at about 14–17, four overtake two at about 312–413, and eight overtake four at about 7,000–9,600 (sixteen pay only beyond 147,000–210,000).
| Best setting changes | 60M | 120M | 240M | 480M | 1B |
| 16 | 17 | 16 | 15 | 14 | |
| 400 | 413 | 374† | 345† | 312† | |
| 9,622† | 9,648† | 8,605† | 7,833† | 7,025† | |
| 210,087‡ | 204,851‡ | 182,247‡ | 164,533‡ | 146,710‡ |
Table 10. Model size fixed: the training compute at which the best loop setting changes, given as the tokens per parameter that the model without looping trains on at that compute. Among all fifteen trained settings, four of them with , only full BPTT reaches the frontier, apart from , which leads briefly between and by at most 0.002 nats. †Beyond the compute of the runs of that size. ‡Involves , trained at three sizes and short budgets only.
The runs at a fixed size
The runs confirm the first switch and the role of the trained loops (Figure 13; Figure 1c previews the 120M slice). Beyond about 30 tokens per parameter, ends below the model without looping at every point we measured, by about 0.01 nats at 50 tokens per parameter and by 0.025 at 200. Loops without gradient do not win: , which costs as much per token as but trains only one of its four loops, stays above the model without looping up to 200 tokens per parameter. At 60M, 120M and 240M, where the runs reach several hundred tokens per parameter, overtakes , as the law predicts, but already at about 200 tokens per parameter rather than at the law’s 374–413. At one compute per size far into this range, that of at for 60M and 240M and at for 120M (1,291, 533 and 335 tokens per parameter of the model without looping), the runs read 2.514, 2.389 and 2.247 for the model without looping, 2.479, 2.358 and 2.223 for , and 2.460, 2.345 and 2.218 for : is the lowest, 0.019, 0.012 and 0.006 nats below , while at the same compute trails by 0.010, 0.008 and 0.006 and lies above it at all three sizes. At 480M the same compute is reached at 174 tokens per parameter, before the switch: the model without looping reads 2.141, 2.121 and 2.124, so and are level and both stay below the model without looping. The runs with , trained at – (§C.5), lie well below the compute where eight or sixteen loops pay and stay above at equal compute.
Allocation identities and their assumptions
We follow the allocation regimes of § 6.1 to § 7.2: first prescribe , then optimize the split between , , and finally allocate loops, data, and model size. The prescribed- and free-size results use the leading matrix-FLOP approximation (5.1); the joint-loop and fixed-size calculations use (D.2), with the attention and output costs. All omit the optimizer update (§D.1).
Fixed forward-loop count: optimize size, data, and backward loops
Lemma D.1 (Optimal backward-loop allocation). Fix the integer forward-loop count and training-compute budget . Suppose the loss follows (3), with positive fitted coefficients , , , , , , , , and normalization scales , . Let be the parameter count. Assume the recurrent block holds a fixed fraction of parameters as varies (, ). Under the leading-FLOP approximation , for each let be the minimum loss over at budget ; then
The minimizing backward counts are independent of .
Proof. The proof reduces the looped allocation problem to a non-looped one. With a fixed recurrent fraction, the effective and compute-equivalent parameter counts are both constant multiples of , so the loop setting enters the budget only through the factor . We first fix and solve the size–data allocation in closed form. The optimized loss then depends on only through a positive power of , multiplied by a factor in that is common to all backward counts, so comparing backward counts reduces to comparing .
Step 1: the price of an effective parameter. Let us first fix the backward loop count . Substituting and into the effective parameter count of (3) and the compute-equivalent count of (4) makes both proportional to :
The factor cancels in the ratio, so depends on the loop setting and the recurrent share but not on model size. Intuitively, measures what the model is worth in loss and what it costs in compute, so is the number of compute-equivalent parameters paid for each effective parameter. Because this price is the same at every size, choosing is equivalent to choosing , and we optimize over the normalized effective size directly.
Step 2: the budget as a non-looped budget. Define and . Since , the budget becomes
A non-looped model has and buys effective size and tokens with . A loop setting therefore acts like a non-looped model whose budget is divided by : settings with stretch the budget and settings with shrink it. Once the size is chosen, the budget fixes the token count , so a single free variable remains.
Step 3: a one-variable objective. Write for the bracket in (3), so that . Since is strictly increasing for when , minimizing and minimizing have the same minimizers. Eliminating with the budget gives
The first term is the size penalty and falls as the model grows. The second is the data penalty and rises with , because a larger model leaves fewer tokens within the same budget. The optimum balances these two effects, which pull the model size in opposite directions.
Step 4: the balance condition and the optimal allocation. Both terms are power laws in , so is the natural variable: in it, each term is an exponential. Holding , , fixed, write and . Then
The objective is strictly convex in . It also diverges at both ends, since as and as . A strictly convex function that diverges at both ends has exactly one stationary point, and that point is its global minimum. The stationarity condition states that, at the optimum, a one-percent increase in model size lowers the size penalty by exactly as much as the resulting loss of tokens raises the data penalty. Writing it out,
Taking the positive root and substituting it into yields
As Step 2 anticipated, the loop setting enters only through the reduced budget : the optimal effective size and token count are those of a compute-optimal non-looped model trained with . The optimal size and token count are recovered as and .
Step 5: the optimal loss. At the stationary point , so the two penalties stay in a fixed proportion and . Substituting into gives
Define the positive constants
Raising to the power restores the loss:
This is the compute-optimal loss of a non-looped model at budget .
Step 6: comparing backward counts. In (D.6), and depend only on the fitted coefficients and only on the budget; none of them depends on . The backward count enters only through , which is strictly increasing in because . The optimized losses over are therefore ordered exactly as the values of , so the two have the same minimizers, including any ties. This proves (D.4). Changing the budget multiplies every optimized excess loss by the same factor , which leaves their ranking, and hence the minimizing backward counts, unchanged whenever the admissible set of is fixed. In the limit the model has no recurrent block, so for every and all backward counts tie, as expected with nothing to truncate.
Joint forward–backward allocation at equal compute
For a restricted menu, minimize over its available backward counts. Figure 16 evaluates for every integer at (Table 5 lists the optima).

Figure 16. Truncation can be favored at a prescribed , but not when and are chosen jointly. The law’s ; lower means lower compute-optimal loss. (a) Stars: the best at each . (b) Percentages: compute saved by the best over at equal loss.
Separate laws for the contour comparison. To check the shared looping coefficient , we fit separately to each setting at in Figure 10. The contours use compute from (4) with ; their minimum-compute points trace the compute-optimal frontiers. These are in-sample predictions of the separate laws.
Choosing the backward-loop count. For a continuous relaxation, an interior optimum balances the relative increase in compute-equivalent size against that in loss-equivalent size. The ratio is independent of model size, so we can differentiate it at fixed . By definition,
Differentiating and setting the derivative to zero yields
This is an implicit equation for a continuous candidate, as both parameter counts depend on ; boundary values are also checked, and the discrete optimum evaluates at each integer.
The equation also gives an explicit asymptotic form when . Suppose and , as in the fitted law, and consider large with . Then , , and . Substituting these limits into (D.7) and rearranging gives
The exponent lies between zero and one, so this solution grows while , matching the assumed limit. This is a large- prediction; finite loop counts require discrete optimization.
Joint forward–backward allocation at equal compute
Lemma D.2 (Optimal joint forward–backward allocation). Fix an architecture with and a token count . Suppose the loss follows (3), with positive fitted coefficients and positive normalization scales . Let and be continuous variables. For any , consider the equal-compute problem under (D.2):
If , its unique solution is , corresponding to full BPTT.
Proof. With the token count and architecture fixed, every split on the line has the same compute, so only the looping coefficient varies across feasible splits. We therefore maximize along this line, reduce the problem to a strictly convex function of alone, and show that its derivative is negative on the whole feasible interval when . The minimum then lies at the boundary , which is full BPTT.
At fixed architecture and token count, (D.2) depends on the loop counts only through , including the attention products. Thus every feasible split has the same compute. Since the loss is strictly decreasing in and , minimizing it is equivalent to maximizing . Using with , this is equivalent to minimizing , or its logarithm. Substituting gives and the strictly convex objective
When , the constraint gives
The derivative is strictly negative whenever , including when . Hence the unique minimum is at , where . For , this is also the only feasible split. □
The replacement preserves and strictly improves any truncated setting, so the conclusion also holds when either or both are optimized, provided the replacement is admissible. It does not require fixed parameter proportions across model sizes. Including the optimizer update does not change the result, since its cost is independent of .
The condition is stronger than : a backward loop costs twice a forward loop, so the comparison is versus . Our adopted fit satisfies . For integer or restricted loop menus, may be unavailable, so the continuous dominance argument does not replace the discrete check (D.8).
Fixed model size: allocate loops and data
With fixed, size cannot rebalance against data, and the loop setting determines how many tokens the compute buys: by (D.2). § 7.1 compares the fifteen observed settings at their respective token budgets:
The switch points quoted in § 7.1 are computed with the measured compute, optimizer update included; leaving it out moves them by less than 0.5% (§D.1).
For continuous loop counts, Lemma D.2 establishes the preference for full BPTT when , as in our adopted fit. We therefore set and first characterize the interior balance between loops and tokens, then derive its large-compute limit.
Lemma D.3 (Optimal loop–token balance at fixed model size). Fix an architecture with and , and a compute budget . Suppose the loss follows (3), with positive fitted coefficients , , , , , , , , and positive normalization scales , . Let be continuous and use (D.2), so that with fixed and . Write and define
Throughout this derivation, a prime denotes a total derivative with respect to along , holding the architecture and fixed. In particular,
Thus measures how effective size changes with loop count ( is fixed), and includes both loop counts as grows. Every interior optimum satisfies
Equivalently, the stationary points are parameterized by
:::
Proof. At fixed model size and compute, the loop count trades effective size against tokens: raising increases but, through the budget, reduces . We write the loss as a function of alone by substituting , differentiate its size and data terms, and set the total derivative to zero, which gives (D.9). This first-order condition involves only through the factor , so it can be solved explicitly for the compute at which each is stationary, which gives (D.10).
Since , minimizing loss is equivalent to minimizing ; substituting the budget gives
Increasing raises the effective size and lowers , but reduces the token budget and raises . At fixed , differentiating the token budget gives
Consequently, the derivatives of the two loss terms are
Setting gives (D.9), and with yields
All factors are positive, so solving for gives (D.10).
This is a necessary condition for an interior optimum; boundary values and all allowed integer settings must also be compared. On the finite menu, added compute goes to tokens until a deeper setting reaches a lower predicted loss, at which point the token budget drops.
Lemma D.4 (Asymptotic loop–token allocation). Suppose the loss follows (3), with positive fitted coefficients , , , , , , , , and positive normalization scales , . Use the fixed architecture and compute model of Lemma D.3, and allow all continuous with no upper bound. Let be any global minimizer along , and let . As , there are constants , independent of , such that
Proof. The proof has two steps. First, we show that a global minimizer exists for every budget and grows without bound as compute increases, so at large compute it is interior and satisfies the stationarity relation (D.10) of Lemma D.3. Second, we take the large- limit of that relation, where is asymptotically a power of ; inverting it gives , and the budget gives .
For each finite , the continuous objective tends to infinity as , since its data term grows without bound, so a global minimizer exists. Moreover, as : for any fixed , every has , whereas . No minimizer stays in at large compute; it is eventually interior and satisfies (D.10).
Writing , the large- limits are
The bracket in (D.10) is thus asymptotic to a positive constant times , so is asymptotic to a positive constant times . Evaluating this relation at and inverting gives the first part of (D.11), and gives the second, recovering (8).
The current coefficients give exponents approximately 0.238 and 0.762 ((9) rounds them to 0.24 and 0.76). These are asymptotic consequences of the fitted law along , not a refit to measured optima. The dominance argument above applies within this law and compute model; its extrapolation to unbounded depth is not empirically established. Finite-depth overheads and allowed loop counts determine the practical switches.
Free model size: compare joint allocations
This subsection supports the comparisons of § 7.2 in two steps. Lemma D.5 compares a fully trained looped model with the non-looped model that unties its loops at the same leading compute. Corollary D.6 then lets the model size adapt to the budget and compares the compute-optimal frontiers of all loop settings.
Lemma D.5 (Untied copies outweigh full-BPTT loops). Suppose the looping coefficient is with , and write . If
then for every real . Consequently, for an architecture with* and a fixed token count, replacing a fully trained -loop model, , with a non-looped model of size preserves the leading compute (4) and increases the effective size by .
Proof. Each untied copy of the recurrent block adds one full block of effective parameters, whereas each additional trained loop adds less than one once the gain begins to saturate. We make this precise by following the ratio , the effective size contributed per executed copy of the block. The first condition in (D.12) places this ratio below one at , and the second makes it decrease for all , so it stays below one. The statement about effective size then follows by comparing the two parameter counts term by term.
Along full BPTT, , so
Because , the factor decreases in , so for every we have and the derivative is negative. The ratio is therefore strictly decreasing on , and
For the second statement, the leading compute-equivalent size of the looped model is by (4), which equals the parameter count, and hence the leading compute, of the non-looped replacement. Their effective sizes are and , which differ by , positive by the first statement and . □
The adopted coefficients satisfy both conditions: and . The restriction to is needed, because the continuous extension has just above , where the derivative above is positive ().
Corollary D.6 (Free-size frontiers). Adopt the assumptions of Lemma D.1: the loss law (4.1), a fixed recurrent fraction , and the leading-FLOP budget . For each loop setting and budget , let be the minimum loss over continuous , with minimizers and , and let . Then:
(i) Frontier identity. Every loop setting behaves like a non-looped model with budget :
where the ratio is evaluated at the indicated loop setting and does not depend on .
(ii) Compute premium. If the loop setting receives , with , while the non-looped model receives , then
In particular, the loop setting reaches a lower loss exactly when .
(iii) Equal-compute gap. At ,
:::`
Proof. The proof of Lemma D.1 already contains the key fact: for a fixed loop setting, the budget constraint reads , so optimizing a looped model over its size and tokens is the non-looped problem with a reduced budget. Part (i) restates it for the non-looped optimum, and parts (ii) and (iii) follow by comparing the optimal losses and sizes, (D.6) and (D.5), at two budgets.
Part (i). By Step 1 of the proof of Lemma D.1, is the fixed multiple of , so optimizing over is equivalent to optimizing over , and turns the budget into . In the variables , the loss (3) is the non-looped law, since has and , and the constraint is the non-looped budget , since . The two problems therefore have the same minimum and the same unique minimizers (Step 4 of that proof), namely , with effective size and token count . Dividing the effective size by recovers , which gives (D.13).
Part (ii). By (D.6), the excess loss of at budget is , and that of at budget is , because . Their ratio is . Since , it is below one exactly when . For the sizes, part (i) gives , and (D.5) with shows that scales as the power of the budget, so .
Part (iii). Setting in the loss ratio of part (ii) gives . Subtracting from both sides yields (D.15).
The identities are exact within the stated approximation and have two consequences. First, by (D.5) every loop setting has and (exponents 0.562 and 0.438 with the fitted coefficients), so the optimal pair minimizes at every compute. Second, among the fifteen settings minimizes and is the best looped setting (Table 5; Figure 16b). For , , and , so (D.13) predicts equal loss at 3.1% more compute and 31.6% fewer parameters than . By (D.14), 10% more compute predicts lower loss with about 29.0% fewer non-embedding parameters. At equal compute, with , the bracketed multiplier in (D.15) is about , or 0.172% of the non-looped model’s excess loss above , rather than a constant gap in nats, making the compute convention consequential.
Limits of the scale-independent ratios. The identities describe an empirical loss law under a specified compute approximation; they do not establish a universal property of looped models. Size or data bounds can put an optimum on a boundary. A size-dependent recurrent share or the attention, output, and optimizer terms breaks the simple factorization. Full-compute optimization therefore requires an explicit architectural scaling family and a fresh numerical envelope. Its results should be reported separately from the analytic ratios, using the same adopted fit.
Compute-optimal pairs and the untied model
The main text (§6.3) compares with a compute-optimal model without looping while allowing model size and token count to vary. Below we give the full table for that comparison, followed by a controlled comparison at fixed tokens against an untied model with a separate block per loop.
Compute-optimal pairs
We trained and each at the size and token count that minimize its loss for the same training compute, with three seeds each (Table 11). The first two pairs also belong to the scaling suite and its fitting set. At all three budgets, the looped model has 27–32% fewer non-embedding parameters and comes within – nats of the model without looping. At FLOPs ( for the forward and backward passes alone), training the 344M model on 8% more tokens, and so with 8% more compute, lowers its loss to 2.3590, nats below the 471M model without looping (Figure 1d).
The untied model
The untied model of a looped model is the same network in which each loop has its own copy of the recurrent block, input injection and normalization. For two loops it holds parameters, about 1.5 times as many, at the same compute per token. Tying layers to save parameters goes back to ALBERT (Lan et al. [45]), and Bae et al. [3] relax the tie of looped models converted from pretrained ones. Each copy is initialized like the looped model; with all copies set equal, the untied model reproduces the looped model’s loss and logits exactly.
Design and results. Each size trains at about 18 tokens per parameter of the looped model, close to the compute-optimal ratio of Hoffmann et al. [35]: 60M at , 120M at , 240M at and 480M at , with the recipe of its (2, 2) run and three seeds per model. Alongside the untied model, we train (2, 2) at the same width and (2, 2) widened to about 80% of the untied model’s non-embedding parameters, on the same tokens (Table 12). At the untied model’s width the looped model trails by – nats averaged over the four sizes), against – by the law, whose error at these (2, 2) runs is at most nats. The wider looped model uses 15–22% more forward-and-backward compute per token than the untied model and reaches a lower loss by – nats, in all twelve seed pairs.
| Size | Model | Width | Parameters | Compute | Loss | − untied |
| 60M | untied | 768 (6 × 128) | 87M | 1.00 | 2.7843 | |
| (2, 2) | 768 (6 × 128) | 58M | 1.00 | 2.7931 | ||
| (2, 2), wider | 840 (7 × 120) | 69M | 1.15 | 2.7668 | ||
| 120M | untied | 1024 (8 × 128) | 180M | 1.00 | 2.5809 | |
| (2, 2) | 1024 (8 × 128) | 115M | 1.00 | 2.5982 | ||
| (2, 2), wider | 1152 (9 × 128) | 146M | 1.22 | 2.5681 | ||
| 240M | untied | 1280 (10 × 128) | 360M | 1.00 | 2.4147 | |
| (2, 2) | 1280 (10 × 128) | 239M | 1.00 | 2.4272 | ||
| (2, 2), wider | 1408 (11 × 128) | 289M | 1.18 | 2.4044 | ||
| 480M | untied | 1664 (13 × 128) | 709M | 1.00 | 2.2565 | |
| (2, 2) | 1664 (13 × 128) | 471M | 1.00 | 2.2700 | ||
| (2, 2), wider | 1824 (12 × 152) | 566M | 1.18 | 2.2511 |
Table 12. Comparison with the untied model. At each size: the untied model, (2, 2) at its width, and (2, 2) widened to about 80% of its non-embedding parameters. Width with heads × head dimension; parameters: non-embedding; compute: compute per token of the forward and backward passes relative to the untied model, the same ratio as the training compute since all models of a size train on the same tokens; loss: mean of three seeds; − untied: paired by seed, mean ± standard error.
Learning rate and batch size
Our runs follow one learning-rate rule and one batch-size rule, both set by the token budget (Table 13). We test each rule against sweeps that vary only the learning rate or only the batch; a learning-rate sweep scales the MuonH and AdamW learning rates by one common factor. We call a value acceptable when its loss is within 0.25% of the optimum of its sweep, about a tenth of what (4, 4) gains over (1, 1) at the same model size and budget.
| Budget | 1 | 2 | 4 | 8 | 16 | 32 | |
| Batch (sequences of 2,048 tokens) | 48 | 64 | 88 | 128 | 176 | 256 | 352 |
| Steps | 5,464 | 8,192 | 11,920 | 16,384 | 23,832 | 32,768 | 47,664 |
| Peak learning rate () | 10.7 | 9.25 | 8.11 | 8.01 | 7.03 | 6.36 | 6.09 |
Table 13. Batch size, number of steps and peak MuonH learning rate of the hidden weight matrices at each budget. The learning rate is (F.1) with , with its ratio to the value rounded to a power of ; the AdamW learning rates are multiplied by the same ratio. Warmup takes 2% of the steps.
Learning-rate rule
We take the transfer rule of the reference recipe (Schwethelm et al. [65]) for the peak MuonH learning rate of the hidden weight matrices,
where is the global batch in sequences of 2,048 tokens; the AdamW learning rates scale with width, and those of the embedding and output also with batch. The reference recipe uses the token exponent of HyperP [60], a transfer rule for MuonH. On our models this exponent is too small: relative to (F.1) with , the optimal learning rate keeps falling as grows (Figure 17b). We thus re-estimate and, as our models vary in depth, test for a depth term.
Token exponent: . We swept the learning rate at the smallest and the largest model size, 60M at , and and 1B at and , each with (4, 4) and (4, 1), and fit a quadratic in to each sweep to locate its optimum (Figure 17a). The exponent that minimizes the rule’s largest loss above the optimum is (95% interval 0.400–0.412), and we use . The rule is then within 0.06% of the optimum in every sweep, the largest gap being 60M with (4, 1) at , whereas ends up 0.45% above the optimum at 1B and .
No depth correction. Depth-wise transfer rules lower the learning rate as networks get deeper ([12, 20, 60, 79]). For updates normalized as in MuonH, keeping the change of the network per step fixed requires with residual branches scaled by , or without that scaling, where is the number of executed layers ([60 Theorem 3]). Our recipe scales neither the residual branches nor the learning rate with depth, although our models get deeper both with size (20 to 40 executed layers from 60M to 1B at ) and with the number of forward loops (12 to 36 at 60M). Yet the optimum does not follow the depth (Figure 17c–Figure 17d): at , the rule’s learning rate is the best of , 1 and times itself in all six sweeps, and the fitted optima stay within about 7% of the rule, where the trend HyperP measures without residual scaling would lower them by more than half. The optimal learning rate follows the training tokens, not the depth, so the rule needs no depth term.
Batch-size rule
We set the global batch to
rounded to a ladder whose neighboring steps differ by about (..., 32, 48, 64, 88, 128, 176, 256, 352). The loss-optimal batch grows about as , as in prior work [10, 22] (Li et al. 2025b), and in eleven batch sweeps with (4, 4) (60M at five budgets, 240M and 1B at three) the rule’s batch is acceptable in every one (Figure 18a).
Prefactor. The loss is flat over about a factor of two in batch, so the prefactor is a choice between neighboring ladder steps. One step lower, , suits 1B with full BPTT as well as 64 suits 60M, but truncated BPTT prefers larger batches: at 1B and , the best batch is 176 for (4, 4) and 352 for (4, 1). Over all 33 sweeps with at least three batch sizes, which cover all ten core settings, only the rule is acceptable everywhere: it stays within 0.17% of the best batch, while one step lower reaches 0.30% and one step higher 0.42% (Figure 18b). The rule therefore changes comparisons between loop settings by less than 0.004 nats.
The law across the five-size grid
Figure 19 shows the validation loss of the 343 configurations in the suite’s five-size grid, one panel per loop setting. Filled markers denote the 226 configurations used to fit the law of § 5; open markers denote the rest. The suite’s four fitted configurations from the compute-matched pairs (120M, 79M, 240M and 162M) are listed in Table 11 and are not drawn here. The figure contains 290 configurations in the ten core settings, 17 with (8, 1) and 36 with . Each configuration shows the mean loss of its accepted runs (385 in all; §B.3); the law is drawn over each size’s measured budgets. The configurations span 1.1 to 1,291 tokens per parameter, while the fitted ones span 9 to 74. Per loop setting, the law’s RMSE on the fitted configurations is 0.0031 to 0.0093 nats; on the rest it is 0.0200, as most lie below 5 or above 125 tokens per parameter (§7). Figure 7 shows the four

Figure 19. The law across the scaling suite. Validation loss of every configuration in the five-size grid against training tokens (), one panel per loop setting (, ) with a row per forward-loop count, colored by model size. Filled dots: configurations the law is fitted on; open dots: the other configurations; lines: the law (§ 5) over each size’s measured budgets.
full-BPTT settings at the 26 size–budget pairs where all four were trained: one set of coefficients tracks all four, with RMSE 0.0053 nats over the 68 fitted configurations (0.0148 over the 36 others).
Training curves
Figure 20 shows the training curves of the 385 runs behind the 343 configurations of §G, one panel per loop setting; Figure 4 in § 5.1 repeats its first row. Each curve is the training loss of every tenth step, the cross-entropy of that step’s batch, against the training compute spent so far, counted as in §D.1 with the optimizer update; it is not the validation loss on held-out documents that we report (§B.3). Each token budget is a separate run whose cosine schedule ends at that budget, so a run reaches its final loss only at its end. The highlighted line therefore joins run ends only (dots), those that end below every run with less compute, and needs no fit. As in the training-curve envelopes of Hoffmann et al. [35], larger models take over this frontier as compute grows; at the highest compute of each panel it follows the largest model of that setting, 1B, or 480M for .

Figure 20. Training curves of every run in the five-size grid. Training loss against compute (§D.1), one panel per loop setting, with a row per forward-loop count and backward loops increasing to the right, colored by model size; every tenth step, averaged over at most steps. Highlighted line and dots: the frontier of run ends, the runs that end below every run with less compute.
References
- [1]Abnar, S., Shah, H., Busbridge, D., Ali, A. M. E., Susskind, J. and Thilak, V. (2025). Parameters vs FLOPs: Scaling Laws for Optimal Sparsity for Mixture-of-Experts Language Models. arXiv preprint arXiv:2501.12370. 26arxiv.org/abs/2501.12370
- [2]Asadulaev, A., Banerjee, R., Karray, F. and Takac, M. (2025). Latent Reasoning in TRMs is Secretly a Policy Improvement Operator. arXiv preprint arXiv:2511.16886. 26arxiv.org/abs/2511.16886
- [3]Bae, S., Fisch, A., Harutyunyan, H., Ji, Z., Kim, S. and Schuster, T. (2025a). Relaxed Recursive Transformers: Effective Parameter Sharing with Layer-wise LoRA. In International Conference on Learning Representations (ICLR). 4, 43arxiv.org/abs/2410.20672
- [4]Bae, S., Kim, Y., Bayat, R., Kim, S., Ha, J., Schuster, T., Fisch, A., Harutyunyan, H., Ji, Z., Courville, A. and Yun, S.-Y. (2025b). Mixture-of-Recursions: Learning Dynamic Recursive Depths for Adaptive Token-Level Computation. arXiv preprint arXiv:2507.10524. 4arxiv.org/abs/2507.10524
- [5]Baek, J., Jo, M., Kim, M., Ren, M., Bengio, Y. and Ahn, S. (2026). Generative Recursive Reasoning. arXiv preprint arXiv:2605.19376. 26arxiv.org/abs/2605.19376
- [6]Bai, S., Geng, Z., Savani, Y. and Kolter, J. Z. (2022). Deep Equilibrium Optical Flow Estimation. In IEEE/CVF Conference on Computer Vision and Pattern Recognition (CVPR). 26arxiv.org/abs/2204.08442
- [7]Bai, S., Kolter, J. Z. and Koltun, V. (2019). Deep Equilibrium Models. In Advances in Neural Information Processing Systems (NeurIPS). 4, 26, 27arxiv.org/abs/1909.01377
- [8]Bai, X. and Melas-Kyriazi, L. (2024). Fixed Point Diffusion Models. arXiv preprint arXiv:2401.08741. 26arxiv.org/abs/2401.08741
- [9]Bansal, A., Schwarzschild, A., Bornia, E., Emam, Z., Huang, F., Goldblum, M. and Goldstein, T. (2022). End-to-end Algorithm Synthesis with Recurrent Networks: Extrapolation without Over-thinking. In Advances in Neural Information Processing Systems (NeurIPS). 26
- [10]Bergsma, S., Dey, N., Gosal, G., Gray, G., Soboleva, D. and Hestness, J. (2025). Power Lines: Scaling Laws for Weight Decay and Batch Size in LLM Pre-training. In Advances in Neural Information Processing Systems (NeurIPS). 29, 46
- [11]Besiroglu, T., Erdil, E., Barnett, M. and You, J. (2024). Chinchilla Scaling: A replication attempt. arXiv preprint arXiv:2404.10102. 26arxiv.org/abs/2404.10102
- [12]Bordelon, B., Noci, L., Li, M. B., Hanin, B. and Pehlevan, C. (2023). Depthwise Hyperparameter Transfer in Residual Networks: Dynamics and Scaling Limit. arXiv preprint arXiv:2309.16620. 45arxiv.org/abs/2309.16620
- [13]Chen, W., Li, T., Huang, W., Yin, Y., Shang, L. and Qin, C. (2026a). LoopMoE: Unifying Iterative Computation with Mixture-of-Experts for Language Modeling. In Empirical Methods in Natural Language Processing (EMNLP). https://arxiv.org/abs/2606.04438 4
- [14]Chen, Y., Goyal, A. and Krishnamoorthi, R. (2026b). Scaling Laws for Looped Mixture of Experts. arXiv preprint arXiv:2609.40316. 4, 5, 7, 10, 26, 27arxiv.org/abs/2609.40316
- [15]Chen, Z., Vegesna, A., Dahal, S. and Wilson, A. G. (2026c). How Model Growth, Recursion, and Boundary Operators Influence Scaling Exponents. arXiv preprint arXiv:2609.19107. https://arxiv.org/abs/2609.19107 4, 5, 26
- [16]Choshen, L., Zhang, Y. and Andreas, J. (2025). A Hitchhiker’s Guide to Scaling Law Estimation. In International Conference on Machine Learning (ICML). 26arxiv.org/abs/2410.11840
- [17]Clark, A., de las Casas, D., Guy, A., Mensch, A., Paganini, M., Hoffmann, J., Damoc, B., Hechtman, B., Cai, T., Borgeaud, S., van den Driessche, G., Rutherford, E., Hennigan, T., Johnson, M., Millican, K. et al. (2022). Unified Scaling Laws for Routed Language Models. arXiv preprint arXiv:2202.01169. 26arxiv.org/abs/2202.01169
- [18]Csordás, R., Irie, K., Schmidhuber, J., Potts, C. and Manning, C. D. (2024). MoEUT: Mixture-of-Experts Universal Transformers. In Advances in Neural Information Processing Systems (NeurIPS). 4arxiv.org/abs/2405.16039
- [19]Dehghani, M., Gouws, S., Vinyals, O., Uszkoreit, J. and Kaiser, L. (2019). Universal Transformers. In International Conference on Learning Representations (ICLR). 2, 3arxiv.org/abs/1807.03819
- [20]Dey, N., Zhang, B. C., Noci, L., Li, M., Bordelon, B., Bergsma, S., Pehlewan, C., Hanin, B. and Hestness, J. (2025). Don’t be lazy: CompleteP enables compute-efficient deep transformers. In Advances in Neural Information Processing Systems (NeurIPS). 45arxiv.org/abs/2505.01618
- [21]Fein-Ashley, J. and Rashidinejad, P. (2026). Solve the Loop: Attractor Models for Language and Reasoning. arXiv preprint arXiv:2605.12466. 4, 26
- [22]Filatov, O., Wang, J., Ebert, J. and Kesselheim, S. (2025). Optimal Scaling Needs Optimal Norm. arXiv preprint arXiv:2510.03871. 29, 46arxiv.org/abs/2510.03871
- [23]Freinschlag, R., Bertram, T., Kobler, E., Mayr, A. and Klambauer, G. (2026). Symbol-Equivariant Recurrent Reasoning Models. arXiv preprint arXiv:2603.02193. 26arxiv.org/abs/2603.02193
- [24]Fritsch, F. N. and Butland, J. (1984). A method for constructing local monotone piecewise cubic interpolants. SIAM Journal on Scientific and Statistical Computing, 5 300–304. 8, 30DOI
- [26]Gao, Z., Chen, L., Xiao, Y., Xing, H., Tao, R., Luo, H., Zhou, J. and Dai, B. (2025). Universal Reasoning Model. arXiv preprint arXiv:2512.14693. 26arxiv.org/abs/2512.14693
- [27]Gao, Z., Chen, Y., Xiao, Y., Yang, X., Tao, R., Zhou, J. and Dai, B. (2026). Loop the Loopies! arXiv preprint arXiv:2607.16051. 4, 27, 28arxiv.org/abs/2607.16051
- [28]Geiping, J., McLeish, S., Jain, N., Kirchenbauer, J., Singh, S., Bartoldson, B. R., Kailkhura, B., Bhatele, A. and Goldstein, T. (2025). Scaling up Test-Time Compute with Latent Reasoning: A Recurrent Depth Approach. arXiv preprint arXiv:2502.05171. 2, 4, 26, 28arxiv.org/abs/2502.05171
- [30]Geng, Z., Zhang, X.-Y., Bai, S., Wang, Y. and Lin, Z. (2021b). On Training Implicit Models. In Advances in Neural Information Processing Systems (NeurIPS). 4, 26arxiv.org/abs/2111.05177
- [31]Giannou, A., Rajput, S., Sohn, J.-y., Lee, K., Lee, J. D. and Papailiopoulos, D. (2023). Looped Transformers as Programmable Computers. arXiv preprint arXiv:2301.13196. 3arxiv.org/abs/2301.13196
- [32]Hakimi, N. (2026). Form Follows Function: Recursive Stem Model. arXiv preprint arXiv:2603.15641. 26arxiv.org/abs/2603.15641
- [33]Han, S.-I. (2026). Hierarchical vs. Flat Iteration in Shared-Weight Transformers. arXiv preprint arXiv:2604.14442. 26arxiv.org/abs/2604.14442
- [35]Hoffmann, J., Borgeaud, S., Mensch, A., Buchatskaya, E., Cai, T., Rutherford, E., de Las Casas, D., Hendricks, L. A., Welbl, J., Clark, A., Hennigan, T., Noland, E., Millican, K., van den Driessсhe, G., Damoc, B. et al. (2022). Training Compute-Optimal Large Language Models. arXiv preprint arXiv:2203.15556. 4, 6, 7, 13, 14, 26, 33, 43, 48arxiv.org/abs/2203.15556
- [36]Huang, B., Geng, Z. and Kolter, J. Z. (2026a). Equilibrium Reasoners: Learning Attractors Enables Scalable Reasoning. In International Conference on Machine Learning (ICML). 4, 26arxiv.org/abs/2605.21488
- [37]Huang, B., Shi, C., Chen, J., Wen, S., Liu, Z., Xing, E. and Ma, X. (2026b). Towards Looped Models Done Right, Part II: Rethinking at Fixed Points. arXiv preprint arXiv:2610.06833. https://arxiv.org/abs/2610.06833 2, 4, 26
- [38]Jeddi, A., Ciccone, M. and Taati, B. (2026). LoopFormer: Elastic-Depth Looped Transformers for Latent Reasoning via Shortcut Modulation. In International Conference on Learning Representations (ICLR). 4arxiv.org/abs/2602.11451
- [39]Jolicoeur-Martineau, A. (2025). Less is More: Recursive Reasoning with Tiny Networks. arXiv preprint arXiv:2510.04871. 4, 26
- [40]Jordan, K., Jin, Y., Boza, V., You, J., Cesista, F., Newhouse, L. and Bernstein, J. (2024). Muon: An optimizer for hidden layers in neural networks. https://kellerjordan.github.io/posts/muon/. 6, 29, 33
- [41]Kaplan, J., McCandlish, S., Henighan, T., Brown, T. B., Chess, B., Child, R., Gray, S., Radford, A., Wu, J. and Amodei, D. (2020). Scaling Laws for Neural Language Models. arXiv preprint arXiv:2001.08361. 4, 26, 33arxiv.org/abs/2001.08361
- [42]Krajewski, J., Ludziejewski, J., Adamczewski, K., Pióro, M., Krutul, M., Antoniak, S., Ciebiera, K., Król, K., Odrzygóźdź, T., Sankowski, P., Cygan, M. and Jaszczur, S. (2024). Scaling Laws for Fine-Grained Mixture of Experts. arXiv preprint arXiv:2402.07871. 26arxiv.org/abs/2402.07871
- [43]Labovich, A. (2026). Stability and Generalization in Looped Transformers. arXiv preprint arXiv:2604.15259. 26arxiv.org/abs/2604.15259
- [44]Lai, J. B., Quinn, J., Bao, A. and Gilpin, W. (2026). Test-Time Forecasting: Recurrent Depth Enables In-Context Dynamics Prediction. arXiv preprint arXiv:2610.19552. 26arxiv.org/abs/2610.19552
- [45]Lan, Z., Chen, M., Goodman, S., Gimpel, K., Sharma, P. and Soricut, R. (2019). ALBERT: A Lite BERT for Self-supervised Learning of Language Representations. arXiv preprint arXiv:1909.11942. 3, 43arxiv.org/abs/1909.11942
- [46]Lee, R., Biloki, J., Hu, E. J. and May, J. (2026). Sparse Layers are Critical to Scaling Looped Language Models. arXiv preprint arXiv:2605.09165. 4, 5, 26, 29arxiv.org/abs/2605.09165
- [49]Loshchilov, I. and Hutter, F. (2019). Decoupled Weight Decay Regularization. In International Conference on Learning Representations (ICLR).
- [50]Marchenko, A., Bezrukov, V., Kashurin, O., Fedorova, I., Bocharov, D., Shakhvalieva, Y., Tikhonova, M. and Ternovskii, V. (2026). Closing the Loop: Practical Training Recipes for Looped Language Models. arXiv preprint arXiv:2610.00673.arxiv.org/abs/2610.00673
- [51]McLeish, S., Li, A., Kirchenbauer, J., Kalra, D. S., Bartoldson, B. R., Kailkhura, B., Schwarzschild, A., Geiping, J., Goldstein, T. and Goldblum, M. (2025). Teaching Pre-trained Language Models to Think Deeper with Retrofitted Recurrence. arXiv preprint arXiv:2511.07384.arxiv.org/abs/2511.07384
- [52]Movahedi, S., Milovanović, V., Libo Feigin, S., Theus, A., Hofmann, T., Boeva, V., Rusch, T. K. and Orvieto, A. (2026). Fixed-Point Reasoners: Stable and Adaptive Deep Looped Transformers. arXiv preprint arXiv:2606.18206.arxiv.org/abs/2606.18206
- [53]Nejati Manzari, O., Lajoie, G. and Rivaz, H. (2026). Recursive Vision Language Models for General Symbolic Reasoning. arXiv preprint arXiv:2608.01534.arxiv.org/abs/2608.01534
- [54]Park, T., Lee, Y., Kim, D. and Bae, H. (2026). LoopUS: Recasting Pretrained LLMs into Looped Latent Refinement Models. arXiv preprint arXiv:2605.11011.arxiv.org/abs/2605.11011
- [55]Pearce, T. and Song, J. (2024). Reconciling Kaplan and Chinchilla Scaling Laws. Transactions on Machine Learning Research.arxiv.org/abs/2406.12907
- [56]Penedo, G., Kydliček, H., Ben Allal, L., Lozhkov, A., Mitchell, M., Raffel, C., Von Werra, L. and Wolf, T. (2024). The FineWeb Datasets: Decanting the Web for the Finest Text Data at Scale. arXiv preprint arXiv:2406.17557.arxiv.org/abs/2406.17557
- [57]Pokle, A., Geng, Z. and Kolter, J. Z. (2022). Deep Equilibrium Approaches to Diffusion Models. In Advances in Neural Information Processing Systems (NeurIPS).arxiv.org/abs/2210.12867
- [58]Porian, T., Wortsman, M., Jitsev, J., Schmidt, L. and Carmon, Y. (2024). Resolving Discrepancies in Compute-Optimal Scaling of Language Models. In Advances in Neural Information Processing Systems (NeurIPS).arxiv.org/abs/2406.19146
- [59]Prairie, H., Novack, Z., Berg-Kirkpatrick, T. and Fu, D. Y. (2026). Parcae: Scaling Laws For Stable Looped Language Models. arXiv preprint arXiv:2604.12946.arxiv.org/abs/2604.12946
- [60]Ren, L., Liu, Y., Shen, Y. and Chen, W. (2026). Rethinking Language Model Scaling under Transferable Hypersphere Optimization. arXiv preprint arXiv:2603.28743.arxiv.org/abs/2603.28743
- [61]Ren, Z. and Liu, Z. (2026). Are Your Reasoning Models Reasoning or Guessing? A Mechanistic Analysis of Hierarchical Reasoning Models. arXiv preprint arXiv:2601.10679.
- [62]Salvatori, T., Forasassi, M., Toumi, A. and de Felice, G. (2026). Tiny Recursive Message Passing. arXiv preprint arXiv:2610.18649. 4, 26arxiv.org/abs/2610.18649
- [64]Schöne, M., Rahmani, B., Kremer, H., Falck, F., Ballani, H. and Gladrow, J. (2025). Implicit Language Models are RNNs: Balancing Parallelization and Expressivity. In International Conference on Machine Learning (ICML). 26arxiv.org/abs/2502.07827
- [65]Schwethelm, K., Rueckert, D. and Kaissis, G. (2026). How Much Is One Recurrence Worth? Iso-Depth Scaling Laws for Looped Language Models. arXiv preprint arXiv:2604.21106. 2, 4, 5, 6, 10, 12, 15, 17, 18, 26, 28, 29, 31, 32, 33, 43arxiv.org/abs/2604.21106
- [66]Sghaier, A., Parviz, A. and Jolicoeur-Martineau, A. (2026). Probabilistic Tiny Recursive Model. arXiv preprint arXiv:2605.19943. 26arxiv.org/abs/2605.19943
- [67]Sun, H., Qiang, R., Zheng, Y. and Dai, B. (2026). Forward-Free Diffusion Language Models with BPTT-Free Looped Refinement. arXiv preprint arXiv:2606.08357. 26arxiv.org/abs/2606.08357
- [68]Tallec, C. and Ollivier, Y. (2017). Unbiasing Truncated Backpropagation Through Time. arXiv preprint arXiv:1705.08209. 4, 6, 26arxiv.org/abs/1705.08209
- [69]Touvron, H., Martin, L., Stone, K., Albert, P., Almahairi, A., Babaei, Y., Bashlykov, N., Batra, S., Bhargava, P., Bhosale, S., Bikel, D., Blecher, L., Ferrer, C. C., Chen, M., Cucurull, G. et al. (2023). Llama 2: Open Foundation and Fine-Tuned Chat Models. arXiv preprint arXiv:2307.09288. 29arxiv.org/abs/2307.09288
- [70]Tur, Y., Naghiyev, J., Fang, H., Tsai, W.-C., Duan, J., Fox, D. and Krishna, R. (2026). Recurrent-Depth VLA: Implicit Test-Time Compute Scaling of Vision-Language-Action Models via Latent Iterative Reasoning. arXiv preprint arXiv:2602.07845. 26arxiv.org/abs/2602.07845
- [71]Videau, M., Youbi-Idrissi, B., Lopez-Paz, D. and Ahuja, K. (2026). Scaling: Chinchilla’s Exponents Meet Kaplan’s Coupling. arXiv preprint arXiv:2608.07222. 4, 6, 7, 26, 27arxiv.org/abs/2608.07222
- [72]Wang, G., Li, J., Sun, Y., Chen, X., Liu, C., Wu, Y., Lu, M., Song, S. and Yadkori, Y. A. (2025). Hierarchical Reasoning Model. arXiv preprint arXiv:2506.21734. 4, 26, 27, 28arxiv.org/abs/2506.21734
- [73]Wang, G., Liu, C., Wang, C., Zhou, C., Sun, Y., Wu, Y., Zhen, S., Scimeca, L. and Abbasi Yadkori, Y. (2026a). HRM-Text: Efficient Pretraining Beyond Scaling. arXiv preprint arXiv:2605.20613. https://arxiv.org/abs/2605.20613 2, 26
- [74]Wang, S., Zhang, G., Luo, K., Wu, Y., Liu, S., Liu, J., Huang, W., Yan, S. and Li, J. (2026b). SMELT: Scaling Laws for Compute-Matched MoE Looped Transformers. arXiv preprint arXiv:2609.01343. 4, 5, 26, 27, 28arxiv.org/abs/2609.01343
- [75]Wen, K., Dang, X., Lyu, K., Ma, T. and Liang, P. (2025). Fantastic pretraining optimizers and where to find them 2.1: Hyperball optimization. https://tinyurl.com/muonh. 6, 29
- [76]Williams, R. J. and Peng, J. (1990). An Efficient Gradient-Based Algorithm for On-Line Training of Recurrent Network Trajectories. Neural Computation, 2 490–501. 4, 6, 26DOI
- [78]Yang, G., Hu, E. J., Babuschkin, I., Sidor, S., Liu, X., Farhi, D., Ryder, N., Pachocki, J., Chen, W. and Gao, J. (2021). Tensor Programs V: Tuning Large Neural Networks via Zero-Shot Hyperparameter Transfer. In Advances in Neural Information Processing Systems (NeurIPS). 29arxiv.org/abs/2203.03466
- [79]Yang, G., Yu, D., Zhu, C. and Hayou, S. (2023). Tensor Programs VI: Feature Learning in Infinite-Depth Neural Networks. arXiv preprint arXiv:2310.02244. 45arxiv.org/abs/2310.02244
- [80]Yang, L., Lee, K., Nowak, R. and Papailiopoulos, D. (2024). Looped Transformers are Better at Learning Learning Algorithms. In International Conference on Learning Representations (ICLR). 4, 26arxiv.org/abs/2311.12424
- [81]Zeitoun, A., Torroba-Henniggen, L. and Kim, Y. (2026). Hyperloop Transformers. arXiv preprint arXiv:2604.21254. https://arxiv.org/abs/2604.21254 4
- [82]Zhu, R.-J., Wang, Z., Hua, K., Zhang, T., Li, Z., Que, H., Wei, B., Wen, Z., Yin, F., Xing, H., Li, L., Shi, J., Ma, K., Li, S., Kergan, T. et al. (2025). Scaling Latent Reasoning via Looped Language Models. arXiv preprint arXiv:2510.25741. 4, 5, 26, 32arxiv.org/abs/2510.25741