Trading services, networks and order controls
Sections ↑Velora, previously ParaSwap, combines a public swap interface with execution infrastructure used by other applications. Its distinguishing feature is the choice between signed trading instructions filled by competing solvers and a conventional transaction routed through decentralised liquidity. The same brand also covers scheduled trades and bilateral OTC settlement. Those routes have different funding, cancellation and gas requirements.[2]
DefiLlama displayed approximately US$1.208 billion of rolling 30-day DEX aggregator volume on 20 October 2026. Its underlying snapshot at 19:37:32 UTC recorded US$1,208,268,680. This is spot-token value routed through Velora: it overlaps activity on the venues supplying liquidity and cannot be added to their turnover as separate economic trading. It does not establish the number of individual active traders.[40]
For a broader reach claim, Velora’s homepage advertises more than 30 million trades and US$160 billion in cumulative volume, without a clear measurement cut-off. Those issuer totals use a different scope from the independent rolling series. The homepage addresses individual traders, institutions and developers; a registered-user or verified monthly-person count was not established.[1]
Execution choices
| Service | How the trade proceeds | What the user authorises |
|---|---|---|
| Delta swap | An intent specifies acceptable token movements; a solver supplies a qualifying fill. | Typed-data signature for an ordinary ERC-20 order; native-token funding has an additional transaction.Source 4 |
| Market swap | An aggregator constructs a route through available liquidity, executed in one on-chain transaction. | A transaction sent from the wallet, with separately payable gas.Source 3 |
| Delta limit | The target price, pair, amount and expiry constrain later execution. A reachable price enters the solver auction. | A valid unfilled instruction; a price touch alone is insufficient to promise completion.Source 5 |
| Delta TWAP | One scheduled order splits a total into timed settlements, with an overall deadline. | A continuing schedule rather than a fresh signature for every slice.Source 6 |
| AugustusRFQ OTC | Two counterparties agree the assets, amounts, price and expiry outside the public auction. | A maker order and the authorised taker’s settlement transaction.Source 7 |
Current chain coverage
| Execution deployment | Networks |
|---|---|
| Delta and Market | Ethereum, Optimism, BNB Chain, Unichain, Polygon, Robinhood Chain, Base and Arbitrum One. |
| Market without Delta | Gnosis and Avalanche in the inspected deployment table. |
| OTC | AugustusRFQ addresses are listed separately for the ten networks. Deployment does not establish liquidity for every pair. |
A Delta order binds the owner, beneficiary, tokens, quantities and validity conditions. Settlement must satisfy the signed terms. The solver model can improve the achieved output, but a submitted order is not yet a completed transfer. Market execution instead depends on the transaction being included successfully; a reverted transaction can still consume network fees.[10]
Portikus runs a sealed-bid process: participating solvers do not see competing bids while they commit their executable offers. Selection concerns the return available for that specific order. This design reduces opportunities to copy or react to exposed order flow; it does not guarantee a fill, eliminate adverse price movements or turn every Market route into a protected Delta route.[11]
Scheduled quantities and order life
| Control | Practical meaning |
|---|---|
| Sell versus buy TWAP | A sell schedule fixes total source tokens; a buy schedule fixes destination tokens and caps maximum source spending. Prices can change between slices.Source 6 |
| TWAP example | Hypothetically, selling 9,000 USDC in three equal slices means 3,000 USDC per slice. Two completed slices consume 6,000; 3,000 remains unexecuted. This describes source quantities, not the value received.Source 6 |
| Technical minimum | The current TWAP tool reference requires at least two slices and a minimum 60-second interval. Other amount, expiry and route validation still applies.Source 26 |
| Delta cancellation | An owner signs a cancellation request; the API accepts one to 100 order IDs. Already completed or otherwise terminal orders cannot be undone this way.Source 19 |
| Balance or allowance removed | Portikus can suspend an otherwise open order when its funding or allowance becomes insufficient, then resume it if eligibility returns. Removing funding is not a reliable substitute for cancellation.Source 12 |
Trading fees, route costs and API subscriptions
Sections ↑The April 2025 terms still describe free access.[33]
The later interface tariff, dated 16 February 2026, discloses charges for most swaps.[28]
Published interface tariff
| Transaction class | Published fee | Qualification |
|---|---|---|
| Ordinary interface swap | 15 basis points: 0.15%. | The fee information and Trade Overview show the applicable amount before submission. |
| Most stablecoin pairs | 1 basis point: 0.01%. | The help page gives USDC/USDT as an example; the exception does not cover every asset marketed as stable. |
| Most native wrapping or unwrapping | No interface fee. | Network and other route costs can still apply. |
Fee illustration: at an unchanged US$10,000 trade value, 0.15% is US$15, while 0.01% is US$1. These are interface-fee components only. The illustration excludes liquidity-provider charges, price impact, network fees, bridge costs and market movement; it does not estimate the all-in cost of a specific quote.[28]
The quote needs to be read as an exchange of specified quantities. A route that consumes shallow liquidity can deliver a worse rate even when its explicit charge is small. Slippage tolerance sets an acceptable execution boundary around the quote; price impact describes how the proposed trade itself changes the obtainable price. They are different quantities.[3]
Integrator charging choices
| Setting | Published treatment |
|---|---|
| No partner supplied | The API’s anonymous default charges a flat 1 basis point. |
| Explicit partner fee | A partner can choose a fee; it takes precedence if surplus sharing is also requested. |
| Fixed-fee allocation | The partner retains 100% through Delta; Market allocates 85% to the partner and 15% to Velora. |
| Surplus sharing | An alternative to the fixed fee: the partner and Velora divide captured improvement equally. A partner can direct its share to users. |
| Partner collection | Accrued fees require the applicable contract’s claim transaction. Lifetime totals can include amounts already claimed. |
API access plans
| Plan | Monthly price, USD | Sustained / burst requests per second | Daily / monthly requests |
|---|---|---|---|
| Free | 0 | 1 / 2 | 5,000 / 150,000 |
| Basic | 500 | 10 / 20 | 50,000 / 1.5 million |
| Pro | 700 | 20 / 40 | 120,000 / 3.6 million |
| Enterprise | 2,000 | 40 / 80 | 250,000 / 7.5 million |
| Basic Extended | 1,815 | 15 / 25 | 1 million / 30 million |
| Pro Extended | 2,750 | 25 / 50 | 2 million / 60 million |
| Enterprise Extended | 5,000 | 50 / 100 | 4 million / 120 million |
At the published 20% annual discount, Basic costs US$4,800 for a hypothetical year versus US$6,000 monthly-billed: US$1,200 less, excluding tax and separate charges.[14]
Velora Portal, announced on 5 October 2026, centralises API plans, application keys and team access. Card billing uses Stripe; USDC payments use Request Finance. The USDC route requires payment of renewal invoices rather than an assumed automatic wallet debit. Application analytics and billing belong to this business account layer.[30]
Wallet funding, token movements and withdrawals
Sections ↑Trading usually begins with assets already held in a compatible wallet. An ERC-20 approval authorises a particular spender on a particular chain; Delta, Augustus and AugustusRFQ are separate contracts. Approving the Market router does not authorise a Delta trade. A supported permit can replace a standalone approval, but it remains a signed spending permission with its own limits. ERC-20 limit orders and TWAP require on-chain approval for the total commitment.[15]
Assets committed to Delta
| Situation | Asset location and exit |
|---|---|
| Ordinary ERC-20 order | Tokens remain in the wallet until settlement pulls the authorised amount. A pending order therefore differs from a deposit credited to an exchange account.Source 10 |
| New native-token source | One gas-paying deposit-and-presign transaction funds and authorises Delta in dETH, a 1:1 wrapped-native balance.Source 16 |
| Existing dETH | An adequate earlier balance can fund a newly signed order without another deposit or ERC-20 approval.Source 16 |
| Expired ordinary native order | The documentation describes automatic return of unused native funds. Expired native TWAPs are an exception: the remainder stays as dETH.Source 16 |
| Cancelled or partially filled native order | Unused dETH remains available. Cancellation alone does not return it to native ETH. It can fund another order or be unwrapped 1:1.Source 16 |
| Buying a native token | The beneficiary receives the native asset. A smart-contract recipient must accept native transfers for settlement to succeed.Source 16 |
dETH can be unwrapped 1:1 through withdrawNative, specifying amount and recipient in an on-chain transaction. Withdrawing funding from an open order can prevent settlement.[16]
Cross-chain transfer stages
| Stage | What completion means |
|---|---|
| Source execution | A route may first exchange the source asset into the token used by its bridge. The source transaction is only one stage. |
| Bridge | The transfer proceeds asynchronously. CCTP routes use USDC; availability, timing and costs depend on the route returned. |
| Destination settlement | The destination leg supplies the selected asset. An order marked BRIDGING has not yet completed that delivery. |
| Recovery | REFUNDING and REFUNDED are distinct states. Check the actual returned token, chain and amount rather than assuming the originally requested destination asset arrived. |
The order-history schema separates expected amounts from executed amounts, records source and destination transaction hashes, and attaches a bridge refund only after its transaction receipt has been verified. Some bridge providers do not return source-token refund metadata. A missing field is therefore not evidence of a completed refund; the transaction record remains relevant.[20]
OTC funding and cancellation
| Party or action | Documented responsibility |
|---|---|
| Maker | Approves AugustusRFQ for the selling token, sizes the offer against fillable balance, signs and posts it off-chain. Native ETH must first be wrapped. |
| Named taker | Approves the payment token and fills on-chain. Settlement reverts if the offer has expired, is already filled or the caller lacks the required taker identity. |
| Cancellation | The maker sends a gas-paying contract transaction. OTC has no equivalent REST cancellation endpoint; cancelling a Delta order does not cancel this separate offer. |
Custody, protocol administration and recovery
Sections ↑Velora’s decentralised model leaves wallet keys with the user, while approved contracts acquire specific powers to move tokens. An unused allowance can outlive a browser session. A signature that authorises an order, a token allowance and a connection to a website are separate permissions; disconnecting the interface does not revoke the other two.[15]
Controls and their limits
| Control | Documented scope |
|---|---|
| Solver registration | Portikus solvers register and are authorised through the network’s on-chain registry. A revoked solver cannot continue settling orders under that authority.Source 12 |
| Router review | Velora publishes Certora, PeckShield and AstraSec reports for Augustus v6.2. Its audit page describes fee-claim changes reviewed against the v6.1 baseline.Source 21 |
| Emergency pause | The v6.2 notice describes a fully pausable router. Other administrative actions go through a timelock; the notice does not specify the delay duration.Source 31 |
| Financial protection | Published technical audits do not establish an insured customer cash balance or a depositor compensation entitlement. No specific such entitlement was verified for this interface.Source 21 |
A vulnerability affected Augustus V6 on 20 March 2024. The current recovery article, updated in July 2025, describes whitehat rescues and individual Safe accounts for affected wallets that had not revoked by the specified June 2024 cut-off. It instructs affected owners to remove the old allowance before moving recovered funds. This is a remedy for a particular contract incident, not evidence that every loss was repaid or that standing insurance covers later versions.[32]
Old and current router versions must be identified accurately during recovery. The migration documentation says v5 and v6.1 remain operational while new API integrations use Augustus v6.2. Delta API V1 and V2 share the same on-chain contracts. An API-version change therefore does not, by itself, prove that the spender address or custody mechanism has changed.[23]
Eligibility, territorial limits and data handling
Sections ↑Terms applying to interface access
| Condition | Published scope |
|---|---|
| Capacity | At least 18 or local legal majority, with capacity to agree and use permitted services. |
| Territories and sanctions | Restrictions include Cuba, Iran, Myanmar, North Korea, China, Syria and the Crimea, Donetsk and Luhansk regions, plus other applicable prohibited jurisdictions and sanctioned persons. |
| United States | The express US-person restriction concerns incentive programmes; it should not be broadened into an unsupported blanket trading ban. |
| Business access | The retail user definition is personal. Businesses integrating the service need the applicable commercial arrangement. |
Connecting a public wallet does not make the service anonymous. The privacy policy covers IP information, public addresses, transaction information and messages supplied to support. Public-chain records can remain visible independently of what the interface retains. A data deletion request and reversal of an on-chain transaction are different operations.[34]
Support, failure handling and records
Sections ↑Support and record routes
| Need | Published route or evidence |
|---|---|
| Trading documentation | The tools directory links the Help Centre, explorer and service status resources. Use the order ID and relevant network to distinguish an unresolved order from a display problem.Source 22 |
| Business integration | The contact page offers a business enquiry form. That form does not establish a round-the-clock emergency dealing desk or a guaranteed response time.Source 35 |
| Order records | The Delta API exposes paginated history by wallet, chain, status and order family, with execution and transaction fields.Source 20 |
| Integration exports | Portal includes CSV swap exports and application/date analytics. These cover the integration account and are not a promised retail tax certificate.Source 30 |
| Personal-data request | The privacy policy gives a postal request route to Trinity Chambers, PO Box 4301, Road Town, Tortola, with identity evidence. It states one month from receipt, extendable to three months for complexity.Source 34 |
For an ordinary service complaint, the terms provide [email protected]. Disputes fall under BVI law and BVI-IAC arbitration in English, normally in Road Town with three arbitrators, unless otherwise agreed. These contract terms are separate from the privacy policy’s CNIL route for data-protection complaints.[33][34]
When a trade does not finish
| Observed state | Documented next distinction |
|---|---|
| No route or stale quote | Check the actual pair, network, amount and execution mode. A fresh quote is needed after expiry or mismatched route data; an invented replacement price is not a valid order.Source 27 |
| Pending signed order | Read its status and validity before submitting another order. Repetition can create a second instruction rather than repairing the first.Source 27 |
| Slippage versus failure | The FAQ distinguishes price impact from movement after quoting. A failed Market transaction and an unfilled Delta order have different gas and funding consequences.Source 18 |
| Native or bridge recovery | Identify the order family and actual refund state. The funding tables above distinguish retained dETH, a native refund and a bridge refund.Source 17Source 16 |
The inspected material did not establish a universal support-led recovery hold, password reset or dormant-account fee for wallet trading. Wallet access is controlled by the chosen wallet. For a continuing order, the meaningful end points are completion, expiry or valid cancellation; an inactive browser or disconnected device is not an instruction to stop execution.[19]
Contract scope and financial permissions
Sections ↑The terms name Laita Labs Ltd for the Velora Foundation; they establish neither incorporation nor a financial permission. BVI governing law proves neither.[33]
The protocol’s administrative structure is more specific than an assumption that all decisions are made by token-holder votes. Under the adopted PIP-77 framework, routine operations sit with the Foundation and Laita; token-holder governance is retained for structural matters involving VLR. Technical administration and a permission from a financial regulator remain separate questions.[36]
Brand, operator and programme changes
Sections ↑The ParaSwap-to-Velora transition is treated here as one continuing exchange identity. The September 2025 VLR announcement described a 1:1 migration from PSP and a bonus window ending on 16 December 2025. Those historic migration incentives are not a current joining bonus.[37]
Migration and legacy entitlements
| Item | Current reading of the evidence |
|---|---|
| PSP to VLR | The migration FAQ separates token conversion from converting staked positions. Wallet and chain selection matter for the relevant route.Source 38 |
| Promotional gas subsidy | The FAQ’s gasless migration window was limited to the first three months. Its presence on an older page does not extend that promotion into October 2026.Source 38 |
| Staking closure | Laita’s 13 April 2026 implementation post says deposits were paused, cooldown set to zero and immediate unstaking/withdrawal enabled. It declares the programme concluded.Source 36 |
| Remaining implementation | That post still described removal of admin privileges as pending monitoring. The inspected follow-up does not establish completion of that later step.Source 36 |
PIP-77 preserved claims on previously earned, unclaimed rewards and specified continued withdrawal-interface availability for at least a year after approval. The older staking and VLR marketing pages must therefore be read alongside the April closure. Staking is not listed as an active service in this profile’s operator record.[36]
- Operator
- Laita Labs Ltd, representing the Velora Foundation
- Exchange model
- Decentralised
- Service scope
- Wallet trading through Delta and Market, with limit, TWAP and bilateral OTC instructions.
- Client types
- Retail clients; Institutional clients
- Pricing publication
- Public and quoted pricing
- Other names
- ParaSwap; Paraswap
- Pricing scope
- Published interface and API rates; actual route and partner charges vary.
- Funding scope
- Wallet-held tokens; native Delta deposits and route-specific bridging.
- Custody and asset handling
- Users retain wallet keys; approved contracts and funded native orders have distinct asset-control powers.
- Client eligibility
- Adult eligible users; territory, sanctions and incentive restrictions apply.
- Support
- Help Centre, explorer, status resources and a business contact form.
- Authorisation and registration scope
- No entity-specific financial permission established from the inspected contract.
Exchange metadata checked 20 Oct 2026Source 1Source 33Source 4Source 36
Referrals, API authority and automated trading
Sections ↑Published referral conditions
| Element | Programme 2.0 terms |
|---|---|
| Qualifying activity | A referred user follows the unique link and completes a swap. An invitation alone does not generate a fee share. |
| Allocation | The published split is 50% of the generated fee to the referrer and 50% to the protocol. |
| Payment | USDC on Base at month end, according to the help article. The amount depends on qualifying completed trades. |
| Status of evidence | The June 2025 programme page remains published. Actual payout receipt was not tested, and referral terms should not be confused with the staking programme that closed in 2026. |
Velora exposes APIs, an SDK, an embeddable widget and an MCP server for agents. These are integration surfaces, not evidence that the platform manages a discretionary portfolio for every connected user. The developer must choose the execution mode and preserve the user’s amount, beneficiary and validity constraints when preparing an order.[24]
Automation authority
| Layer | Actual capability | Boundary |
|---|---|---|
| Quote and build | Reads routes and constructs unsigned order or transaction payloads. | A quote request alone cannot sign with a wallet’s private key.Source 25 |
| Signed submission | The tool reference includes submission of externally signed Delta and TWAP orders and signed cancellation requests. | Despite the overview’s broad no-submission wording, forwarding an executable signed instruction is a write action.Source 26 |
| Wallet signing | The October 2026 guide adds a separate local wallet module with limits and confirmation checks. | Its example constrains tokens, chain and per-trade spending outside the model. Those controls must exist in the actual wallet implementation.Source 39 |
| Application key | An API account supplies throughput and application management. | An API key is not the wallet’s signing key or blanket authority over its assets.Source 14Source 30 |
| Stopping an automation | Cancel accepted orders and revoke the relevant continuing spending authority where appropriate. | Disconnecting an assistant or closing the browser does not invalidate an already authorised on-chain action.Source 15Source 19 |
The guide’s simple agent chooses Market for native-token sales; that is a limitation of the example, not evidence that Delta cannot sell native ETH. The current native-token documentation supports the extra deposit route. Similarly, the tools can relay signatures without creating them. Keeping those distinctions explicit avoids overstating either the server’s powers or the protection supplied by a front-end prompt.[39]
For integrations, Velora’s decision tables require explicit chain and token identity, retain sell-versus-buy semantics, and stop after a declined signature. A route change, new recipient or higher spending limit requires a corresponding authority decision. These are documented integration rules; this profile has not connected a wallet, run the sample agent or tested live execution.[27]
Sources & further reading
- Velora trading service Velora · Accessed 20 Oct 2026
- Why Velora Velora · Accessed 20 Oct 2026
- Swap execution Velora · Accessed 20 Oct 2026
- Trading modes Velora · Accessed 20 Oct 2026
- Limit orders Velora · Accessed 20 Oct 2026
- TWAP orders Velora · Accessed 20 Oct 2026
- Bilateral OTC Velora · Accessed 20 Oct 2026
- OTC integration Velora · Accessed 20 Oct 2026
- Chains and contracts Velora · Accessed 20 Oct 2026
- Delta settlement Velora · Accessed 20 Oct 2026
- Sealed-bid auctions Velora · Accessed 20 Oct 2026
- Portikus network Velora · Accessed 20 Oct 2026
- Partner monetisation Velora · Accessed 20 Oct 2026
- API account plans Velora · Accessed 20 Oct 2026
- Token approvals Velora · Accessed 20 Oct 2026
- Native-token Delta orders Velora · Accessed 20 Oct 2026
- Cross-chain Delta Velora · Accessed 20 Oct 2026
- Velora technical FAQ Velora · Accessed 20 Oct 2026
- Cancel Delta orders Velora · Accessed 20 Oct 2026
- Delta order history Velora · Accessed 20 Oct 2026
- Augustus v6.2 audit scope Velora · Accessed 20 Oct 2026
- Service tools Velora · Accessed 20 Oct 2026
- Protocol migrations Velora · Accessed 20 Oct 2026
- Agent integration overview Velora · Accessed 20 Oct 2026
- MCP server overview Velora · Accessed 20 Oct 2026
- MCP tool reference Velora · Accessed 20 Oct 2026
- Agent routing rules Velora · Accessed 20 Oct 2026
- Interface trading fees Velora · 16 Feb 2026 · Accessed 20 Oct 2026
- Referral programme 2.0 Velora · 9 Jun 2025 · Accessed 20 Oct 2026
- Velora Portal launch Velora · 5 Oct 2026 · Accessed 20 Oct 2026
- Augustus v6.2 controls Velora · 11 Apr 2025 · Accessed 20 Oct 2026
- March 2024 vulnerability recovery Velora · 21 Jul 2025 · Accessed 20 Oct 2026
- Terms of use Laita Labs Ltd · 1 Apr 2025 · Accessed 20 Oct 2026
- Privacy policy Laita Labs Ltd · 1 Apr 2025 · Accessed 20 Oct 2026
- Contact Velora Velora · Accessed 20 Oct 2026
- PIP-77 and implementation Velora governance / Laita · Accessed 20 Oct 2026
- Upgrade from PSP to VLR Velora · 16 Sep 2025 · Accessed 20 Oct 2026
- VLR migration FAQ Velora · Accessed 20 Oct 2026
- Building an agent with wallet controls Velora · 18 Oct 2026 · Accessed 20 Oct 2026
- Velora activity metrics DefiLlama · 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.
Report an error or submit an update