Docs · for builders
Caps and opening rules
Named rule cards, their default parameters and plain-English behavior.
Card reference
These are launch-time starting points, not permission guarantees. Each parameter is a decimal string in record order. Check the complete composition through /api/rules/check before launch. GET /api/rules also provides parameter names, units, ranges and side masks. Configured keys, lists and partners are required for access and linked cards. Rules can interact, and the chosen lifetime certificate can release sell restrictions earlier. Simulation uses explicit registration assumptions. See Version 2 rules for endpoints, trust and safety limits.
| Kind | Card | Help | Default parameters |
|---|---|---|---|
| 1 | Max wallet | Limit the receiving account's balance after a transfer. | 200, 0, 0, 0 |
| 2 | Max transfer | Limit the amount in each transfer. | 100, 0, 0, 0 |
| 3 | Buy cap | Limit each buy. | 100, 0, 0, 0 |
| 4 | Sell cap | Limit each sell. | 100, 0, 0, 0 |
| 5 | Graduated cap | Set a sell allowance with a supply floor and an optional inverse bag fraction. | 10, 5000, 1, 200 |
| 6 | Rising wallet | Raise the balance cap in steps after launch. | 100, 0, 3600, 10000 |
| 7 | Sliding cap | Choose up to five transfer caps at increasing reserve-depletion thresholds. Sell levels retain the exit floor. | 70369603180953700, 1688867040264192300, 8000, 5 |
| 8 | Chapters | Double the cap at each cumulative trading volume threshold. | 100, 1000, 4, 1 |
| 9 | Breathing cap | Move the buy cap from low to high and back in a repeating triangle. | 50, 200, 3600, 0 |
| 10 | Anti-bundle | Limit buys per slot. Pool sells are never limited by this shared counter. | 2, 0, 0, 0 |