token-lifecycle
Source References: Use Doppler deployments as the contract source of truth for deployed addresses and revisions.
Token Lifecycle
When to use
- You are choosing a token factory for a launch
- You need vesting/inflation semantics for Doppler asset tokens
- You are debugging vesting release, pool lock behavior, or mint-rate logic
Prerequisites
- Determine governance posture first:
OpenZeppelin Governor: disabled(default for most launches)OpenZeppelin Governor: enabled(when token-holder governance is required)
- Determine required token capabilities (votes, permit, clone vs full deployment)
- Confirm Airlock-compatible factory interface (
ITokenFactory)
Core workflow
- Pick factory path:
TokenFactory/DERC20
More from rustydotwtf/doppler-skills
fee-architecture
Reference for Doppler fee collection, distribution, and configuration across Airlock, FeesManager, locker contracts, and hook-based fee paths.
9uniswap-fundamentals
Reference for Uniswap V3/V4 concepts used in Doppler development, including tick math, sqrtPriceX96, concentrated liquidity formulas, and V4 hooks/singleton architecture.
9verification
Verify on-chain Doppler behavior with cast, viem, RPC, and explorers for dynamic auctions, multicurve launches, hook initializer state, and migration flows.
8proceeds-split-migration
Configure and verify migration-time proceeds split flows using `ProceedsSplitter`, `TopUpDistributor`, `UniswapV4MigratorSplit`, and `UniswapV4MigratorSplitHook`.
7rehype
Operate, configure, test, and deploy Doppler's Rehype V4 hook for buybacks, beneficiary fees, and airlock-owner fee claims.
4pda-multicurve
Reference for multicurve price discovery auctions with scheduled multicurve as the canonical default; covers shares-based curve allocation, deployment modes, and lifecycle constraints.
4