Troubleshooting
Start with the transaction result and the affected position. A failed transaction, an unsubmitted wallet request and a successful transaction followed by stale interface data require different responses.
An action is unavailable or rejected
Section titled “An action is unavailable or rejected”| Symptom | What to check |
|---|---|
| Supply or borrow is blocked | Alpha access, per-transaction limits, rolling limits and market caps |
| Borrow amount is lower than expected | Available pool liquidity, utilization limit and simulated collateral ratio |
| Collateral withdrawal fails | The account’s ratio after withdrawal, other outstanding debt and asset balance |
| Lending withdrawal fails | Your lending position, idle pool balance and withdrawal limits |
| Wallet has tokens but cannot submit | Correct network, exact asset identity and enough gas |
Refresh the market and position data, then check the reported limit or collateral requirement before retrying.
Balances changed unexpectedly
Section titled “Balances changed unexpectedly”Interest settlement can use the shared stable reserve and then collateral. Review all margin accounts associated with the wallet and compare the transaction history with Stable balance.
Lending entitlement, withdrawn principal, claimable interest and wallet balance are different quantities. Likewise, a vault share balance does not describe how much inventory is immediately redeemable.
A vault request remains pending
Section titled “A vault request remains pending”Check the request’s fulfillment status, remaining shares and any partial payment. A request can remain pending while vault inventory is committed to bids. Read Liquidation Vault before submitting another request.
Collect useful details
Section titled “Collect useful details”For investigation, record the application, network, account or position identifier, public transaction hash, attempted amount and exact error. Never include a seed phrase or private key. If submission status is uncertain, inspect the public transaction record before retrying; otherwise a successful action may be submitted twice.