⚠️ This category requires the circuit breaker WARNING state to be active (90% ≤ CR < 95%). The Akash Core team will announce a 24-hour testing window when the circuit breaker is intentionally triggered. Complete these tests when the BME status shows mint_status_warning.
Circuit Breaker Warning Overview: When the Collateralization Ratio (CR) drops below the warning threshold (95%) but remains above halt (90%), BME enters warning state:
- Warning (90% ≤ CR < 95%): System operational but approaching risk
mints_allowed: true— AKT→ACT conversions still workrefunds_allowed: true— ACT→AKT conversions always allowed- Epoch timing may slow down (backoff behavior)
Key Principle: Warning state is a soft alert — all operations still work, but the system is signaling elevated risk.
Test 7.1: Verify Circuit Breaker Warning State Active
Objective: Confirm BME is in circuit breaker WARNING state with appropriate status indicators
User Actions:
-
Query BME status:
Terminal window akash query bme status -
Note the key fields:
status— should showmint_status_warningcollateral_ratio— should be between 0.90 and 0.95mints_allowed— should betrue(still allowed in warning)refunds_allowed— should betrue
-
Query vault state for context:
Terminal window akash query bme vault-state
Expected Results:
status: mint_status_warningcollateral_ratio≥ 0.90 AND < 0.95mints_allowed: truerefunds_allowed: true
Proof to Submit:
- BME status output showing
mint_status_warning - Collateral ratio value (must be between 0.90 and 0.95)
- mints_allowed: true and refunds_allowed: true
Test 7.2: Verify Mints Work During Warning
Objective: Confirm AKT→ACT conversions still WORK during warning state
User Actions:
-
Record pre-mint balances:
Terminal window akash query bank balances <your-address> -
Mint ACT:
Terminal window akash tx bme mint-act 10000000uakt --from <wallet> -y -
Wait for epoch processing (~90 seconds or longer if backoff active):
Terminal window sleep 120 -
Check post-mint balances:
Terminal window akash query bank balances <your-address>
Expected Results:
- Transaction SUCCEEDS
- AKT balance decreased
- ACT balance increased
- Mints still work during warning (unlike halt)
Proof to Submit:
- BME status showing
mint_status_warningandmints_allowed: true - Successful mint-act transaction hash
- Balance changes showing AKT decreased, ACT increased
Test 7.3: Verify Burns Work During Warning
Objective: Confirm ACT→AKT conversions work during warning state
User Actions:
-
Verify you have ACT to burn:
Terminal window akash query bank balances <your-address> -
Record pre-burn balances
-
Burn ACT:
Terminal window akash tx bme burn-act 1000000uact --from <wallet> -y -
Wait for epoch processing (~90-120 seconds):
Terminal window sleep 120 -
Check post-burn balances:
Terminal window akash query bank balances <your-address>
Expected Results:
- Transaction SUCCEEDS
- ACT balance decreased
- AKT balance increased
Proof to Submit:
- BME status showing
refunds_allowed: true - Successful burn-act transaction hash
- Balance changes showing ACT decreased, AKT increased
Test 7.4: Verify Deployment Creation Works During Warning
Objective: Confirm new deployments can still be created during warning state
User Actions:
-
Ensure you have ACT balance
-
Record pre-deployment balances:
Terminal window akash query bank balances <your-address> -
Create deployment:
Terminal window akash tx deployment create deploy.yml --deposit 5000000uact --from <wallet> -y -
Verify deployment created:
Terminal window akash query deployment list --owner <your-address>
Expected Results:
- Deployment creation SUCCEEDS
- ACT balance decreased by deposit amount
- New deployments allowed during warning (unlike halt)
Proof to Submit:
- Successful deployment creation transaction output
- Deployment list showing new deployment
Summary
| Test | Objective | Key Verification |
|---|---|---|
| 7.1 | Warning state active | status: warning, 90% ≤ CR < 95%, mints_allowed: true |
| 7.2 | Mints work | mint-act SUCCEEDS (unlike halt) |
| 7.3 | Burns work | burn-act succeeds |
| 7.4 | Deployment creation works | new deployment can be created (unlike halt) |
Important Notes:
- All tests require
mint_status_warningstate (90% ≤ CR < 95%) - Warning state may occur during price recovery from halt
- Epoch timing may be slower than healthy state (backoff behavior)
- Compare results with Category 6 (Halt state) to validate threshold behavior:
- Halt (CR < 90%): Mints BLOCKED
- Warning (90% ≤ CR < 95%): Mints ALLOWED
Timing During CB Window: The 24-hour CB window will cycle through states. Warning state typically occurs:
- As price drops from healthy → warning (before hitting halt)
- As price recovers from halt → warning (before returning to healthy)
Coordinate with the test plan timeline to capture warning state tests.