For the complete documentation index, see llms.txt. This page is also available as Markdown.

One-click rollover

Extend a compatible position into a new term through Terminal 1.

One-click rollover lets a user extend an existing Term loan by moving it from its current maturity into a compatible Term market with a later maturity. Unlike the original rollover auction process, one-click rollover presents this as a single routed action in Terminal 1.

How this differs from auction rollovers

  • Protocol rollovers (auction): depend on lender participation and auction clearing conditions. The rollover is not instant, and the fill may be partial or may not occur.

  • Terminal 1 rollover (one‑click): uses a route-based, flash-loan-backed execution flow. The rollover either completes in full or reverts.

When to use rollover

  • You want to maintain exposure beyond the current maturity without fully exiting and re-entering manually.

  • You want to move to a later maturity while keeping the same market structure (loan/collateral parameters).

  • You want execution to be atomic (either the rollover completes or nothing changes).

What the route does (high level)

A one‑click rollover route generally:

  • takes flash liquidity to source repayment funds,

  • repays the current Term debt and unlocks collateral,

  • uses the unlocked collateral to open a new Term position in a compatible market (different maturity),

  • uses the new proceeds to repay the flash loan,

  • returns any remaining assets per route outputs and constraints.

Eligibility (compatibility)

One‑click rollover requires a compatible market with a later maturity. Compatibility is determined by market parameters (loan token, collateral token(s), and collateral/risk constraints) and the availability of liquidity in the target maturity.

What to review before signing

  • Current position and the target market (especially the new maturity).

  • Expected borrow amount and resulting collateralization in the new position.

  • Fees and any UI buffers applied to reduce avoidable reverts.

  • Authorization scope (approvals/permits/spending caps required by the route).

Common failure causes

  • No eligible target market (or insufficient liquidity in the target maturity).

  • Proceeds from the new position are insufficient to repay the flash loan after fees/buffers.

  • Required approvals/permits are missing or insufficient.

  • Market conditions changed between preview and execution.

Notes

One‑click rollover is an execution workflow. It does not change the protocol’s underlying repo mechanics; it changes how the close-and-reopen sequence is composed into a single route. For the auction-based mechanism, refer to the protocol Rollovers documentation.

Last updated