Deploy Ecosystem Modules
Building with Acala at the runtime level using sub-module.
Below is a rough guideline for building with Acala at the runtime level using sub-module:
- 1.Project team sets up a sub-module repo
- 2.Project team builds & tests locally
- 3.Project team submits repo for review
- 4.Acala pulls in the sub-module, deploys on testnet via runtime upgrade
- 5.Security audit
- 6.Governance
1. Project Structure You will be creating a sub-module in your own repo, when it's ready we can pull it into Acala's repo. This allows you to have independence of your codebase and license etc.
// on Acala side, folder structure as follows
- Acala repo
- ecosystem-modules
- your-sub-module
3. Submit code for review Acala will provide technical support during your development including architectural and technical guidance, as well as sharing available libraries and standards.
Once you have completed development, please submit your repo and our tech team will help review and provide feedback before pull into our repo.
4. Testnet Deployment Acala Mandala Test Network is a live no-value testnet to verify new chain logics and functionalities. Your module once passed the review, can be deployed on Mandala via runtime upgrade.
5. Audit Module level integration in essence changes chain logic to the Acala Network, while it offers project team highest level of flexibility and customization, it also puts responsibility on Acala to ensure the code is secure and fit for purpose, and does no pose unintended consequences to the overall chain operation. Therefore we will perform security audit on modules added to Acala, and we will be in touch when that happens.
6. Governance Deploying on Karura canary network (connecting to Kusama) and mainnet (connecting to Polkadot) will be decided by respective governance.
Last modified 6mo ago