Skip to main content
HELIX Observatory

Look up a wallet address

Paste a wallet address to see its Genesis records and team.

Contents09 / 10

Whitepaper chapter notes (archive)09 / 10

Health and Risk Controls

These notes follow the whitepaper chapter by chapter; they are archived and no longer updated as the chain changes. The protocol in brief, and where the chain differs from the whitepaper, is in the HELIX quick reference; the official docs have the current rules.

In 30 seconds

  • Whitepaper design: risk controls protect system limits, not a price
  • Higher risk means less emission, down to zero, then a step-by-step recovery
  • The base sell fee is 3%, up to 28% in total when prices deviate sharply

What risk control protects

The whitepaper is direct about it: risk control does not protect any particular price. It protects four core boundaries.Whitepaper p. 153

Emission + Liquidity + Reserve + Governance

Four principles:Whitepaper p. 153–154

  1. The market may move freely. The protocol promises no fixed price, and the model does not depend on holding one.
  2. The protocol must be able to contract. The higher the risk, the less new economic load the protocol itself adds.
  3. Governance leads emission cuts. Market capacity supplies the risk signal; governance votes decide how far actual emission comes down, to zero in the extreme.
  4. Recovery happens in steps. Contract first, then observe, then recover.

The Gauge HealthScore

Whatever emission a Gauge wins through votes has to pass a HealthScore gate before it is executed, to check that the pool has the real economic quality to absorb it.Whitepaper p. 108

HealthScore = 0.30L + 0.20V + 0.20F + 0.20P + 0.10S
ComponentMeaningWeight
LReal liquidity health30%
VReal trading activity20%
FFee efficiency20%
PPrice stability20%
SCapital stability10%

Each component is mapped to a 0 to 100 score before weighting. Voting incentives, veAiLGNS votes and a project voting for itself do not count towards the HealthScore, so concentrated votes or large incentives cannot steer final emission directly.Whitepaper p. 108

How much emission can actually run

HealthScore HMaximum share of emission executed
80 ≤ H ≤ 100100%
60 ≤ H < 8080%
40 ≤ H < 6050%
H < 400%, new emission paused
ExecutableGaugeBudget = GrossGaugeBudget × HealthCap

Emission cut by the HealthScore is not handed to other Gauges. It is booked separately as Health-Withheld Budget and moved to the Insurance Reserve.Whitepaper p. 109

Votes ≠ Final Emission · Buy Votes ≠ Buy Health

ELR: the Economic Load Ratio

ELR measures how much economic load the market still has to carry after internal liquidity balancing, as a share of total market capacity.Whitepaper p. 140

ELR = EconomicLoad / Global Capacity

Economic load has three parts: the value of newly emitted tokens entering the market, plus pressure from the LSP's existing inventory, minus effective buying through the Turbine. It never goes below zero.Whitepaper p. 140

EconomicLoad = max[0, NewEntry + InventoryPressure − EffectiveBuy]

Four reference bands

ELRMarket state
ELR ≤ 60%Healthy
60% < ELR ≤ 80%Controllable
80% < ELR ≤ 100%High load
ELR > 100%Overloaded

The whitepaper stresses that ELR has no permanent threshold: these values are for initial operation and stress testing, not permanent economic constants.Whitepaper p. 140 Its stress tests use ELR ≤ 80% as the V1 reference safety line.Whitepaper p. 146

Four risk states

StateMarketProtocol response
GreenNormalNormal operation
YellowRising pressureSlow down expansion
RedHigh riskSharply cut emission and capital deployment
BlackBlack swanEmergency protection and module isolation

The state is not decided by price alone but by several indicators together:Whitepaper p. 154

ELR + Liquidity + LSPInventory + HealthScore + Reserve + AbnormalActivity

In the whitepaper's words, a falling price is not in itself a black swan; losing the capacity to carry the system is the real risk.Whitepaper p. 154

What triggers each state

  • Yellow: ELR keeps rising, the LSP takes clearly longer to clear its inventory, some pools' HealthScores drop, organic volume falls and liquidity starts to shrink. The protocol first slows emission growth, LSP releases and reserve deployment, without jumping to extreme measures.Whitepaper p. 155
  • Red: several indicators worsen at once, for example ELR above 100% together with falling liquidity and rising inventory coverage. Actual emission and LSP execution come down, reserve deployment turns conservative, and emission to abnormal Gauges goes to zero. Normal user trading stays open as far as possible.Whitepaper p. 155
  • Black: extreme events that ordinary parameter changes can no longer contain, such as core liquidity vanishing, oracle failure, a major router fault, a critical contract vulnerability, a large-scale attack, a cross-chain security incident, or serious risk to reserves or POL. The goal switches to stopping the risk from spreading.Whitepaper p. 156

Black does not mean pausing everything. It means module-level isolation: pause only what is failing, for example just the Turbine router, the LSP, or one abnormal Gauge.Whitepaper p. 156

Contraction and recovery

When market capacity falls sharply, the risk system signals governance first, and governance steps actual emission down:Whitepaper p. 157

100% → 80% → 50% → 20% → 0%

Zero emission is a protective tool in a risk state, not the end of the emission plan. Recovery is also stepped rather than an instant return to 100%, while ELR, liquidity, inventory coverage, HealthScores and organic volume are watched; if risk returns, the protocol contracts again.Whitepaper p. 157 Whitepaper p. 161

0 → 20% → 50% → 80% → 100%

Other controls:

  • Isolating abnormal pools: rapid liquidity loss, wash trading, fake volume, incentive manipulation, badly distorted prices or security risks lower a pool's HealthScore. As it approaches zero, the pool's emission goes to zero; if needed its qualification is suspended, and governance decides after a review whether to restore or remove it.Whitepaper p. 157
  • Isolating routes: with the Turbine, users decide whether to trade and the protocol picks the pool to buy in; with the LSP, the protocol controls release pace, size and the pools it sells into. Abnormal pools are removed from routing.Whitepaper p. 158
  • Reserves are not an unlimited buyer: reserve deployment falls as risk rises, to zero in the extreme. Assets already in POL stay protocol-owned but can be moved or redeployed.Whitepaper p. 158

The price-protection fee

The base sell fee for AiLGNS is 3%. When the price moves well below its reference, the protocol adds a protection fee along a continuous curve, with no fixed price-drop tiers:Whitepaper p. 159

TotalSellFee = 3% + ProtectionFee ≤ 28%, 0% ≤ ProtectionFee ≤ 25%
  • The reference price is a TWAP; the decline is measured between the reference price and the current TWAP.
  • Governance sets the trigger, TWAP window, curve sensitivity and curvature, maximum surcharge and recovery confirmation; the oracle supplies data and the contract executes automatically with the approved parameters.
  • As the price recovers the surcharge falls gradually along a continuous curve, and once the stability conditions are met it returns to 0%, leaving the 3% base fee.Whitepaper p. 159

Even under price protection, the protocol uses a public, preset fee mechanism rather than closing ordinary users' right to sell. Emergency pause targets abnormal modules, routes and pool emission; blocking normal selling is not a routine risk tool.Whitepaper p. 160

Permission limits

High-risk permissions (Turbine routing, LSP execution, the treasury, POL management, Gauge management, veAiLGNS, OTC, emergency pause) should not sit with a single ordinary address but combine multisig, timelock and DAO.Whitepaper p. 160 Governance tiers and the timelock are covered in veAiLGNS Governance.

Before you enter

This site is built independently by one person. It shows public data from the Anubis chain and explains the protocol rules for study and research only. Nothing here is investment advice.

  • Unofficial: it does not speak for the AWAKE HELIX project team
  • No wallet connection, no transactions, never asks for keys or seed phrases; the site charges nothing, and anyone asking you to pay or transfer in its name is a scam
  • Visits record your IP, device and the pages you open; if you register, your notes, groups, tracked addresses, the addresses you saved as yours (up to 5) and recent lookups are stored on this site's server, and every sign-in records your IP and device
  • Data is read straight from on-chain contracts and the rules follow the whitepaper; official announcements and contracts always prevail
  • The HELIX contracts and AiLGNS are deployed on Anubis. Buying, fees and other live state are on the HELIX on-chain status page; figures marked Live on-chain are read from the contracts, the rest are whitepaper projections
  • Crypto assets are extremely volatile and you can lose your entire principal
Read the full terms
  1. A personal project, not an official siteThis site is built and maintained independently by one person for study, research and information only. It is not an official AWAKE HELIX Protocol website and does not represent the project team. Every visit records your IP address, device and the pages you open, kept for 90 days. If you register, your notes, groups, tracked addresses and recent lookups are stored on this site's server. Every sign-in records your IP address and device.

  2. Read-only on chain, never touches your walletThis site only reads the blockchain: it does not connect to wallets, never requests a signature, never sends a transaction, never asks for a private key, seed phrase or wallet password in any form, and never sends you direct messages. Every feature of this site is free: it charges nothing and never asks you to transfer funds to any address. Anyone asking you in this site's name to pay, transfer, sign or hand over a key is running a scam. To transact, use the official dApp (anubis.origindefi.io) or the official HELIX dApp (awakehelix.io).

  3. Data sources and accuracyOn-chain data is read directly from contracts on the Anubis chain and can lag briefly because of node delays or indexer syncing. Rules and guides are based on the public AWAKE HELIX Protocol Whitepaper V1.0 and the official pages, and may contain misreadings or omissions. The project's official announcements and the contracts as finally deployed always prevail.

  4. HELIX contracts are on chainThe HELIX protocol contracts and the AiLGNS token are deployed on the Anubis chain. They are tied directly to the official Genesis Plan: on 2026-09-25 22:39 (UTC+8) the Genesis contract's admin moved all Genesis funds into the HELIX protocol reserve, and a check on 2026-09-27 found that their power ledger registers exactly 2.5 times the Genesis total for all 5,457 Genesis addresses. Whether public buying is open, the current fees, the reserve balance and the protocol's progress are read live on this site's HELIX on-chain status page. Figures marked Live on-chain on this site are read directly from these contracts; every other HELIX figure is a whitepaper model projection, not live data. The contracts always prevail.

  5. Not investment adviceNothing on this site, including data, charts, model projections and commentary, is investment advice, an offer, a solicitation or a promise of returns, or a recommendation of any token or project.

  6. Risk and complianceCrypto asset prices are extremely volatile and you may lose your entire principal. There are further risks such as contract bugs, thin liquidity and regulatory change. Make sure the laws where you live allow you to use this site, judge for yourself and accept the consequences.

This browser will remember your choice. We will ask again if the terms change.