Dodoswap lets traders choose a current swap quote or a limit price

When does Swap mode fit better than Limit mode?

Swap mode fits a trade whose available quote is acceptable, while Limit mode fits a trade that requires a specified price condition. A swap proceeds toward execution after wallet confirmation. Its final execution still depends on the transaction reaching the blockchain within its configured constraints. A limit order can remain open while the market does not meet its price condition. Posting that order expresses willingness to exchange at the specified terms; it does not establish that an exchange has occurred.

Neither mode establishes a fixed completion time. Network confirmation affects swaps, while an eligible limit order also needs a qualifying fill before expiry.

Liquidity sources behind each mode

DODO X searches DODO pools and external liquidity sources for swap quotes. The limit-order sources include DODO liquidity pools, aggregated pools from other protocols and submitted limit buy or sell orders. An order therefore does not rely exclusively on another person placing the opposite order. These sources connect the price condition to potential execution liquidity, without ensuring that every requested exchange finds a match.

DODO's Proactive Market Maker (PMM) pools contribute liquidity to the broader trading system. Pool inventory influences the prices that those pools offer. A mode label alone does not identify the particular pool or counterparty that will supply a trade.

Token authorization for both modes

Token approval grants spending permission for the selected token, and both trading modes can require that permission before submitting a swap or limit order.

The wallet's approval amount controls how much of that token the authorized contract can access. A custom amount limits the permission to that quantity. The documented MAX option authorizes access to the entire balance of the selected token. That scope concerns one token authorization; it does not describe permission over every asset in the wallet. An order that exceeds an existing approval can require another approval transaction. The approval amount and the amount that a particular order proposes to trade are separate settings.

Approval does not complete the exchange. Swap mode follows authorization with order confirmation and the wallet's transaction confirmation. Limit mode follows authorization with order submission through the wallet prompts.

Wallet custody differs from contract permission. DODO does not retain a wallet's private key. Granting token access authorizes a contract action within the approved allowance.

Gas and order-size requirements

Swap transactions require network gas. Submitting a DODO limit order does not incur gas. An approval transaction can still require network fees before submission. The same distinction matters when an existing approval does not cover the proposed amount. Gas-free posting therefore describes the order-submission action, not every action involved in preparing a token trade.

The documented Limit interface specifies a minimum trade value of $2,000 to cover execution costs. That dollar value describes an admission requirement, not a $2,000 fee deduction. A quantity expressed in token units does not establish its dollar value. This interface-specific rule also does not establish the size requirements of every API integration.

Routing charges and pool trading fees are separate from network gas. Pool fees vary by pool, and the applicable route determines which costs accompany a swap. A gas-free submission label cannot establish the total cost of a completed exchange or make every trading interface share one fee model.

Swap deadlines and order expiry

A Swap transaction deadline limits the interval between submission and on-chain confirmation, while a limit-order expiry bounds the order's active period. If blockchain confirmation takes longer than the configured Swap deadline, the contract does not execute that swap. Slippage tolerance addresses a separate price condition around the quote. Adjusting that tolerance does not extend the transaction deadline.

Limit mode lets the trader specify an expiration time alongside the amount and price. A DODO limit order can no longer execute after its configured expiration time. An order can therefore stop being executable without any exchange taking place. The Swap deadline and limit expiry both constrain time, but they apply to different objects: a submitted transaction and an active order.

Does reaching the limit price guarantee a fill?

Reaching the limit price does not by itself establish that a limit order has filled. The price condition determines when the order can qualify for execution. The exchange still needs matching liquidity under the order's terms while the order remains active. The observed market price alone does not show that the selected pair and quantity can trade at the required price.

An open order records trading intent; a filled order records execution. A price observation alone cannot substitute for the order's execution status.

Order history and execution status

Order History provides swap status, rate, creation date and a transaction hash, giving context for the exchange that a wallet submitted. Successful on-chain execution completes the swap. Confirming the Swap transaction in the wallet authorizes its submission. A pending transaction still awaits its on-chain outcome. The transaction hash identifies the submitted transaction; its presence alone does not show successful execution.

Open Orders lists limit orders that are awaiting a qualifying fill. Expiration ends its execution window, and cancellation concerns the selected open order. These states describe an order's availability for execution, rather than the confirmation progress of an already submitted swap transaction.

Changing the preferred mode does not reverse a completed exchange. Review the existing transaction or order state before treating a second submission as a replacement.

Routing controls and private Swap

Disabling indirect routing restricts Swap to pools directly connecting the selected token pair, excluding paths that use intermediary tokens. A pair that depends on an intermediate token can lose its available route when indirect routing is disabled. Limit mode's price condition governs acceptable execution terms; it does not specify the intermediary structure of a Swap route.

View image file

Private Swap addresses sandwich attacks involving the gap between a pool's current price and a transaction's slippage allowance. Pair selection, token permission and transaction constraints continue to govern the exchange. Limit pricing, route selection and sandwich-attack protection address different parts of the trading decision.

Mode availability and app access

DODO X cross-chain trading uses a bridge-based flow, which is distinct from choosing between the documented Swap and Limit modes. Cross-chain trading specifies assets on a starting chain and a destination chain, with a bridge supplying the transfer route. The existence of that route does not establish cross-chain support for a particular Limit interface. Likewise, an embedded trading widget can expose its own supported functions and costs. One interface's capabilities do not establish identical controls in another.

App eligibility requires users to be at least 18 or the local age of majority, whichever is older. Access restrictions cover location, residence, establishment and sanctions status, as well as eligibility under applicable law. Prohibited localities include China, the United States and its territories, Belarus, Cuba, Crimea, the Democratic Republic of Congo, Iran, Iraq, New Zealand, North Korea, South Sudan, Sudan, Syria and Zimbabwe. The terms prohibit using a VPN to bypass those restrictions. A supported wallet or trading mode does not override app eligibility.