FAQs
Answers to questions asked by the community!
Last updated
Answers to questions asked by the community!
Last updated
A: There is no token associated with this project and anyone can use it.
Read here:
A: Since ETH is not an ERC20 token, it does not offer a spend allowance feature. So in order to automate ETH swaps, we would have to take custody of ETH, which we will never do. We use WETH instead, and you can wrap ETH in-app by clicking "Get WETH." We have use a wrapped version of the native token of that chain, so you do the same thing on other networks. Use WMATIC, WAVAX, WBNB, & WFTM.
A: The contracts have been audited by Solidified.
See the code repo for a copy of the audit:
A: It doesn't, Dexible is a non-custodial product—traders retain full control of their assets during orders.
A: This is difficult to answer because it depends on the asset, the market, and your swap constraints.
A: We currently use the 0x Dex aggregator to find liquid across 57+ DEXs. on 5 chains.
A: Dexible can’t accept immature tokens with limited liquidity.This is because Dexible works by extracting a fee from the highest liquid token, but this generally requires a consistent relationship between the two assets. More importantly, Dexible could be forced to pay network txn fees but receive an immature token in return—then that token could be rugged or lose all it's value and the Dexible bot can't reimburse itself for the txn fees already paid.
Dexible is trying to prevent a case where two of these immature tokens are trading with one another. In the case of these tokens (either not enough holders to pass a certain threshold or not enough volume) the volatility of those assets could hamper Dexible’s algos, meaning both the trader and Dexible lose money from the trade. Dexible considers mature tokens any token that is listed on CoinGecko with at least 500 holders.
A: You can set your gas preferences to either be Relative Fast gas rates or set a Fixed capped gas. Dexible will either use the current fast rate if your strategy is set to "relative" or it will wait for gas prices to meet your fixed gas cap before submitting each round. Using this can help you save money on orders by having multiple conditions match before executing.
A: Dexible will never be cheaper than Uni for a single txn—that’s not the goal. Though minimizing fees is certainly better for both Dexible and its users, Dexible isn't competing on minimizing fees. Dexible is focused on optimal price discovery and algo order conditionality, either waiting for specific price movements (limit or stop loss) or reducing large amounts of slippage for illiquid tokens. Not all liquidity sources are created equal. Some have plenty of liquid such that a single swap over 10k wouldn’t have much impact on the outcome. Others might have 8-20% impact on the output, because there isn’t enough liquid to support large trades. To get around the latter, people break up large swaps into multiple swaps and watch DEX dashboards to know when to execute the next swap. Instead of doing that, they can use Dexible to do it for them.
A: Dexible's settlement contract is doing more work than Uniswap (thus using more gas). We have to confirm token balances, transfer tokens to our settlement contract, then settle on one or more DEXs through 0x Dex Aggregator, then confirm results, etc. We use a 600k Dexible gas limit as a high-mark in our quotes; we normally see gas using between 250k-530k in real life on Ethereum mainnet. Why the huge range? Because not all token implementations are the same. Tellor (TRB), for example, uses over 100k to transfer tokens while something like DAI uses a lot less gas points.
A: Since Dexible takes fees in the highest-liquid token, and those fees include estimate gas costs, it's possible that your trade is too small to reimburse the system for gas costs using just the tokens involved in the trade. A future version of Dexible might allow batching of smaller trades to minimize costs to small trades.
A: Let's say you set your fixed max gas to 50 gwei and the current fast gas is at 47 gwei. It would seem like your order should have fired because the fast gas rate is lower than your specified rate. But Dexible requires a 10% buffer be applied to the fixed gas rate in order ensure that it can perform at least one speed up of the txn if it's stuck.
In this case, the fast gas price would have to actually go down to 45 before Dexible would execute the round. Because of this, you should specify 10% more gas in your fixed amount to accommodate this requirement. It doesn't mean you'll spend that extra 10%; it's just a buffer in case there is a spike in prices and we need to speed things up.
A: Check out Dexible's Order Types.
A: Correct, Dexible connects via the network. So long as the market meets your conditions (gas cost, price, etc), your transaction will go through. Enjoy your extra fee time!
A: Limit and Stop orders estimates will use your specified price in determining the total outcome. In the case of a Limit order, the price is fixed for each round. Stop, however, will convert to a market order as soon as the activation price is met and could result in a different overall output in the end.
Market and TWAP orders will use spot pricing for each round.
TWAP provides a delay between rounds to allow the market to recover. Dexible has introduced a price range for TWAP and Stop orders such that every round stays within a certain percentage of a base price.
A: We currently use the 0x Dex aggregator to find liquid across 60+ DEXs on 6 chains.
Our contracts are upgradeable to account for any minor or emergency updates required, with the added benefit that the approval address doesn't change for tokens. Approving token spending on any contract can add up. What we didn't want is to create new settlement contracts and force everyone to pay again to approve tokens for new contract. Making them upgradeable avoids this additional cost.
A: No, but your wallet address will show up as a recipient of output tokens. Our relay submits transactions and gets reimbursed for its fees once the transaction completes. Dexible is rewarded fees and gas-reimbursement fee tokens to pay for relay operations. The "From" address will be the relay address and an internal transfer will show your wallet receiving tokens.
A: Traders pay gas fees through the Dexible settlement contract. We charge a flat fee equivalent of ~$5 per Avalanche/Polygon round, ~$14 per Ethereum round) in the highest-liquid token in the trade. These fees will likely change over time.
A: Totally open, audited, and verified on Etherscan. The Github repo is https://github.com/buidlhub/dexible-contracts See here: https://etherscan.io/address/0xad84693a21e0a1db73ae6c6e5aceb041a6c8b6b3#code
A: Quotes are generated using the 0x API, which doesn’t take into consideration existing liquidity limitations in their calculations. Our infrastructure isn’t touching historical volume or liquidity when giving you a quote, it’s based on the present conditions and what you would need to do be that execute thousands of orders.
Basically estimates are just showing you how the order would roughly break down for an order of that size.
This is why we’re making internal improvements to our SOR a priority, for more smarter, faster, and more accurate quotes.
A: Dexible will only trade the pairs you specify in your order. Dexible does not find alternate output tokens with a higher value.
A: Dexible does not currently dynamically size the rounds—but this is an intended addition.
A: Dexible sizes orders based on the most-profitable outcome for each round. It can also limit the size of each round based on the number of swaps you tell it to execute. For example, if you were trading 100ETH for MATIC tokens, and specified that it should use 10 rounds or swaps, Dexible assumes that no round should be MORE than 10 ETH. But as it tests different size inputs it might determine that at given liquidity levels, 20 ETH is your most profitable input size after including fees, slippage, and price impact. In that case, it will set the number of swaps to 5 because that is the most profitable outcome. Adding any additional round would incur more fees and thus be less and less profitable.
A: Dexible errs on the side of caution and will cancel or pause orders when errors are encountered or when more than 30% of total rounds incur failed transactions. This protects the trader from runaway fees. There are generally a few reasons why an order gets canceled or paused:
Insufficient token balance.
Insufficient spend allowance.
Some internal error in our infrastructure.
Excessive slippage on-chain and too many failed txns.
In some cases, errors in processing will cause an order to cancel. Rather than attempt to resubmit over and over and risk over-swapping your assets, the order is paused for a reason. Please forward those reasons and order IDs to us so we can improve the processing.
In all cases, if you provide a contact for your account, you will receive a notification with the reason for cancellation.
A: Any address that is “approved” can spend your tokens up to the allowance you give it. It doesn’t need your permission. That’s what you’re giving it when you approve the spender.
Example: you already give your approval to apps like Sushiswap, Honeyswap, or TraderJoe.
You have to trust the app you grant spend allowance to so you can minimize the spend allowance to protect yourself. So most people give “unlimited” spend limit to a DEX, and they're trusting that the DEX team won’t release a new version of the contract with the same address and steal all your funds. A source code review would reveal vulnerabilities—if those existed.
A: There is no token nor are there plans for a token associated with the platform.