dApp Staking Code of Conduct
This Code of Conduct outlines the rules and guidelines that all participants in Astar dApp Staking are expected to follow. Its purpose is to ensure that dApp Staking remains fair, transparent, and efficient for everyone involved.
While these guidelines provide a structured framework, they are not set in stone and may be updated or revised in the future to adapt to the evolving ecosystem.
| # | Classification | Guidelines |
|---|---|---|
| 1 | Introduction | Users must fully understand how dApp Staking works before participating. This can be achieved by referring to official documentation, blogs, or community resources. |
| 2 | Definitions and Terminology | dApp Staking is not a funding mechanism or charity program. Projects must be self-sustaining regardless of staking rewards. In this context, self-sufficiency means that while dApp Staking helps launch and support project development, it should not be the primary long-term revenue source. Projects must remain viable even without staking rewards. If additional funding is required, it should be secured from other sources. |
| 3 | Purpose | dApp Staking is designed to support a sustainable ecosystem. Projects should not promise financial returns to supporters through staking rewards unless they demonstrate tangible contributions to Astar’s growth, backed by onchain metrics and concrete results. The primary purpose of dApp Staking is to expand user adoption and enhance network value. The following on-chain metrics can contribute to asses induced the growth of Astar Network. Examples for DeFi projects:
|
| 4 | Compliance Requirements | Projects must not use dApp Staking as a business model. |
| 5 | Definitions and Scope | dApp Staking is not a grant program. To qualify, projects must have an existing and ongoing business. At the time of listing, a project must have a live product or MVP and sufficient documentation for token holders to make informed voting decisions. Unlike traditional grants, dApp Staking is a decentralized incentive mechanism where token holders stake tokens to support projects. The rewards earned are performance-based, depending on community engagement, rather than fixed allocations. Projects must continuously attract support to sustain funding. Meanwhile, the Unstoppable Community Grants (UCG) program supports early-stage dApps in the Astar ecosystem. It provides up to 17M ASTR over four months, with a possible one-time renewal. The program aligns with dApp Staking V3, using a tier system where, if a dApp in UCG reaches Tier 2, the grant is terminated. For seed-stage projects (without an MVP or live product) or grant programs, please refer to UCG. |
| 6 | Reporting and Monitoring | All projects participating in dApp Staking are strongly encouraged to report their contributions regularly. Reports should be submitted on the Astar Forum under the Governance -> dApp Staking Reports subcategory.While monthly reports are preferred, projects can propose an alternative reporting schedule. The content of the reports is left to the discretion of the project and does not need to be detailed; however, it should at least include the following:
The Astar community and Ecosystem Agents will review and provide feedback on reports. If a project fails to report for three consecutive months (or three cycles based on its proposed schedule), the community may issue a warning. If there is no response within three months, the Community Council may initiate a delisting proposal. |
| 7 | Evaluating Negative Impacts | Any community member can initiate a discussion on the Astar Forum to assess whether a project is negatively affecting the Astar ecosystem or failing to provide value. If evidence shows that a project’s behavior is damaging Astar’s reputation or misusing dApp Staking resources, the project will receive a warning. Once warned, the project has 60 days to take corrective action. If the situation does not improve and the project fails to provide a reasonable explanation, the Community Council will initiate a delisting proposal. If delisted, the project may reapply but must clearly demonstrate that all previous issues have been resolved. Examples of Negative Impact and Inappropriate Behavior:
|
| 8 | dApp Categories | Projects must clearly define their primary category (NFT, DeFi, Tooling, Utility, etc.). The current dApp categories include:
|
| 9 | Definitions | dApp Staking is not a program of legitimization. While projects undergo a screening process before listing, being included in dApp Staking does not imply automatic trust. Projects must continuously build credibility through consistent contributions, transparency, and community engagement. |
| 10 | Method for dApp Listing Determination | Projects can apply for dApp Staking through the following methods: Community Council: Projects submit an application via the Astar Forum, which is reviewed by the Community Council within two weeks. If the application is approved, the Community Council will whitelist the project to be registered in dApp Staking. Token Holders: Alternatively, projects can submit a public proposal on Subsquare to be registered in dApp Staking. The proposal will be upgraded to a referendum, where token holders vote on whether to approve the project. If the vote passes, the project is whitelisted and can be registered on-chain. For more details on application requirements and submission templates, please refer to the dApp Staking – For Devs section. |