There are two distinct revenue streams: tax collected from CSTR trading, and income received from the treasury's staking activity. The allocations below describe the proposed model.
Allocation schedule
| Revenue stream | Proposed allocation |
|---|---|
| Taxable CSTR buy or sell | 10% tax on each trade |
| Collected trade tax | 90% treasury / 10% team |
| Received staking income | 90% buybacks and burns / 10% team |
A trade example
If the taxable amount were $100, a 10% tax would equal $10: $9 would go to the treasury and $1 to the team. That is 9% and 1% of the original taxable amount, respectively—not two additional taxes.
Buying and then selling at an unchanged price would retain approximately 81% after two successive 10% deductions, before other costs. This simplified example is not a swap quote; the actual tax base and collection path must be defined in the deployed implementation.
An income example
If $100 of staking income reached the treasury, the proposed split would allocate $90 to buybacks and $10 to the team. It would not distribute $90 directly to CSTR holders. Swap execution costs may reduce the number of tokens ultimately acquired and burned.
What Jupiter does
Jupiter supplies the user-facing swap route and quote. Adding its widget does not create the proposed tax. A compatible collection mechanism must be implemented and verified separately. Launch-venue creator fees are also distinct from a buy/sell tax.
Other costs
Pool fees, price impact, slippage, Solana transaction fees, treasury conversions, and Cardboard Trade execution costs are separate. Published revenue should not be confused with profit after all of these expenses.
Launch tax and exemptions
No declining launch-tax schedule, address exemption list, or immutable tax cap has been specified for CSTR. Do not assume another project's opening tax or contract restrictions apply here. Final collection rules and modification authority belong on the addresses and controls page before trading opens.