Intent-based bridging has become quite popular in the past two years. A user submits an order like "I want to move USDC from Chain A to Chain B and swap it for ETH," and the rest is left to solvers to compete and complete. It sounds convenient, but the quote contains several layers of details that need to be checked, because "cheap" and "fast" may come with completely different execution paths and risk structures.
A leading global cryptocurrency platform,suitable for both beginners and experienced traders.
New user benefit: 20% off trading fees upon registration!！
Before signing, it is recommended to check the following six items.
1. Price Type: Is It a "Quote" or a "Final Settlement Price"?
The goal is: to confirm whether the amount you receive is locked at the time of quoting or determined at the time of execution.
In most intent-based cross-chain protocols, when a user submits an order, the solver gives a quote, but the final amount received may fluctuate based on the market price at execution. Some protocols offer "fill-or-kill" mode, while others allow a certain amount of slippage. First check which mode you are using so you do not find out after arrival that you received several percentage points less than expected.
2. Slippage Protection: Who Bears the Loss When Prices Move?
The goal is: to confirm who bears the slippage when prices move during the cross-chain process.
Slippage protection is usually set in two ways:
Hard slippage limit: if the set percentage is exceeded, the transaction fails and assets are returned or remain unchanged. This mode is suitable for price-sensitive users.
Soft slippage compensation: the trade is allowed to complete, but the actual amount received will be lower than the quote. This mode is more common and also easier to overlook.
You need to confirm the scope of slippage protection and at which stage of the cross-chain process it takes effect, whether it covers the source chain swap stage, the destination chain swap stage, or the entire process, to avoid protection that only covers part of the route.
3. Cross-Chain Time: Includes Estimated Waiting Time
The goal is: to understand the estimated time from submission to arrival, and how timeouts are handled.
Solver routes can differ greatly in time. Some routes take only a few minutes, while others may involve multi-hop and require waiting for source chain confirmation, relay confirmation, and destination chain confirmation, which can take 30 minutes or even longer. If timing matters to you, a single-hop route should be preferred.
4. Executing Party: Who Is Completing This Order?
The goal is: to confirm whether the counterparty is an institutional market maker such as Wintermute or a retail solver.
Different executing parties have different risk profiles:
Market makers: usually operated by institutions, with relatively stable execution processes.
Retail solvers: may have lower entry barriers and greater variation in execution quality.
Check the executing party's historical fill rate or failure rate. Although this is not decisive evidence, if there is a public record that can be traced, it can serve as reference information.
5. Fee Breakdown: What Is Included in the Settlement Price?
The goal is: to confirm the fee items included in the quote and who charges them.
The quoted amount usually includes the following parts, which need to be confirmed one by one:
Gas fees: gas on both the source chain and destination chain, including the fee for releasing assets on the destination chain.
Solver service fee: the fee charged by the executing party, which may be a fixed amount or a percentage rate.
Liquidity pool fee: the toll charged by the bridge or DEX, usually based on a percentage of the transaction amount.
Some aggregators only show the "total fee" without expanding the details. In that case, it is recommended to open the details page or switch modes first and confirm the fee structure before proceeding.
A leading global cryptocurrency platform,suitable for both beginners and experienced traders.
New user benefit: 20% off trading fees upon registration!！
6. Refund Rules: What Happens on Timeout or Failure?
The goal is: to confirm the refund trigger conditions and the return path when a timeout or failure occurs.
You need to consider the following situations:
Whether fees are refunded: if the transaction fails, are the gas fees or solver fees already paid refunded?
Which chain the refund lands on: is the refund returned directly to the source chain, or does it need to be claimed manually?
Waiting window: how long it takes from timeout to triggering the refund, and whether user action is required.
How to verify before completing the operation: before signing, it is recommended to check these six items and confirm that the execution method, slippage threshold, executing party, and fee structure all match your expectations. If the page does not provide a certain piece of information, consider obtaining a complete quote first before deciding, so you do not confirm the transaction with incomplete information.
