The Kingdom Launchpad
Status: Long-term vision. The Kingdom Launchpad arrives only after kingdoms and kingdom economies are established and proven.
The Kingdom Launchpad is not intended to be a generic permissionless token factory inside a game. Its purpose is to explore whether a player community can first build a real digital kingdom and only later create an on-chain currency for an already functioning economy. Everything on this page follows from that reversal of the usual order.
The central question
A common launch platform begins with a token and then tries to attract attention, community and utility. Roblade reverses that order:
Territory → Citizens → Infrastructure → Trade → Credits → Tokenization
An eligible Kingdom Token should be connected to a kingdom with visitable territory, active citizens, visible public buildings, recorded contribution history, sustained market activity, useful goods and services, and transparent economic rules. The token is the last artifact of a working society, not the first promise of one.
Not every kingdom needs a token. Many successful kingdoms may operate entirely through Gold, resources and internal Credits. Tokenization should be optional and reserved for communities with a clear reason to use it.
The long-term question the Launchpad exists to answer is not, “How easily can a player launch a token?” It is:
Can players build a functioning digital society before launching its currency?
The path: contribution to token
The path to tokenization is intentionally gradual, and each stage answers a different question.
Stage 1: Kingdom Contribution. Non-transferable Contribution records labor, time and public participation. It identifies builders rather than buyers. Question answered: who built the kingdom? See Kingdoms: Citizens, Contribution & Governance.
Stage 2: Kingdom Credits. An internal Credit system tests whether the kingdom has recurring economic demand for a shared unit of account or reward. Question answered: does the kingdom need an internal currency? See Kingdom Economy.
Stage 3: Economic validation. The kingdom demonstrates sustained use through active citizens, trade, public projects, treasury discipline and Credit circulation. Question answered: is demand sustained and distributed?
Stage 4: Token Forge eligibility. The kingdom applies for or unlocks the advanced building and satisfies technical, security and economic requirements. Question answered: can the economy meet safety requirements?
Stage 5: Kingdom Token. A token may be created with restricted parameters, clear utility and transparent governance rules. Question answered: is on-chain transferability actually useful?
Skipping these stages would turn the Kingdom Launchpad into an ordinary launch tool disconnected from gameplay. The sequence is the product.
The Token Forge
The Token Forge is the in-world gateway to Kingdom Tokenization. It does not appear in the ordinary building shop for new players; it becomes available only to mature kingdoms that have completed the required economic and governance stages.
A Token Forge may require:
- a Royal Hall;
- a Royal Market;
- a protected Kingdom Treasury;
- a minimum kingdom age;
- sustained active population;
- public construction history;
- verified Kingdom Credit use;
- rare resources and a large public project;
- community approval.
The Forge is a building on purpose. Making it visible in the world connects the economic event to the kingdom’s history: citizens can see the construction process and understand that tokenization was earned through development, not clicked into existence.
Its configuration is deliberately restricted. The Forge provides controlled token templates rather than unlimited contract code. Parameters such as supply, minting, treasury allocation, liquidity and governance must have safe defaults and clear restrictions.
And it is not a promise of success. Unlocking a Token Forge does not guarantee demand, liquidity, price appreciation or exchange support. It only means the kingdom has met Roblade’s eligibility rules for creating an on-chain economic asset.
Graduation
A kingdom qualifies through demonstrated activity, not market capitalization alone. The requirement categories:
- Time — the kingdom has operated continuously for a minimum period;
- Active citizens — population is based on recent meaningful activity, not wallet count;
- Distributed participation — public projects and economic activity involve multiple independent members;
- Infrastructure — required buildings such as the Royal Market and Treasury are complete and active;
- Trade — recurring valid market activity, with controls against wash trading;
- Credits — Kingdom Credits show real earning and spending behavior across a sufficiently broad group;
- Treasury discipline — public resources are managed transparently without major unresolved incidents;
- Governance — citizens receive notice and an opportunity to participate in the tokenization decision;
- Security review — the token configuration and supporting contracts meet current security requirements.
Eligibility is dynamic: requirements may evolve as the project observes abuse patterns and economic outcomes. Graduation is intended to protect the whole ecosystem, not only the applying kingdom.
Kingdom token utility
A Kingdom Token should serve its kingdom before it serves external speculation. Depending on final design, a token may be used for:
- kingdom goods and services;
- market or listing fees;
- task bounties;
- public projects;
- specialized building access;
- seasonal kingdom activities;
- alliance coordination;
- limited governance functions;
- economic incentives tied to actual gameplay.
Utility must remain understandable. Citizens should be able to explain why the token is useful without referring only to future price. If the kingdom can offer no recurring goods, services or decisions that need the token, it is not ready to launch one.
Contribution and capital are different things, and the design keeps them different. Historical builders should not be erased by later buyers: distribution can consider Kingdom Contribution and active membership alongside treasury and liquidity needs. The people who raised the kingdom’s walls remain visible in its economy.
A Kingdom Token is built for utility inside its kingdom — its value case is what citizens can do with it in the world, nothing else.
Safety by design
The Kingdom Launchpad introduces risks beyond ordinary gameplay and therefore requires stronger restrictions.
One official token per kingdom. A kingdom should not create unlimited official tokens. A single recognized token reduces confusion and impersonation risk.
Controlled issuance. Supply, minting and allocation rules should be visible and constrained. Hidden owner minting or unrestricted parameter changes are incompatible with a trusted kingdom economy.
Anti-rug treasury design. Founder access to raised assets, liquidity or treasury funds should use limits, delays and transparent approvals — an extension of the Kingdom Treasury protections that every mature kingdom already operates under.
Anti-manipulation controls. Eligibility and rewards should not depend only on token volume or price. Wash trading, sybil activity and circular transactions need detection and reduced influence.
Clear status labels. Users must always be able to distinguish an internal Kingdom Credit, an official graduated Kingdom Token, an unrelated community-created token, and a fraudulent impersonation.
The game remains primary. Token systems should never make ordinary players feel that they must speculate in order to participate in Roblade. The world described in The Roblade Vision comes first; its currencies come last.