A developer has uncovered an outrageous fact - the hidden secrets of Meme's launch pad business Recently, while running an Agent+Tax Coin launch pad project, I researched the tax and fee mechanisms of several mainstream launch pads in the market during competitive research. After reading it, I have a feeling: the launch pad business is superficially focused on traffic, assets, and gameplay, but in the long run, it is focused on cost structure. Pumpfun's internal bond curve has a total fee rate of 1.25% per transaction, of which 0.95% goes to Protocol and 0.30% goes to Creator; After graduation, transaction fees dynamically decrease according to market value/pool size, and the fee rate gradually drops to 0.30%. Protocol fees are an important source of platform revenue. Fourmeme has two modes: regular token and tax token. Tax Token allows for the setting of transaction tax rates, with taxes entering the project party's address and the platform itself not taking a commission from it. http://Four.meme The income mainly comes from one-time income such as token creation fees, graduation fees, and transaction taxes, which are two separate lines. The several transmission stations on the Base chain (Virtuals, Zora, Banker) are a bit chaotic - some charge creation fees, some charge transaction fees, and some extract liquidity. The rates are also not fixed and there is no unified standard. These platform models are different, but the commonality is that protocol fee income is already an important source of revenue for the launch pad, and they are all priced clearly. And then there's Flap ， The longest running tax coin launcher in this wave has developed on BSC for two years, and its presence is becoming stronger and stronger. Its tax currency mechanism is cleverly designed: the creator can customize the transaction tax rate for the token (1%, 3%, 5%, 10%), and the tax generated from the transaction enters a TaxSpliter contract, which is redistributed to marketing, dividends, repurchases, vaults, and other purposes. I originally wanted to focus on studying its tax currency allocation mechanism and examining its fee structure, but I found several small details worth discussing. one ⃣ Detail 1: Taxation is not 100% as officially claimed The tax mechanism of Flap is roughly like this: creators can set transaction taxes for tokens, such as 1%, 3%, 5%, or 10%. Taxes and fees are generated during user transactions, which are then used for marketing, dividends, repurchases, treasury, and other purposes. But in the TaxSpliter contract of Flap Tax Coin, the same parameter appears: feeReceiverAmount = balance − balance × 9000 / 10000 The meaning is that after the tax enters, it will be split into two parts: 90% will enter the recipient set by the project party, and the other 10% will enter the fee receiver. And this feeReceiver points to the same address: 0x8a08D98CBB218fceB318Ecf3aBc1BA43D8A7aB0E That is to say, the tax destination seen by traders is the four items of Marketing/Burn/Divided/Liquidity, which is officially 100%, but the composition of the agreement fee is invisible. 10% of the tax revenue was taken away by Flap, but there was no indication or information provided. two ⃣ Detail 2, swallowed 13547 BNB in two years Using Agent to trace fund transactions through 0x8a08, it was found that from July 2024 to July 2026, a total of 13547 BNB has been received for two consecutive years, with a total value of approximately 10M. Of these 13547 BNB, approximately 7900 BNB comes from a 10% tax commission, valued at around 5M; the remaining amount is an internal 1% curve fee, which was previously announced by Flap. 12.24 million transactions flowed in, with an average of 0.0011 BNB per transaction, less than one yuan. But for two consecutive years, this flow has resulted in an outflow of $5 million, indicating that this is not occasional income, but a long-term agreement level fee entry point ..... And most of these funds went into two Gnosis Safe multi signature addresses, one of which held 6912 BNB worth approximately $4.6 million, and the multi signature signatories also included the Flap deployment wallet. Platform fees are certainly not a problem, but when a funding pipeline operates for a long time and accumulates to a scale of several thousand BNB, it must become a clear and informed product rule for users. three ⃣ Detail 3, Same Script on Robinhood Chain After checking the contracts on the BSC, I went to see the contracts deployed by Flap on the Robin Hood chain, and the results were identical. The same TaxSpliter logic and feeReceptrAmount parameter, with a tax split ratio of 90:10. Explain two things: firstly, this is not an accidental omission of the BSC contract, but the same protocol logic reused during multi chain deployment; Secondly, Flap users on the Robinhood chain, like BSC users, are unaware of the existence of this 10%. four ⃣ Detail 4, Flowing Plate, Asymmetric Information There are many reasonable explanations for the platform agreement revenue entering the team, such as product development, operation and maintenance, security expenses, and market promotion. But being reasonable does not mean that there is no need for explanation, precisely because it can be explained reasonably, it should be explained clearly. Flap officials have stated in various channels that taxes and fees are 100%, but the contract states 90%. If there is any omission, we hope the official can fill it in to avoid misunderstandings. Ordinary creators and holders, if they don't understand contract code, would never know about the existence of this mechanism, and they are precisely the group of people who trust Flap the most. Web3 often says that everything can be seen on the chain, decentralized, and code is the rule. But for the vast majority of users, the front-end, official explanations, and community announcements are the rules. As a platform for meme retail investors, it cannot be transparent only to professional users, and agreement revenue is not a problem. Just explain and write clearly. Perhaps what the launch pad project really needs to roll up is not just functionality and traffic, but also transparency of rules. Users do not expect the platform to always be perfect, but at least they hope that the project side can explain the rules clearly when it comes to charging, splitting accounts, and fund flow. For Web3 products, sincerity is not attitude packaging, but a product capability: explaining money clearly, explaining rules clearly, and putting what users should know in the sunlight is the way a product should be.