-
Notifications
You must be signed in to change notification settings - Fork 553
U. Build with Acala
There are 3 ways to build with Acala
- Deploy permissioned protocol aka runtime modules/pallets on the Acala network. This is available now with more flexibility for customization & integration.
- Deploy permisionless smart contracts using ink! or EVM. This is not fully functioning nor production ready yet, but contact us for PoC options.
- Build a chain and connect with Acala using XCMP. We are waiting for readiness of cross-chain communication, but contact us for PoC options.
Below is a rough guideline for building with Acala at the runtime level using sub-module:
- Project team sets up a sub-module repo
- Project team builds & tests locally
- Project team submits repo for review
- Acala pulls in the sub-module, deploys on testnet via runtime upgrade
- Security audit
- 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
Example sub-module. You shall create a repo in your organization to be used as sub-module.
Your sub-module will be pulled into the ecosystem-modules under Acala repo.
2. Local Testing Fork Acala repo, pull your sub-module in, and test locally.
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.