Learned Solvers
This example trains the HyperDEQ solver components against a high-precision teacher state, then evaluates JFB and SHINE on the same scalar fixed-point structure. The learned solver, Jacobian-free, and shared-inverse mechanisms follow their primary sources [87], [88], and [89].
"""Compare learned forward solving with JFB and SHINE backward paths."""
from __future__ import annotations
import torch
from silva_networks import SILVAHyperDEQ, SolverConfig, silva_hyper_deq_loss, solve_equilibrium
def main() -> None:
torch.manual_seed(17)
condition = torch.randn(4, 3)
learned_solver = SILVAHyperDEQ(
state_shape=5,
condition_dim=3,
learned_steps=3,
history=3,
teacher_config=SolverConfig(
solver="broyden",
max_iter=20,
tol=1e-7,
history=6,
),
)
teacher = learned_solver.teacher(condition)
prediction = learned_solver(condition)
objective = silva_hyper_deq_loss(prediction, teacher.z)
objective.total.backward()
print(
"HyperDEQ",
prediction.state.shape,
"teacher residual",
teacher.residual,
"learned residual",
float(prediction.residual.mean()),
)
for backward_mode in ("jfb", "shine"):
bias = torch.nn.Parameter(torch.tensor([0.4]))
config = SolverConfig(
solver="broyden",
max_iter=12,
tol=1e-7,
backward_mode=backward_mode,
shine_refine_steps=1 if backward_mode == "shine" else 0,
)
result = solve_equilibrium(
lambda z, bias=bias: 0.2 * z + bias,
torch.zeros(1),
config,
params=(bias,),
)
result.z.sum().backward()
print(backward_mode, "state", float(result.z), "gradient", float(bias.grad))
if __name__ == "__main__":
main()
Run it from the repository root:
The full derivations are in Learned Solvers and Backward Approximations.
Complete Worked Study
The short construction above identifies the main API. A complete study must also distinguish the state equation, task objective, numerical residual, gradient path, and scale transfer. In this example, the equilibrium state is the latent vector or tensor z, the condition is the injected observation x, and the repeated map is the tied map f_theta(z, x).
Derivation From Transition to Reported Result
The forward solve is defined by
The task output and task objective are separate from convergence:
For a computed state \(z_K\), the normalized fixed-point residual is
A small task loss does not imply a small \(r_K\), and a small \(r_K\) does not establish task quality. Both belong in the result. For implicit training, the parameter sensitivity follows
This is why the example checks gradients in addition to forward convergence. The reader-facing evidence for this route is teacher and learned-solver residuals plus exact, JFB, and SHINE gradients. The invariants that must remain true are state shape and a decreasing or bounded residual.
Run the Complete Example
Measured Compact Output
The following output was produced by the executable program in the current repository. Floating-point values may vary slightly across devices and library builds, while shapes, finite values, invariants, and declared tolerances must remain stable.
HyperDEQ torch.Size([4, 5]) teacher residual 9.064022776783531e-08 learned residual 0.5647847652435303
jfb state 0.5 gradient 1.0
shine state 0.5 gradient 1.25
Interpret the Output
| Evidence | What it answers | What would require investigation |
|---|---|---|
| Tensor shapes | Did every source, state, branch, and readout preserve its declared contract? | A changed entity, channel, token, or spatial dimension |
| Task metric | Did the compact task execute and produce finite evidence? | Non-finite loss, a missing mask, or a metric computed on the wrong split |
| Fixed-point residual | Did the returned state satisfy the repeated transition to the requested tolerance? | A residual plateau, rising trajectory, or convergence flag inconsistent with the value |
| Iteration or trajectory data | How much numerical work was required? | Solver effort that grows sharply under a small input or resolution change |
| Gradient evidence | Can the loss reach every trainable component through the selected backward mode? | Missing, non-finite, or implausibly large gradients |
| Domain invariant | Did the method retain positivity, feasibility, boundary values, permutation behavior, or another structural requirement? | A task metric that looks acceptable while the structural contract fails |
The compact output is a mechanism check, not a paper-scale benchmark claim. It shows that data enter the intended construction, the transition executes, the solver returns diagnostics, and differentiation reaches trainable parameters.
Add a Solver and Scale Sweep
The next run should hold model parameters and data fixed while changing one numerical control at a time. A complete experiment record can use this schema:
experiment:
example: learned-solvers
state: the latent vector or tensor z
condition: the injected observation x
repeated_transition: the tied map f_theta(z, x)
invariant_checks: state shape and a decreasing or bounded residual
compact_evidence: teacher and learned-solver residuals plus exact, JFB, and SHINE gradients
scale_axes: latent width, solver tolerance, and iteration budget
solver_sweep:
methods: [picard, anderson, broyden]
tolerances: [1.0e-4, 1.0e-6, 1.0e-8]
maximum_iterations: [25, 50, 100]
report:
- task_metric
- fixed_point_residual
- backward_linear_residual
- iterations
- wall_time
- peak_memory
- gradient_norm
At full scale, move toward the cited sequence, vision, or graph task with cached teacher trajectories. Increase only one of latent width, solver tolerance, and iteration budget at a time. Retain this compact run as a regression test, preserve the source split and preprocessing receipt, archive the resolved configuration and checkpoint, and report convergence failures rather than discarding them.
Where to Go Next
| Question | Page |
|---|---|
| How are the learned coefficients derived? | Learned Solvers and Backward Approximations |
| Which classes and loss terms are public? | Learned Solver API |
| Where is the executed training lab? | Learned Solvers Notebook |
| How do the backward modes compare? | JFB and SHINE Notebook |