Markets & services
Sections ↑Camelot is an Arbitrum-focused decentralised trading and liquidity platform with several generations of automated market maker. Its website combines token swaps with pool participation and related GRAIL/xGRAIL mechanics. A spot swap, a managed liquidity strategy and a token redemption are different transactions with different exit conditions.[1]
The DefiLlama Camelot dataset observed on 20 October 2026 showed approximately $124.52 million of 30-day DEX volume and $2.17 million over 24 hours. These are dated protocol trading measures, not a count of registered users, audited revenue or GRAIL-token exchange volume. The dataset aggregates tracked Camelot components; its methodology should remain attached to comparisons with other venues.[2]
Trading modes and pool generations
| Mode or version | Published mechanism | Boundary |
|---|---|---|
| Aggregator | Uses ParaSwap and OpenOcean APIs as well as Camelot liquidity. | The chosen route can extend beyond a single Camelot pool.Source 3 |
| Native routing | Uses Camelot V2/V3 liquidity in the documented mode. | Dedicated V2-only and V3-only choices narrow the route.Source 3 |
| V2 | Constant-product and stable-asset pool designs. | Directional fee settings can differ between the two trade directions.Source 4 |
| V3 | Algebra-based concentrated liquidity. | Range selection, tick spacing and dynamic fees affect providers and execution.Source 5 |
| V4 | Algebra Integral architecture with modular plugins. | Current documentation labels this generation beta and distinguishes available features from future plugins.Source 6 |
The V4 documentation describes adaptive and direction-sensitive fee mechanisms, custom pools and a security plugin able to stop one or multiple pools. Its references to limit-order and perpetual-leverage plugins include development or future features. They do not establish a generally available Camelot derivatives account, a live universal limit-order book or a published leverage schedule.[6]
The swap guide asks the user to inspect the expected rate, price impact and minimum received. A successful wallet approval is only permission for a contract to use tokens; the swap still needs its own confirmation. Before signing, the amount and selected output asset should be reconciled with the actual transaction prompt.[13]
Fees & commercial terms
Sections ↑What determines the final trading cost
| Charge or effect | Published treatment | What to verify |
|---|---|---|
| V2 pool fee | Configurable directional fees. | Do not apply one constant rate to both directions of every pair.Source 7 |
| V3 pool fee | Dynamic fees responsive to market conditions. | The current pool and route determine the relevant rate.Source 5 |
| V4 customisation | Plugins and custom pools can alter the fee mechanics. | Read the pool-specific configuration and displayed quote.Source 6 |
| Network execution | Gas is paid on the selected chain. | Arbitrum One requires ETH; other deployments must be checked separately.Source 11 |
| Token transfer tax | Some token contracts deduct their own transfer amount. | This is separate from the exchange’s pool fee.Source 8 |
| Managed strategy | A third-party vault can have its own fee terms. | Pool revenue shares are not a complete personal strategy tariff.Source 9 |
Camelot’s token-tax guide warns that an aggregated route can apply transfer taxes multiple times. Increasing slippage tolerance does not reduce that tax; it permits a wider execution outcome. Taxed-token support can also differ between pool versions. The complete token and route behaviour matters more than a low displayed pool percentage.[8]
For an illustration, an estimated output of 1,000 token units with a hypothetical 0.5% tolerance corresponds to a 995-unit floor before any separate mechanism that the quote does not include. This calculation explains tolerance; it is not a promise that a taxed token will arrive at that amount or that execution will occur. The actual confirmation must show the route’s minimum received.[3]
Published distribution of pool trading fees
These percentages divide the protocol’s fee revenue; they are not fees charged as those percentages of a customer’s trade. Each column totals 100%. They also do not establish an individual LP’s yield: pool activity, the position’s active range and its share of eligible liquidity affect the eventual amount.[9]
Deposits, withdrawals & operational limits
Sections ↑Camelot uses a supported blockchain wallet. The Arbitrum guide describes obtaining assets through a bridge or a centralised exchange withdrawal and keeping ETH for Arbitrum One gas. A centralised venue’s withdrawal minimum or a bridge’s waiting period belongs to that separate service; neither is a universal Camelot deposit rule.[11]
Transfers and exits
| Action | Published process | Important qualification |
|---|---|---|
| Bring assets to Arbitrum | Use a supported bridge or the correct network withdrawal route. | Check the selected chain and token before transferring.Source 12 |
| Approve a token | Authorise the relevant contract through the wallet. | Approval and swap are separate transactions and may each use gas.Source 13 |
| Remove pool liquidity | Select the position and withdraw its assets and applicable fees. | The asset mixture can differ from the original deposit.Source 14 |
| Manual position management | Add, remove or harvest from the documented position controls. | An empty position can be retained; burning it removes that position record.Source 15 |
A wallet-to-wallet transfer has no ordinary Camelot withdrawal queue because no conventional customer account balance is being debited. A pool or vault exit is different: it calls the relevant contract, depends on available chain execution and can be affected by pool controls or strategy terms. A visible wallet balance should not be confused with capital still committed to a position.[14][20]
GRAIL and xGRAIL conversion rules
| Action | Published treatment | Liquidity consequence |
|---|---|---|
| Convert GRAIL to xGRAIL | Immediate conversion at 1:1. | The resulting xGRAIL has restricted transferability.Source 17 |
| Minimum redemption | 15-day vesting gives 50% of the xGRAIL amount in GRAIL. | The unreceived balance is burned under the stated rules.Source 17 |
| Maximum redemption | The FAQ specifies 180 days for 100% conversion. | Capital remains subject to the selected redemption process.Source 29 |
| Cancel redemption | Return the xGRAIL committed to that redemption. | Cancellation does not pay out the prospective GRAIL.Source 17 |
| Vesting participation | The documented staking weight during redemption is 50%. | This is a participation weight, not a guaranteed return.Source 29 |
xGRAIL is non-transferable except through allowed contracts and cannot be used in another plugin while allocated. The usage guide gives a default 0.5% deallocation fee. For an illustrative 200 xGRAIL deallocation at that rate, the charge is 1 xGRAIL and 199 return before any separate redemption choice. Deallocation and GRAIL redemption are different steps with different consequences.[18]
Custody & security
Sections ↑The wallet guide places recovery-phrase and private-key responsibility with the wallet owner. Camelot does not thereby become a password-recovery service for that wallet. Once assets enter a pool or strategy, their return depends on that contract and its permissions as well as the user’s ability to sign an exit.[19]
Contract and administrative controls
| Control | Published scope | Limit of the evidence |
|---|---|---|
| Team multisignature | The reference lists a 2-of-3 team structure for specified core and staking contracts. | This should not be generalised into an independently verified inventory of every current V4 administrator.Source 20 |
| Ecosystem multisignature | The published structure uses 4-of-6 for treasury and vesting-related holdings. | Multiple signers reduce reliance on one key but remain an administrative control.Source 20 |
| Audits | The index lists reports for core contracts, routers, Algebra integrations and V4-related code. | A report applies to its inspected code and date; it does not certify every later deployment.Source 21 |
| Security documentation | Published controls include audits and multisignature arrangements. | A customer insurance policy, recoverable per-user limit and claims waterfall were not established.Source 22 |
Liquidity risk is separate from key security. As relative asset prices move, a pool position can underperform simply holding the deposited assets. Concentrated liquidity adds a chosen range: outside that range, the position can become entirely one asset and stop earning in-range trading fees until price returns or the position is adjusted.[27][15]
Onboarding & eligibility
Sections ↑Access requires a compatible wallet and assets on the selected deployment. The public wallet guide describes both desktop-browser and mobile wallet options. It does not establish a centralised individual KYC account, institutional onboarding standard or a right to use every product in every jurisdiction.[19]
The application returned a loading shell. Its complete operative terms, contracting entity and country restrictions could not be recovered. This documentation gap does not establish unrestricted legal access.[28]
Support & complaints
Sections ↑Support and complaints
| Need | Published route or position |
|---|---|
| Product help | The official user-support page links its community channels and contact route.Source 23 |
| Impersonation prevention | The team says it will not initiate an unsolicited private support conversation without prior coordination in the official community.Source 23 |
| Sensitive credentials | Support warns against requests for recovery phrases, private keys or transfers of funds.Source 23 |
| Response and execution authority | A universal complaint deadline, emergency telephone dealing service and guaranteed response time were not established.Source 23 |
For a failed or delayed action, the relevant evidence is the chain, transaction hash, router or position identifier and exact operation attempted. V4 security controls can pause pools, so repeatedly approving a transaction is not proof that a blocked pool will execute. No public promise of a human override for a halted contract was established.[6]
Authorisations & registrations
Sections ↑No independently verified exchange authorisation, custody permission or compensation scope was established. Incomplete legal retrieval prevents a reliable licensed-entity mapping; wallet access does not supply that evidence.[28]
Company & operating entities
Sections ↑Camelot’s launch documentation dates its public sale to 29 November–5 December 2022, with initial liquidity planned after the sale. Its separate Genesis emissions ended on 23 May 2023. Those historical incentives should not appear as current account-opening rewards or guaranteed benefits for a new liquidity position.[26]
The Orbital Liquidity Network documentation describes expansion within the Arbitrum ecosystem. Some cross-chain swapping, gauge and accelerator features are labelled upcoming. A network strategy is different from a confirmed live deployment: chain support, routers and assets should be established from the relevant contract reference and current application.[25]
The published materials identify a protocol team and administrative multisignatures, but the inspected sources did not establish a specific contractual company, registered office or shareholder structure. The profile keeps those fields unresolved rather than assigning the protocol’s name to an invented corporation.[1][28]
- Operator
- Protocol team and contract administrators; a specific contractual legal entity was not established from the inspected public material.
- Exchange model
- Decentralised
- Service scope
- Arbitrum-based spot routing, multiple AMM generations, liquidity strategies and xGRAIL participation.
- Client types
- Not established
- Pricing publication
- Public and quoted pricing
- Pricing scope
- Pool-, direction- and route-dependent fees; network charges and third-party costs are additional.
- Funding scope
- On-chain assets on the selected deployment; independent bridges and centralised withdrawal routes are separate services.
- Custody and asset handling
- Wallet-authorised interaction with pools and strategy contracts; multisignature administration affects specified contracts.
- Client eligibility
- Wallet and supported network required; a complete current legal-country matrix was not recovered.
- Support
- Official support documentation links community channels; no universal response clock established.
- Authorisation and registration scope
- No independently verified exchange authorisation or statutory customer compensation scope established.
Exchange metadata checked 20 Oct 2026Source 1Source 7Source 12Source 18Source 20Source 23Source 28
Additional services & account tools
Sections ↑Liquidity strategies and rewards
| Feature | Published operation | Exit or entitlement detail |
|---|---|---|
| Manual concentrated position | Choose an asset range; ticks can round the selected bounds. | A narrow range needs management and can cease earning when out of range.Source 15 |
| Automated strategy | Select a strategy provider and approve the relevant contracts. | Provider strategy and fee terms need separate review; automation is not a fixed return.Source 16 |
| Current incentives | Off-chain calculations form Merkle claims in four-hour epochs. | V2 rewards track liquidity share; V3 reward calculations use generated fees.Source 10 |
| Campaign creation | Documentation specifies at least 24 hours, approximately $50/day and a 1% infrastructure fee. | These are campaign-creation terms, not a retail account minimum or swap tariff.Source 10 |
| Legacy farming | The contract reference marks older Master, NFT-pool and Nitro-pool components deprecated. | Old tutorials do not prove that new deposits still earn those historic incentives.Source 24 |
The incentive guide contains a legacy spNFT transition notice with a January 1 deadline that does not display a year in the inspected text. It also marks some integrations and V4 support as future work. Existing position owners need the current claim and migration instructions for their own contract; the undated notice cannot establish a new universal future deadline.[10]
The manual-position guide says rewards may take more than four hours to appear. Its harvest control can collect pending position rewards. A screen showing no current claim should be checked against the calculation epoch and the position’s eligibility rather than treated immediately as evidence of a missing deposit.[15]
Records, integrations and account-style controls
| Area | Established scope | Unresolved boundary |
|---|---|---|
| Contract references | Arbitrum One has separate V2, V3 and V4 router and position references. | Use the correct generation; do not reuse an address from an unrelated deployment.Source 24 |
| Indexing | The contract page lists V2/V3 subgraphs requiring the relevant API access. | Its V4 subgraph field was blank; a universal V4 history endpoint was not established.Source 24 |
| Plugins | Native and third-party xGRAIL plugins use allocated token balances. | Allocation is not an instruction to copy another person’s trades.Source 30 |
| Records and tax | On-chain transactions and position events provide source records. | No complete official personal tax statement or universally available CSV-export workflow was established from the inspected reference.Source 24 |
| Device continuity | The wallet guide covers browser and mobile use. | That does not establish synchronised Camelot preferences, alerts or saved transaction settings.Source 19 |
No current official autonomous AI execution service or copy-trading mandate was established in the inspected plugin documentation. Disconnecting a wallet from the website changes the session; it should not be assumed to remove an existing contract allocation or dispose of a liquidity position. Those actions require the relevant plugin or position controls.[30]
No numeric inactivity fee, conventional account deactivation or wallet-recovery cooldown was established in the inspected material. Product allocations and timed redemptions have their own conditions.[19]
Sources & further reading
- Camelot documentation and protocol overview Camelot · Accessed 20 Oct 2026
- Camelot protocol activity dataset DefiLlama · Accessed 20 Oct 2026
- Swap routing explained Camelot · Accessed 20 Oct 2026
- AMM V2 Camelot · Accessed 20 Oct 2026
- AMM V3 Camelot · Accessed 20 Oct 2026
- AMM V4 Camelot · Accessed 20 Oct 2026
- V2 dynamic directional fees Camelot · Accessed 20 Oct 2026
- Trading tokens with transfer taxes Camelot · Accessed 20 Oct 2026
- Protocol earnings and fee distribution Camelot · Accessed 20 Oct 2026
- Current incentive system and legacy transition Camelot · Accessed 20 Oct 2026
- Arbitrum access guide Camelot · Accessed 20 Oct 2026
- Bridging assets to Arbitrum Camelot · Accessed 20 Oct 2026
- Swap transaction steps Camelot · Accessed 20 Oct 2026
- Removing liquidity Camelot · Accessed 20 Oct 2026
- Manual concentrated-liquidity management Camelot · Accessed 20 Oct 2026
- Automated concentrated-liquidity management Camelot · Accessed 20 Oct 2026
- xGRAIL conversion and redemption Camelot · Accessed 20 Oct 2026
- Using and allocating xGRAIL Camelot · Accessed 20 Oct 2026
- Wallet creation and device options Camelot · Accessed 20 Oct 2026
- Multisignature control structure Camelot · Accessed 20 Oct 2026
- Published audit references Camelot · Accessed 20 Oct 2026
- Security measures Camelot · Accessed 20 Oct 2026
- User support Camelot · Accessed 20 Oct 2026
- Arbitrum One deployed contracts Camelot · Accessed 20 Oct 2026
- Orbital Liquidity Network Camelot · Accessed 20 Oct 2026
- Launch and genesis history Camelot · Accessed 20 Oct 2026
- Impermanent loss explanation Camelot · Accessed 20 Oct 2026
- Current application entry point Camelot · Accessed 20 Oct 2026
- GRAIL and xGRAIL plugin FAQ Camelot · Accessed 20 Oct 2026
- xGRAIL plugin architecture Camelot · Accessed 20 Oct 2026
This profile reports dated public information, including exchange-published services and terms. It does not independently test or guarantee trading, custody, pricing or withdrawals. Inclusion is not an endorsement. Permissions and protections apply only to the named legal entity, service and client category; check the current official records and your contract.