原創主題配圖: 鏈觀 BTC866 原創主題圖解 · ChainView BTC866 Editorial · CC BY 4.0
建立正確概念
代幣餘額通常以整數保存，界面按小數位縮放後顯示數量。六位小數時，原始整數1234500表示1.2345個單位，不是1234500枚。符號與名稱並非全球唯一標識，必須同時記錄網路和合約地址，否則同名代幣、小數位不同或假冒資產會使解釋完全改變。
瀏覽器和交易所常把小數位顯示為可編輯格式，用戶輸入的數量還受步長與最小額約束。先查看完整合約與平台規則，不能因餘額頁面顯示四捨五入就認為可以轉出同樣數量。
選擇可信依據
ERC-20的decimals屬於可選元資料，不應假定每份合約都返回標準值，也不能自動用十八位代替未知值。查看正式合約、可信瀏覽器與發行說明，識別代理實現和版本變更。元資料讀取失敗時保留原始整數及未知狀態，不通過猜測讓資產看起來符合預期。
代理合約升級後元資料讀取可能來自實現合約，保存查詢區塊和工具來源。若不同瀏覽器顯示不一致，先確定是否查詢同一網路和地址，再檢查小數位是否可變或僅有緩存。
核對具體字段
金融記錄使用整數或十進制定點方法，二進制浮點可能在相加、捨入和大數處理中引入誤差。保留raw整數、scale與顯示單位三列，輸入輸出時才進行格式化。表格工具可能把長整數變成科學計數或截斷，導入前設置文本類型並用校驗樣本核對，不靠肉眼看大致相同。
大數分割與合併應做反向測試，確保整數未溢出。代碼和表格中避免把raw值先轉浮點再乘除；捨入方向要按業務規則記錄，不能用預設格式化掩蓋差一個單位。
處理邊界情況
轉賬日誌數量與帳戶餘額需使用相同尺度，費用代幣和轉移代幣可能不同。顯示四捨五入不代錶鏈上剩餘為零，極小殘餘也不能隨意抹去。對金額上限、最低提幣額和交易精度，要區分平台規則與代幣decimals；支持六位顯示並不意味著每個訂單允許六位數量。
費用和餘額同時顯示時標明幣種，展示單位可隨語言變化但底層scale不應被翻譯誤改。多語言文章應保留公式、原始值和單位，避免中文逗號或阿拉伯數字格式被解析為另一數值。
保存結果與版本
練習可用無價值測試資料，把1234500與六位小數轉換後再反算回整數，檢驗是否完全一致。更改小數位應觸發核對而非默默重新估值。文章展示原始值、公式、單位與來源，讓讀者理解數值尺度不創造經濟價值，也不會因為界面增加零位就自動改變資產權利。
遇到同名代幣或小數位異常先暫停發送，用可信瀏覽器驗證合約和事件。不要為修復顯示而授權陌生網站讀取或移動資產，展示問題與資產狀態需要分開處理。
