bigint数字货币的大数运算，开发必知的精度陷阱

bigint数字货币的大数运算，开发必知的精度陷阱

做链上开发这几年，bigint这个词几乎天天跟。数字货币系统里，从最底层的聪（sat）到上面跑的DeFi协议，满屏都是大数运算。普通人可能觉得不就存个数字吗，但真实情况是，一旦精度不够或者溢出，轻则资产算错，重则整个合约直接废掉。

拿ERC-777和ERC-20来说，代币精度从18位到小数点后几位不等，底层全是uint256这种大数存储。你写一个swap函数bigint数字货币的大数运算，开发必知的精度陷阱，分子分母可能都是百位数的大数，稍微一个除法截断，滑点就偏了。开发时我专门用bigint库把每一步中间值打日志，不然bug根本查不出来。

最头疼的是跨链场景。一条链上uint256到顶了，桥过去另一条链可能只支持uint128，直接溢出。我之前参与的一个跨链桥项目，就因为没做溢出校验，测试网上差点把一批代币精度从18位截成16位，算出来金额差了两个零。

现在做智能合约审计，我盯着最多的就是大数除法后的取整方向和浮点精度丢失。协议里一个divide取整bigint数字货币，反复几百轮循环后误差能滚雪球。链上数据不可篡改，算错就是错，没有回滚这一说，所以每个bigint操作都得拿计算器手算一遍边界值。