OwnedToken
This tutorial shows the great power of the modularization-focused design of the Odra Framework. We are going to use the modules we built in the last two tutorials to build a new one.
Code
What should our module be capable of?
- Conform the Erc20 interface.
- Allow minting tokens but only the module owner.
- The current owner should be able to designate a new owner.
Module definition
Let's define a module called OwnedToken
that is a composition of Ownable
and Erc20
modules.
use crate::{erc20::Erc20, ownable::Ownable};
#[odra::module]
pub struct OwnedToken {
ownable: Ownable,
erc20: Erc20
}
As you can see, we do not need any storage definition - we just take advantage of the already-defined modules!
Delegation
use odra::types::{Address, Balance}
...
#[odra::module]
impl OwnedToken {
#[odra(init)]
pub fn init(&mut self, name: String, symbol: String, decimals: u8, initial_supply: Balance) {
let deployer = contract_env::caller();
self.ownable.init(deployer);
self.erc20.init(name, symbol, decimals, initial_supply);
}
pub fn name(&self) -> String {
self.erc20.name()
}
pub fn symbol(&self) -> String {
self.erc20.symbol()
}
pub fn decimals(&self) -> u8 {
self.erc20.decimals()
}
pub fn total_supply(&self) -> Balance {
self.erc20.total_supply()
}
pub fn balance_of(&self, address: Address) -> Balance {
self.erc20.balance_of(address)
}
pub fn allowance(&self, owner: Address, spender: Address) -> Balance {
self.erc20.allowance(owner, spender)
}
pub fn transfer(&mut self, recipient: Address, amount: Balance) {
self.erc20.transfer(recipient, amount);
}
pub fn transfer_from(&mut self, owner: Address, recipient: Address, amount: Balance) {
self.erc20.transfer_from(owner, recipient, amount);
}
pub fn approve(&mut self, spender: Address, amount: Balance) {
self.erc20.approve(spender, amount);
}
pub fn get_owner(&self) -> Address {
self.ownable.get_owner()
}
pub fn change_ownership(&mut self, new_owner: Address) {
self.ownable.change_ownership(new_owner);
}
pub fn mint(&mut self, address: Address, amount: Balance) {
self.ownable.ensure_ownership(contract_env::caller());
self.erc20.mint(address, amount);
}
}
Easy. However, there are a few worth mentioning subtleness:
- L10-L11 - A constructor is a great place to init both modules at once.
- L14-L16 - Most of the entrypoints do not need any modification, so we simply delegates them to the
erc20
module. - L50-L52 - The same we do with the
ownable
module. - L58-L61 - Minting should not be unconditional, we need some control over it. First, using
ownable
we make sure thecaller
really is the owner.
Summary
The Odra Framework encourages a modularized design of your smart contracts. You can encapsulate features in smaller units and test them in isolation, ensuring your project is easy to maintain. Finally, unleash their full potential by combining modules. You do not need any magic bindings for that.