For the complete documentation index, see llms.txt. This page is also available as Markdown.

Launching a Token on KUB

When launching a token on KUB, you can choose between two standards: KAP-20 or ERC-20. This guide will help you decide which option suits your needs and provide a step-by-step process for deploying a KAP-20 token.

Choosing Your Launch Path

KAP-20

KAP-20 is the fungible token standard specific to KUB, based on the ERC-20 model but tailored with unique KUB features. Opt for KAP-20 if you require:

  • KUB Wallet Compatibility - Utilize KYC-aware processes to seamlessly integrate KUB Wallet into your project.

  • Asset Recovery - This feature allows the token's governance committee to reverse fraudulent transactions (e.g., following a legal directive), giving token developers control over recovery actions.

  • Ecosystem Alignment - Tokens such as kKUB, kBTC, kETH, and others in the KUB ecosystem use the KAP-20 standard.

KAP-20 operates at the contract level: you’ll deploy the official version from kub-chain/kub-contracts and connect it to a shared set of contracts (including the KYC registry, AdminProjectRouter, and TransferRouter).

ERC-20

The KUB network also supports ERC standard tokens. Use a standard OpenZeppelin ERC-20 token if you need:

  • Consistency with Other EVM Chains - Ensure your token functions identically to those deployed on different EVM networks.

  • No Admin Recovery or KYC Functions - Keep your contract simpler without these additional complexities.

  • Minimal Constructor Surface - Reduce the number of parameters required for deployment.

Deploying an ERC-20 token follows the same process as on any EVM chain: just adhere to the typical deployment guidelines with your OpenZeppelin contract.

Last updated