I found a blocking bug within the wallet.
The Brave wallet assumes that all transaction starting with the same hash as ‘transfer(address,address,uint256’) will necessarly be a erc20 transactions and expect it to have always 18 decimals. I haven’t tested but I do assume that other ERC20, ERC721, ERC1155 may be affected similarly.
As a consequence, Brave will be prevent executing theses transactions without any work around available.
Similarlly, the Brave wallet currently does not support custom tokens with 0 decimals.
The only work around I’ve found yet, is to create a custom token with an invalid non 0 decimals, which breaks the transaction display but at least does not prevent the transaction to execute…