You have to make the call using r3mbk-e4kxt-qxioi-ogk5c-745nz-zyxx5-sdfmv-6g5nl-vkems-clyfj-jqe. This looks like a principal from an outside user, so it is not possible to do it via canister. Alternatively, you can update your ledger canister to use your canister’s principal as the minter
But for burning the token , which address to call as if I am assigning canister id as the minter address , it is not accepting .
Also how to handle the mint token from the orchestrator ?
To burn a token you have to send it to the minting account
To mint, you send from the minting account. So if the orchestrator is supposed to mint tokens, you can set it (or one of its subaccounts) as the minter. It can then make transfer to other accounts, which will end up as mint operations
Ok , one more thing I want to make a new icrc token as check log from a canitser.
eg : if a user lock any erc20 token on evm side and then I have to mint same token in icrc standard inside the icp . For that I need to maintain a function that could help me to make a new icrc token ? Right ?
minting_account_owner: Principal,
fee_collector_account_owner: Option<Principal>,
initial_balances: Vec<(Principal, u128)>, // (owner, balance)
transfer_fee: u128,
decimals: Option<u8>,
token_name: String,
token_symbol: String,
canister_id: Principal,
logo: Option<String>, // New parameter for logo
) -> Result<(), String> { ```
when it catch a new token arrival with the help of evm_canister .