Every token project publishes a distribution plan that specifies when and how tokens will be released to various stakeholders — team members, investors, ecosystem funds, community allocations, and treasury reserves. This plan, typically found in the project's whitepaper or tokenomics documentation, is what Tokenomist calls the whitepaper schedule. It is the foundational reference point against which all subsequent claims are measured. On the Tokenomist platform, whitepaper-status claims are displayed with a blue info badge in Supply Analytics, accompanied by the note: "Estimated from the project's whitepaper. May change before the actual claim." This explicit framing is important because whitepaper schedules are projections, not guarantees. Teams may accelerate, delay, or modify their distribution plans based on market conditions, governance votes, treasury management decisions, or protocol milestones. Tokenomist treats these as estimates until the team commits to a specific amount. The whitepaper schedule is the first stage of Tokenomist's three-stage claim lifecycle: Whitepaper → Committed → Completed. As a claim date approaches and the team announces the actual amount, the status transitions from whitepaper to committed. Tokenomist then compares the committed amount against the whitepaper baseline, flagging whether they match or diverge. This progression from estimate to commitment to execution gives users increasing confidence in upcoming supply changes and makes deviations from the original plan immediately visible.