Team reviewing protocol launch plans at a modern WeWork hot desk, rolled blueprints, laptops, and coffee cups scattered around, casual startup planning moment.
Protocols

Liquidation Parameters and Risk Tuning

Documents the specific parameters governing the Synthetix liquidation engine, such as ratios, penalty fees, and self-liquidation windows. Risk teams and governance participants should review this before voting on parameter changes to understand the impact on market solvency and user protection.
introduction
LIQUIDATION PARAMETERS AND RISK TUNING

Introduction

A technical overview of the configurable parameters that govern the Synthetix liquidation engine and the operational impact of tuning them.

Synthetix V3's liquidation engine is a critical solvency backstop, designed to close under-collateralized positions before they impose losses on the shared debt pool. The engine's behavior is not static; it is governed by a set of on-chain parameters that can be adjusted via Synthetix Configuration Change Proposals (SCCPs). These parameters directly control the system's risk tolerance, the user experience during volatility, and the economic incentives for keepers to perform timely liquidations.

The core tunable parameters include the minimum collateralization ratio (c-ratio), the liquidation reward paid to keepers, and the self-liquidation window. The c-ratio defines the threshold at which a position becomes eligible for liquidation, balancing capital efficiency against systemic risk. The liquidation reward, often a percentage of the seized collateral, must be calibrated to ensure keeper participation is profitable enough to guarantee a robust network of liquidators, especially during gas spikes or network congestion. The self-liquidation window allows a position owner to close their own position after being flagged, avoiding the keeper penalty, which adds a user-protection layer to the process.

Tuning these parameters is a high-stakes governance action. Setting a c-ratio too low increases the risk of bad debt accrual during a sharp market downturn, while setting it too high makes capital usage inefficient for stakers. Similarly, an insufficient liquidation reward can lead to a keeper network failure, leaving the system without a liquidator precisely when one is needed most. Protocol operators, risk teams, and governance participants must model the downstream effects of any proposed change on market solvency, keeper economics, and user protection before an SCCP reaches an on-chain vote. Chainscore Labs provides independent impact assessments and parameter-change reviews to help teams validate these critical decisions.

SYNTHETIX V3 LIQUIDATION ENGINE

Quick Facts: Core Liquidation Parameters

A reference table of the primary parameters that control the Synthetix V3 liquidation engine, identifying the affected actors and the operational actions required when these values are changed.

ParameterFunctionAffected ActorsAction Required

Liquidation Ratio

The collateral-to-debt ratio at which a position becomes eligible for liquidation.

Stakers, Perps Traders, Keeper Operators

Stakers must monitor vault health; keepers must update bot configurations to target new thresholds.

Liquidation Penalty

A fee levied on the liquidated collateral, typically paid to the liquidator.

Liquidated Users, Keeper Operators

Keeper operators must recalculate profitability models; integrators must update UI to display accurate penalty costs.

Self-Liquidation Window

A time delay after flagging during which a user can self-liquidate their position to avoid the keeper penalty.

Stakers, Perps Traders, Wallet Integrators

Wallet and front-end teams must ensure users receive timely alerts; risk teams should verify the window is sufficient during high-congestion events.

Minimum Collateral Requirement

The minimum amount of collateral needed to open a new position, preventing dust loan attacks.

New Users, Front-end Integrators

Integrators must update position-opening UI validations to prevent transaction reverts for under-collateralized attempts.

Keeper Reward

The flat or proportional reward paid to the keeper for executing a liquidation.

Keeper Operators, Protocol Treasury

Keeper operators must reassess infrastructure profitability; governance must monitor if the reward is sufficient to ensure consistent keeper participation.

Maximum Liquidation Amount

A cap on the amount of debt that can be liquidated in a single transaction.

Large Stakers, Keeper Operators, Risk Teams

Large position holders must understand their phased liquidation risk; risk teams should model the impact of this cap during cascading liquidation events.

Flagging Duration

The period a position remains flagged before it can be forcibly liquidated by a keeper.

Stakers, Keeper Operators

Keeper operators must tune their monitoring loops to this duration; users need this information to manage their self-liquidation strategy.

technical-context
LIQUIDATION ENGINE ARCHITECTURE

Parameter Mechanics and System Logic

How Synthetix liquidation parameters interact to govern market solvency, keeper incentives, and user protection during volatility.

Synthetix's liquidation engine relies on a precise set of on-chain parameters that define when a position becomes under-collateralized and how it is resolved. The core parameters include the liquidation ratio (the minimum collateral-to-debt threshold before a position is flagged), the liquidation penalty (a fee levied on the liquidated collateral to incentivize keepers), and the self-liquidation window (a grace period allowing users to restore their position's health before a third-party keeper can act). These values are not static; they are tuned per collateral type to reflect asset-specific volatility and liquidity profiles, directly linking governance decisions to the protocol's real-time solvency.

The interaction between these parameters creates a dynamic risk surface. A low liquidation ratio increases capital efficiency for users but shrinks the safety buffer for the system, raising the risk of bad debt during a flash crash. A high liquidation penalty can attract a robust keeper network but may disincentivize self-liquidation, leading to worse user outcomes. The self-liquidation window must be long enough for users to react to market moves but short enough to prevent a position from accruing unrecoverable losses. Governance participants must model these trade-offs, understanding that a parameter change on one collateral type can shift keeper economics and risk exposure across the entire debt pool.

For operators and integrators, these parameters are the critical signals for monitoring system health. A sudden governance proposal to tighten liquidation ratios across multiple collateral types may indicate an anticipated rise in market volatility. A failure of keepers to liquidate positions promptly, even when parameters are met, signals a breakdown in keeper network economics that requires immediate investigation. Chainscore Labs helps risk teams and protocol operators model the impact of parameter changes, stress-test liquidation cascades, and build the monitoring infrastructure needed to verify that the liquidation engine behaves as designed under all market conditions.

LIQUIDATION PARAMETER IMPACT

Affected Stakeholders

Direct User Impact

Parameter changes directly alter the safety margin for open positions. A lower liquidation ratio means positions can carry more leverage but are liquidated with less buffer against sudden price moves. Higher penalty fees increase the cost of being liquidated, reducing the incentive to take risky positions but also punishing users who are caught in a fast crash.

Users must monitor their collateralization ratio against the new thresholds. A self-liquidation window reduction leaves less time to react before a keeper can trigger liquidation, demanding faster response times from user bots or manual interventions.

Action: Re-evaluate position sizing and set tighter stop-losses or automated repayment bots when ratios tighten.

implementation-impact
RISK TUNING

Operational Impact of Parameter Changes

Changes to liquidation parameters directly alter the risk profile for stakers, the behavior of keepers, and the security guarantees for the entire Synthetix debt pool. Operators must assess the operational impact of each parameter adjustment before governance execution.

01

Liquidation Ratio Adjustments

Modifying the minimum collateralization ratio (e.g., from 150% to 120%) directly impacts how much price volatility a position can withstand before becoming eligible for liquidation. A lower ratio increases capital efficiency for stakers but reduces the safety buffer for the debt pool, requiring risk teams to re-evaluate the probability of cascading liquidations during a sharp market downturn. Integrators must update UI risk meters and alerting thresholds to reflect the new solvency boundaries.

02

Liquidation Penalty Fee Tuning

The penalty fee charged to liquidated positions serves as a deterrent against reckless leverage and a compensation mechanism for keepers. Increasing this fee disincentivizes risky positions but can exacerbate bad debt if the penalty pushes an underwater position further from solvency. Risk teams should model the impact of fee changes on keeper profitability to ensure the liquidation network remains economically viable and does not stall during high-volatility events.

03

Self-Liquidation Window Configuration

The self-liquidation delay allows users to voluntarily close a flagged position before a keeper can force-liquidate it. Shortening this window accelerates the system's ability to resolve under-collateralized debt but increases the risk of user funds being seized before they can react to a flagging event. Wallet and front-end providers must ensure their notification systems are fast enough to alert users within the new, tighter timeframe.

04

Keeper Incentive Rebalancing

Parameter changes that alter the reward structure for keepers—such as the flat fee or the percentage of the liquidated collateral—directly control the economic incentive to run liquidation bots. If the reward is set too low relative to gas costs on a congested network, keepers may stop operating, leading to a build-up of underwater positions. Protocol operators must monitor keeper participation metrics immediately following a reward parameter change to detect a potential failure of the liquidation network.

05

Collateral-Specific Parameterization

Applying different liquidation ratios and penalty fees to specific collateral types (e.g., a higher penalty for a volatile long-tail asset) creates a tiered risk system. While this protects the debt pool from idiosyncratic asset risk, it introduces operational complexity for integrators who must now track and display per-collateral liquidation rules. Exchanges and aggregators need to update their risk engines to query these distinct parameters on-chain rather than assuming a single, system-wide configuration.

06

Impact on Global Solvency Monitoring

Every parameter change shifts the system's aggregate risk profile. A reduction in the global liquidation ratio, for instance, means the total value of all open positions can fall closer to the total value of all staked collateral before mass liquidations begin. Risk teams must recalibrate their stress-testing scenarios and solvency dashboards to reflect the new parameters, ensuring that early-warning alerts for a system-wide solvency crisis are triggered at the correct thresholds.

LIQUIDATION PARAMETER CHANGE IMPACT ASSESSMENT

Risk Matrix for Parameter Tuning

Evaluates the operational and solvency impact of changes to core liquidation parameters. Risk teams and governance participants should use this matrix to assess the blast radius of a proposed parameter adjustment before voting.

ParameterChange DirectionAffected ActorsFailure ModeMitigation / Verification

Minimum Collateralization Ratio (c-ratio)

Decrease

Stakers, Perps Traders, Liquidators

Higher leverage increases risk of cascading liquidations and bad debt during a volatility spike.

Stress test against historical volatility; verify keeper participation rates remain profitable at the new ratio.

Minimum Collateralization Ratio (c-ratio)

Increase

Stakers, Perps Traders

Sudden increase could trigger mass liquidations of positions that were previously healthy.

Simulate the number of positions that would become under-collateralized; coordinate with major front-ends on user communication.

Liquidation Penalty Fee

Increase

Liquidated Users, Liquidators

Excessive penalty disincentivizes users from minting sUSD, reducing liquidity; too low a penalty fails to deter risky positions.

Model the impact on user economics and liquidator profitability. Monitor for a drop in active stakers.

Self-Liquidation Window

Shorten

Stakers, Keeper Bots

Users have less time to self-repair, increasing keeper liquidations. May cause user backlash if set too aggressively.

Audit keeper bot response times to ensure they can process liquidations within the new window without transaction spam.

Liquidation Reward

Decrease

Keeper Operators

Reward may fall below the gas cost and operational overhead, causing keepers to withdraw and halting liquidations.

Calculate minimum viable reward against current network gas prices. Monitor keeper network participation and diversity post-change.

Oracle Staleness Threshold

Increase

Liquidators, Risk Teams

Liquidation engine may act on a stale price, leading to unfair or incorrect liquidations during network congestion.

Verify that the new threshold does not exceed the time it takes for a significant price deviation to occur. Test with circuit breaker logic.

Target C-Ratio for sUSD Stakers

Increase

sUSD Stakers

Raises the barrier to mint sUSD, potentially contracting the stablecoin supply and impacting sUSD peg stability.

Monitor sUSD supply and peg deviation on Curve and other major pools following the change. Assess impact on debt pool composition.

LIQUIDATION PARAMETER CHANGE READINESS

Pre-Vote and Post-Change Operator Checklist

A structured checklist for risk teams, protocol operators, and governance participants to validate readiness before voting on a liquidation parameter change and to confirm system health after the change is executed on-chain.

What to check: Run a script against a full archive node to identify all open positions that would become under-collateralized under the proposed new liquidationRatio or minCratio.

Why it matters: A parameter change that appears conservative could instantly flag a material percentage of open positions for liquidation, causing cascading market impact and unexpected bad debt.

Confirmation signal: The simulation output shows the total value at risk and the number of affected accounts. A governance proposal should include this analysis; if it does not, demand it before voting.

Chains We Build On

Looking to build on a specific blockchain?

We build smart contracts, DeFi applications, wallets, tokenization platforms, and blockchain infrastructure across the major ecosystems teams choose today. That includes Ethereum, Arbitrum, Optimism, Polygon, Avalanche, Solana, Sui, Aptos, Hedera, Stellar, and NEAR, with support for additional EVM and non-EVM networks based on your product requirements.

EVM ecosystems

  • Ethereum logo
    Ethereum
  • Arbitrum logo
    Arbitrum
  • Optimism logo
    Optimism
  • Polygon logo
    Polygon
  • Avalanche logo
    Avalanche
  • Cronos logo
    Cronos

Non-EVM ecosystems

  • Solana logo
    Solana
  • Sui logo
    Sui
  • Aptos logo
    Aptos
  • Hedera logo
    Hedera
  • Stellar logo
    Stellar
  • NEAR logo
    NEAR

Additional ecosystems

  • Polkadot logo
    Polkadot
  • Cosmos logo
    Cosmos
  • TON logo
    TON
  • Cardano logo
    Cardano
  • Algorand logo
    Algorand
  • Tempo logo
    Tempo

Also available for Base, appchains, custom EVM networks, and cross-chain product architecture.

LIQUIDATION PARAMETER FAQ

Frequently Asked Questions

Common questions from risk teams, governance participants, and protocol operators about the function and impact of Synthetix liquidation parameters.

The liquidation ratio defines the minimum collateralization level a position must maintain to avoid being flagged for liquidation. It is expressed as a percentage (e.g., 150%). If the value of a user's collateral falls below this ratio relative to their debt, the position becomes under-collateralized.

Why it matters:

  • It is the primary defense against bad debt accruing to the system.
  • A lower ratio increases capital efficiency for traders but reduces the safety buffer for the protocol.
  • A higher ratio protects the debt pool during volatility but may make capital requirements prohibitive.

What to check:

  • The specific ratio for each collateral type, as they often differ based on asset volatility.
  • The governance proposal (SCCP) that last modified this value to understand the rationale.
Trusted by Industry Leaders

Delivering blockchain solutions for 5+ years.

We have partnered with 50+ leading DeFi protocols, NFT ecosystems, and fintech innovators to build secure, scalable, and capital-efficient blockchain products.

Selected Partners & Clients

ChainVote logo
Reax logo
Sokail logo
Swapsicle logo
SyntheX logo
Tekika logo
Telos logo
Zexe logo
ChainVote logo
Reax logo
Sokail logo
Swapsicle logo
SyntheX logo
Tekika logo
Telos logo
Zexe logo
ChainVote logo
Reax logo
Sokail logo
Swapsicle logo
SyntheX logo
Tekika logo
Telos logo
Zexe logo
ChainVote logo
Reax logo
Sokail logo
Swapsicle logo
SyntheX logo
Tekika logo
Telos logo
Zexe logo
I've been working with Chainscore Labs for last 3+ years, they've consistently delivered with strong ownership across multiple projects. The team is reliable and detail-oriented.
L
Lee Erswell
CEO, Telos Foundation
how to get started

How to get started?

If you're looking for blockchain integration, ChainScore Labs has 5+ years of experience helping teams build and integrate exchanges, wallets, smart contracts, tokenization solutions, and protocol-connected products, we can help you choose the right path, integrate securely, and get to production faster. Our team consists of experienced blockchain developers and architects who can help you with your blockchain integration needs.

01

Exploration & Strategy

Define your product goals and choose the right blockchain architecture for your use case.

02

Architecture & Design

Design the smart contracts, tokenomics, and security parameters of your system.

03

Development & Integration

Build and integrate with wallets, oracles, and front-end dApps for a seamless experience.

04

Security & Launch

Comprehensive audits followed by a risk-managed mainnet deployment to protect your users.

Start a build

Need a blockchain engineering team?

Send the project context and we will respond with next steps, scope questions, and a practical path to delivery.