This comprehensive guide serves as an essential resource for navigating the complex and interdisciplinary field of token engineering, grounded in systems design and complex systems engineering. This article outlines the critical phases — System Requirements Analysis, System Analysis, and System Design — of developing decentralized crypto-economic systems. The guide also aligns these phases with established frameworks in both systems engineering and token-based ecosystem creation. Additionally, it provides a detailed breakdown of tasks, skills, and deliverables for each phase. Readers will not only gain a deep understanding of why token engineering is vital for sustainable digital economies but also practical insights into the process, tools, and experts shaping this dynamic field.
In 2022, I started my journey in token engineering, with a background in mechatronics and robotics engineering. Over the past two years, I’ve gathered resources that I believe can guide others in navigating this emerging domain. This research has been significantly influenced by several key figures in the field. The conceptual framework for understanding crypto-economic systems draws heavily from Michael Zargham’s groundbreaking contributions, which define token engineering as both a Systems Design and a Complex Systems Engineering discipline. Angela Kreitenweis has played a key role in advancing the field of token engineering through TE Academy Platform and her initiatives, which include organizing research sessions, events like EthCC Barcamp, study groups, courses, and grants, while also assembling a global community of experts and enthusiasts in this field. Krzysztof Paruch, Trent McConaghy, and Dr. Achim Struve are other key figures whose valuable research has played a pivotal role in defining and establishing this emerging domain by emphasizing the centrality of token engineering to innovation and development within web3 ecosystems. Recognizing the intricate and interdisciplinary nature of this domain and the complex and diverse nature of topics, I’ve included a variety of resource links throughout the article to offer readers a deeper understanding of specific concepts.
Token engineering is the design, verification, and optimization of token-based complex economic systems
Token Engineering is not just about creating digital assets; it’s a rigorous discipline that demands a comprehensive approach to designing decentralized systems. Just as traditional systems require meticulous planning, analysis, and design, token ecosystems too demand a rigorous process for their conception and realization. Whether you're gathering requirements or deploying smart contracts, each phase plays a critical role in ensuring that the decentralized system is not only technically sound but also economically viable and socially impactful. As we delve into the nuances of each phase, you'll see that Token Engineering is not merely a technical endeavor but a comprehensive approach to creating sustainable digital economies.
In the contemporary landscape of blockchain-enabled decentralized and distributed economic systems, we’ll delve into the field of token engineering as an important part of the development of decentralized ecosystems, viewing it through the framework of systems design and situating it as a specialized subset of complex systems engineering.
In this article, we’ll delineate the scope of the token engineering process within the framework of the three standard phases of the product development lifecycle. This token engineering process aligns closely with established frameworks in systems engineering, and also with Outlier Ventures’ structured framework of token-based ecosystems creation, which includes the Discovery, Design, and Deployment phases. We’ll outline the requisite skills, the expected deliverables, and the essential tools for each phase to offer a comprehensive understanding of the field.
System Requirements Analysis
System Analysis
System Design
System requirements analysis is the first phase where we document the system requirements. Here, we define what the system is supposed to achieve. Stakeholders generally agree on these requirements before moving forward. This sets the stage for subsequent analysis, design, and development phases and serves as a point of reference for all stakeholders.
The System Requirement Analysis phase is further divided into the following sub-steps/phases:
In this step, high-level needs and constraints are collected from stakeholders (documented / verbal). The focus is on understanding what the stakeholders expect the system to achieve. This could include both functional and non-functional requirements like features, performance, security, and compliance.
Primarily focused on identifying and detailing the features and functionalities the system must have. This phase often involves stakeholder interviews, use-case definitions, and the documentation of both functional and non-functional requirements. It answers questions like “What should the system do?” and “What are the constraints?”
After the initial gathering of system requirements, the second sub-step/phase of requirements analysis focuses specifically on examining and refining the project’s requirements by dissecting, validating, and prioritizing these requirements while documenting the functional and non-functional requirements of a system. The aim is to ensure that the requirements are specific, measurable, achievable, relevant, and time-bound (SMART). This involves clarification, prioritization, and validation activities.
The refined requirements then become the basis for system analysis and system design. This step ensures that the requirements are unambiguous, complete, and aligned with the project’s goals. It ensures that all stakeholders have a mutual understanding of what the system is supposed to achieve.
Requirements Analysis might answer: “What kind of staking rewards will incentivize network participation?”
While system requirements analysis often starts with the gathering of initial requirements from stakeholders, the requirements analysis part dives deeper to scrutinize those requirements for clarity, completeness, feasibility, and relevance by:
The output of the requirements analysis process is often an updated and more detailed version of the Requirements Specification Document, which now includes prioritized, clarified, and validated requirements.
In the context of token ecosystems or blockchain projects, phase could involve mechanism design and game theory. These methods help in designing incentive structures, governance models, and other features that are crucial for decentralized systems. The focus here is on what mechanisms should be in place for the system to function as desired.
It includes both the initial requirements gathering and the more detailed Requirements Analysis. It outlines what the system is expected to do. The Requirements Specification Document focuses on the ‘what’ — what the system should achieve without detailing how it will do so.
Let’s assume we’re building a Metaverse protocol that allows users to own, trade, and interact with digital assets in a virtual world.
The requirements might include:
In system requirements analysis, we document these features and criteria that the Metaverse protocol must fulfill and duly scrutinize and refine these requirements. This stage sets the foundation and serves as a guideline for what the system is supposed to achieve
Once we know what the system is supposed to do, we proceed to analyze how it can be done and what challenges might arise. This step involves feasibility studies, risk management, stress testing, economic modeling, and sometimes, initial prototypes to validate key assumptions. The findings from this stage can refine or even alter the original requirements. System analysis also involves evaluating the existing similar systems and understanding various facets like user requirements, system limitations, and potential bottlenecks. It often includes analyzing the feasibility of the project in terms of technology and economics. It involves examining the implications of integrating with existing ecosystems or the potential for creating new systems.
This phase, especially in complex systems like token ecosystems, involves mathematical specification, differential specifications, state space representation, agent-based modeling and system dynamics modelling to validate the feasibility and robustness of the mechanisms designed in the requirements analysis phase to validate assumptions about the system’s behavior, user incentives, and economic viability. These methods aim to foresee how the system will behave under different conditions.
System Analysis might answer: “Will the staking mechanism stand up to extreme market volatility, and how will agents behave in such conditions?”
System analysis aims to understand how to best implement the requirements and technical challenges associated with implementing those features and functionalities. This phase involves simulations, modeling, and other forms of validation to understand how the system can meet the defined requirements. It answers questions like “Is this technically feasible?” and “What are the potential risks?”
In this stage, we assess the feasibility and implications of the requirements. For our Metaverse example, this could include:
After understanding the requirements and completing the analysis, we move on to designing the architecture and components of the system. This stage results in a blueprint for building the actual system, including technology stack decisions, data models, and workflows.
In the context of a decentralized system or a token ecosystem, System Design serves as the architectural blueprint that dictates how the system will be built and how its components will interact with each other. This phase comes after System Requirements Analysis and System Analysis have established what the system should do and verified that it’s feasible.
System Design Document: A comprehensive blueprint of the system architecture, components, data models, and interaction flows.
The System Specification Document focuses on the ‘how’ — providing a blueprint for building the system.
This document is more technical and is usually the output of the System Design phase. It outlines how the system will meet the requirements set forth in the Requirements Specification Document. The System Specification Document may include:
After requirements are set and analyzed, we move on to system design to create the architecture that will satisfy these requirements. For our Metaverse protocol, this could involve:
If we’ve determined in the Requirements Analysis that our token ecosystem needs a governance token, and the System Analysis has confirmed that such a mechanism is feasible, the System Design phase will specify:
These steps of product development are sequential but not strictly linear; they are often iterative and may loop back on each other.
For example:
These phases are iterative and often loop back for refinements. For instance, during system design, you might realize a need to update requirements or re-analyze certain aspects, triggering a return to earlier phases. Each phase has its own set of specialized skills, but all contribute to the project’s ultimate goal: building a functional and effective Web3 system.
BlockScience
Gauntlet
TE Academy
TE Labs
Outlier Ventures
TE Commons
BlockApex Labs
Tokenomia Pro
Tokenomics DAO
Economics Design
CryptoEconLab
Here is a list of companies indirectly contributing to the field of token engineering through valuable research:
The following is a list of tools commonly used in this domain, complete with links for further learning and understanding. Notable individuals working on these tools are also highlighted.
Beyond the GitHub repositories for tools and models cited in this article, the following additional GitHub repositories are worth exploring.
In addition to the numerous resources referenced throughout this article, the following additional materials can further deepen your understanding of this complex field.
Token Engineering 101 — Compiled Notes
Tokenomics and blockchain tokens: A design-oriented morphological framework
Complex Systems Engineering by Micheal Zargham
Also published here.