Back to portfolio
Research & DataSimulated project
Tokenomics Designer portfolio brief
A simulated research & data exercise for Tokenomics Designer. Treat it as realistic practice, not real client or protocol work.
6 deliverables6 tools referenced3 linked interview questions
Objective
Choose a protocol problem with clear actors and constraints
Expected deliverables
Economic architectureAllocation and vesting modelEmissions scheduleMechanism specificationScenario modelGovernance parameter framework
Recommended workflow
- Choose a protocol problem with clear actors and constraints
- Design and simulate at least two alternatives
- Document failure modes, implementation dependencies, and monitoring
- Review the result against the rubric, then package it as a case study.
Constraints and safety
- Use only public sources or clearly simulated data.
- Never include seed phrases, private keys, or wallet secrets.
- Redact private user, company, security, legal, or compensation information.
- State every assumption you make.
Tools in practice
- Spreadsheets
- Structure the records behind economic architecture and allocation and vesting model and make review status visible.
- Python or simulation tools
- Test protocol or token assumptions with onchain and market data, document definitions, and separate observed behaviour from interpretation.
- notebooks
- Test protocol or token assumptions with onchain and market data, document definitions, and separate observed behaviour from interpretation.
- governance modelling
- Test voting power, delegation, quorum, capture risk, proposal thresholds, and incentive responses under different participation scenarios.
- protocol docs
- Draft, review, and maintain economic architecture and allocation and vesting model, with owners, source links, and change history.
- diagramming tools
- Explain the workflow or relationship behind economic architecture and allocation and vesting model in a form stakeholders can review.
What a strong submission shows
- A complete incentive-system design
- A simulation with stress cases
- A governance-parameter framework
- A design memo explaining rejected alternatives
Weak submission patterns
- A token allocation chart presented as tokenomics design
- Mechanisms with no attacker model
- Rewards that assume endless growth
Review rubric
- Accuracy of claims and sources
- Relevance to the target role
- Decision quality and trade-offs
- Completeness of the deliverable
- Clarity of communication
- Honest limitations and next steps
Present it as a case study
- Explain the problem, sources, decisions, ownership, constraints, output, review, and what you would change.
- Show the final artifact before the process notes.
- State what you owned and what belonged to other people.
- Label the work as simulated, and keep any real contribution clearly separate.
Interview questions this project helps you answer
How do you design incentives when users can cheaply create many identities?
Which parameter should governance be able to change, and which should be hard to change?
Describe a mechanism that looks aligned in normal conditions but fails under stress