Bot configurations
This is an example config.toml file.
Routing
In routing, you define which mint(X), a raydium pool that is SOL/X, a meteora dlmm pool that is SOL/X. The bot's onchain program will check if there's a profitable route between the two onchain, and find the optimal trade size, and execute the trades if there's any.
Currently the bot only support one raydium pool and one meteora dlmm pool for each list, you can define multiple different ones for the same mint/raydium pool and different meteora dlmm pool. A later version will alow using multiple meteora dlmm pool together.
mint_config_list
You can define multiple mint and pools. The bot will send out a tx, wait for process_delay ms, then send again and repeat for every mint you define.
You can also define more than 1 meteora dlmm pool. If you use more than 2 you likely need to add an address lookup table for it as well, otherwise the tx will be too big.
Currently Pumpfun swap/Raydium AMM/Raydium CPMM/Meteora DLMM are supported. You can define multiple ones in the same config as long as it can fit. You may need to add look up tables if you are using too many pools.
RPC
You just need to put your rpc's url here. This is NOT the rpc you use to send transactions.
Spam
You can set the rpcs you use to send transactions. This can be the same as your reading rpc.
Jito
You can also enable sending through jito. Though the success rate of using jito is much lower due to the tip auction and how jito works, but the up side about it is you won't have any failed transactions.
Note: If you use multiple ip with jito, make sure you don't have ip rotation setup locally, instead you should use the bot's build in support for it. You can just set all the ips you want to use within the config, you can use either single ip or CIDR format like "192.168.1.0/24"
Note: The bot will send out tx through all the different urls one by one, instead of sending the same tx to all. This way you can have an effective 5/s rate limit with jito as this bot requires sending out a lot of tx.
Tip config
You need to config tip when enable jito.
You can set from equals to to value and use any strategy to get a fixed tip amount for all your tx.
Note: the tx generated from this will be send out together. So make sure you have enough rate limit to handle it.
Kamino flashloan
When enabled, you don't need a lot of wsol in your wallet.(You need some to keep your wsol account open). But this will add 73,000 compute unit to your tx.
Bot
compute_unit_limit is a required param. If you have meteora dlmm in your pool you should set it to be at least 300_000. If not you should set it to at least 250_000. If you use kamino add another 80000 to it. If you have more than two dlmm pool you should consider adding more compute unit limit here.
When you have dlmm pool, the compute_unit_limit you set will affect how many bins the bot will look at when doing calculation onchain. Roughly each bin lookup will take ~ 10000 compute unit. 300_000 will allow the bot to look at ~10 bins onchain.
Merge mint
The merge_mint config allows you to find opportunities for different mints and pools within one transaction. This sounds good but has it's own limitation.
The tx is usually harder to land as you add more mints and pools. This is likely due to the transaction is locking too many accounts and the validator is impossible to find a slot to fit it in. You may also need to use higher fees when the market is hot.
You also need higher compute unit limit as the bot's program need to look at more pools onchain with this.
Wallet
Last updated