After creating your token, you will be able to set your fees. You can set buy and sell fees separately. Fee options include: BNB Wallet, Token Wallet, Auto Liquidity, Auto Deflationary Burn.
You have the option to limit the maximum transaction and the maximum holing. This prevents whale wallets from scaring off potential investors and helps to mitigate token dumps.
You can choose to have tokens that are sent to burn to be removed from the total supply, making your token truly deflationary.
If you are doing a fair launch, your contract needs protection from sniper bots. we do this in two ways. First, you can manually blacklist wallets that are known bot users before launch. Second, the contract detects people that using sniper bots and limits them to only buying 0.01% of supply. They are then block from buying again for 2 minutes.
- Reflection Rewards to Holders (Option 1 and 2 Only)
(more info)
Reflections rewards encourage people to hold. On every transaction a fee is taken and redistributed to holders. So even when people are selling, holders benefit because every 'sell' automatically puts more tokens into their wallet.
- External BNB Wallet
(more info)
When accumulated fees are processed, tokens are swapped for BNB and sent to your external wallet. This can be used for marketing or paying team members etc.
- External Token Wallet
(more info)
A tax can be applied that pays to an external wallet in the native token. This is extremely useful for funding staking platforms,
adding new liquidity pairs, rewarding team members, or creating a prize for giveaways and promotions.
- No Fee to Transfer
(more info)
When moving tokens between wallets (not buying or selling) there is no fee. This opens up many possibilities for use-cases where the token is used as a replacement for fiat. Most tokens charge holders the same fee on buys, sells, and wallet to wallet transfers, which not only limits use case options, but it's also incredibly unfair.
- Ability to Add New Liquidity Pairs (more info)
The 'Liquidity Pair' is an address that represents a place where people can buy or sell your token. Our contracts identify liquidity pairs in a truly unique way, which allows us to track an unlimited number of liquidity pairs.
Other contracts identify the liquidity pair using the default name, but this only tracks one address. In order to take fees correctly on new liquidity pairs they must charge a fee on ALL transactions. This is why they can not have 'wallet-to-wallet fee-free transfers'. This is a huge problem when it comes to many important use-cases.
"One pair tracking" also means that any new liquidity pair is subject to standard wallet limitations, such as holding and transaction limits. This is a very common problem, which you can identify on tokens that have a huge BNB liquidity pair and a tiny BUSD one.
- Transaction and Holding Limits (more info)
By default, we set the transaction and holding limits at 1% of the total supply, but you can change it if required. Limits prevent dumps and eliminate whale wallets. Nobody wants to buy a token full of whales that could dump the price at any moment.
- Fully Automated Fee Processing (more info)
If you're a developer, this is the unique feature you'll get most excited about. On normal contracts, fees accumulate on the contract until they reach a set limit. They are then processed into marketing and liquidity. The problem is that this limit needs to be constantly monitored and adjusted as you token price changes. If you don't keep an eye on it, your contract will do some very nasty things.
One possibility is that it will try to process fees on every transaction (which looks like a blood-bath on the chart!). At the other end of the scale, it never processes the fees at all. So it never feeds your liquidity or marketing. When it finally kicks in, it processes so many tokens at once that is puts a huge red candle on the chart and people start to panic sell! I've seen both of these scenarios many many times.
Your contract is different. You never need to set, watch or update the "trigger limit" because we don't use one. Instead, we have a truly genius and incredibly simple solution. A counter.
On every transaction that takes a fee, we increase our counter by one. When it reaches 10, we process the accumulated fees. Most contracts have a average fee of 10% so this method works perfectly, whatever the price.
With a 10% fee per transaction, after 10 transaction the amount of tokens that will have accumulated on the contract will be the average of the previous 10 transactions, so when the contract processes them, it will always be in keeping with your charts activity and the price.
Of course the most beautiful thing about using this technique is that it's 100% fully automated. You never need to think about it, it just works. But if you ever want to change it, and process fees more, or less often, or switch it off all together, then you can easily do this too.
- Auto Liquidity (more info)
These days every token needs (and indeed has) auto liquidity. This takes a fee on each transaction and adds it to the liquidity pool, helping to stabilize your token and increase the price floor.
- BNB Marketing Wallet (more info)
From your transaction fees, your contract will automatically supply you with BNB for marketing. Some developers hold back tokens to use for marketing, but then you need to sell them to get money that you can spend. Selling your own token to pay for marketing feels terrible, nobody likes painting their own chart red. A BNB marketing wallet keeps things fully transparent and ensures that you always have the funds you'll need to promote your token.
- Combined "Contract Sells" (more info)
This is another big one for the devs! All contracts must sell tokens. They do this to get BNB for liquidity and marketing. Your contract will do this too. All "contract sells" show up on the chart. So you want to reduce them as much as possible.
When most contracts process fees, they do so one at a time. First they process the auto liquidity, selling tokens for BNB to create a liquidity pair. Then they process the marketing, selling tokens to BNB to send to the marketing wallet. Both of these sells show on the chart.
Contract sells are only triggered after a natural sell, so you often see two or more sells in the same second when a contract processes fees. The minimum is two. That's how many your contract will have. The natural sell that triggers the process, then one contract sell, that sells the tokens for auto liquidity and marketing at the same time. By combining them together your contract only needs to do one sell, which looks much better on your chart!
- Buyer Confidence (more info)
Finally, we come to an area that very few devs consider... Buyer Confidence! Your contract has a few hard-coded limits that are designed to protect your buyers, increasing their confidence in your project. These limits still give you a great deal of flexibility, but they stop you from doing anything too drastic that might scare people away. You can adjust your fees, but the total fee can not exceed 20% You can adjust the transaction and holding limits, but you can not set them to 0 and you can 'open trade' but you can't close it.
These hard-coded limitations will increase your audit score and give your investors more confidence in your project.
If you do not have enough liquidity you're going to run into problems. Ideally you need at least 1 BNB for your initial liquidity. If you can not afford this, you shouldn't be making a token. Anything below 1 BNB may cause the trade button to be disabled on PooCoin.