The stored ETH and token balances and the send-confirm screen's fee were each cut to six decimal places, so a value below 0.000001 read as zero. Balances are now stored exactly; a token declaring more than 18 decimals is cut to 18, the most the balance check reads. A token holding below 0.000001 is still left off the lists as dust, except for a token the user tracks, whose holding now reaches the Send screen and is what the send is checked against. The send and send-confirm screens' balances, reserve and insufficient-balance messages go through truncateAmountNeverZero(). The send-confirm and approval screens both render the fee through formatFee(), which prices the exact fee in USD. The balance lists still round with toFixed(4). Model: opus-5-5