Custom TX Fees in native Tokens

Is it possible to have a custom transactionfee with native tokens?
Let’s say i have a coin, when customers transfer it i like to substract 1% of the native token as fees
and send to the token issuer or company wallet?
Or do i need to wait for smart contracts for this approach?

I only found this info on (FAQs: Native Tokens — Cardano Documentation 1.0.0 documentation)
“Splitting custom tokens into more outputs than they were contained in before the transaction getting processed requires using, in total, more ada to cover the min-ada-value, as ada is needed in the additional outputs.”

Can this output split coded into the native asset?

Thank you for a quick feedback

1 Like

If you want a transaction fee to be collected for the issuer each time the token is sent, then the token would have to pass through a smart contract each time.

It would be possible for folks to bypass the smart contract and just send the token directly, without paying the fee. You could track which tokens bypassed the smart contract and perhaps not accept such tokens for certain usages later on.

Ok is there something planned in roadmap.
I think to collect any kind of fees in native assets is crucial function.
imagin any kind of payment, cashback, loyalty apps.
Or even in NFT’s with some continuous transfer comssion /music plays) to the artists or some funds.

If this can be easilly bypassed with transactions outside of a smart contract, then some fundamental functionality is missing in native assets.

Whats your oppinion?

I don’t know what is in the roadmaps, but I imagine that the new NFT marketplaces that launch after the Alonzo fork will have the capability to collect royalties on tokens. Different marketplaces might do that differently, and you could probably find out more by researching what the major planned NFT marketplaces have published about their plans.

I don’t see that transferring NFTs without a smart contract is a missing fundamental functionality, but it is a design choice that has implications for NFT use cases. For example, one way to enforce royalties on an NFT would be to have the smart contract always be the holder of the NFT, not the user’s wallet. Instead of sending the NFT from wallet to wallet, as one can do now, the NFT ownership would change when the control of the smart contract was transferred from one wallet (public key) to another. Such transfers of control could easily collect royalty payments.