Renatus Protocol Token Tax

Renatus Protocol supports two distinct tax regimes: a platform tax during the bonding phase and a graduated tax (for the token creator) after the token has filled the bonding curve and reaches Evolved status.

Important: PancakeSwap v3 does not support swap tax. This functionality is included for teams who wish to list their token on other exchanges that do support a swap tax. The user can set an "include" and "exclude" list for flexibility in when a swap tax is applied.

Pre-Graduation Tax (Bonding Curve)

1% Protocol Tax

  • Applied to all swaps on the bonding curve.
  • Collected in Renatus tokens and directed to protocol development.
  • Non-configurable by token creators.

This low, consistent tax covers basic platform maintenance without hindering liquidity or price discovery.

Post-Graduation Tax (For Token Creators)

Once the token graduates, a transaction tax may apply to each transfer, offering a way to fund long-term project efforts, marketing, or community initiatives.

Key Features

  • Initial Rate (0–10%): Set at token deployment.
  • Downward-Only Adjustments: The graduated tax rate can never be increased after graduation, only decreased or locked in place.
  • Tax Recipient: A designated address receives these fees, which can later be updated until locked.
  • Exclusion & Inclusion Settings:
    • Creators can exempt key addresses (like DEX routers or aggregator contracts) from the tax to ensure swap compatibility.
    • Alternatively, “inclusion list mode” allows explicit whitelisting of addresses to which tax is applied.
  • Permanent Locks:
    • LockGraduatedTaxRate: Fixes the tax rate forever.
    • LockGraduatedTaxRecipient: Prevents further changes to the recipient address.
    • LockExclusions / LockInclusions: Sets the final lists for who pays tax.

Rationale

  1. Compatibility: PancakeSwap V3 (and many DEXs) do not fully support taxed tokens for trades, so the default approach excludes the primary V3 pair from taxation.
  2. Fundraising: Graduated tax can help sustain project development.
  3. Trust Building: Locking parameters signals a stable economic policy, reassuring investors post-launch.

Implementation Details

  1. Tax Rate Storage
  • Stored as basis points (e.g., 100 bps = 1%).
  • A maximum cap (commonly 10%) is enforced at deployment.
  1. Exclusion Flags
  • excludedAsSender: Excludes address from paying tax when it sends tokens.
  • excludedAsRecipient: Excludes address from paying tax when it receives tokens.
  1. Inclusion List Mode
  • If enabled, addresses must be explicitly “included” before any tax is applied.
  • Useful for advanced or niche scenarios where you want to isolate which pools or contracts get taxed.
  1. Lock Mechanisms
  • Finalizing or “locking” each parameter is permanent. This prevents rug pulls or arbitrary changes.

Common Use Cases

  • Development Fund: Set a moderate (2–5%) tax, directed to a dev wallet. Over time, reduce the tax rate as the project matures.
  • Marketing & Community Grants: Collect a small tax post-graduation and funnel it into an address for marketing campaigns or user bounties.
  • No Tax: Creators can simply set a 0% graduated tax if they prefer not to collect any post-graduation fees.

In short, the token tax architecture in Renatus Protocol strikes a balance between user-friendliness, flexibility, and transparency, helping projects fund themselves without undermining liquidity or user trust.