📢 Gate广场 #创作者活动第一期# 火热开启,助力 PUMP 公募上线!
Solana 爆火项目 Pump.Fun($PUMP)现已登陆 Gate 平台开启公开发售!
参与 Gate广场创作者活动,释放内容力量,赢取奖励!
📅 活动时间:7月11日 18:00 - 7月15日 22:00(UTC+8)
🎁 活动总奖池:$500 USDT 等值代币奖励
✅ 活动一:创作广场贴文,赢取优质内容奖励
📅 活动时间:2025年7月12日 22:00 - 7月15日 22:00(UTC+8)
📌 参与方式:在 Gate 广场发布与 PUMP 项目相关的原创贴文
内容不少于 100 字
必须带上话题标签: #创作者活动第一期# #PumpFun#
🏆 奖励设置:
一等奖(1名):$100
二等奖(2名):$50
三等奖(10名):$10
📋 评选维度:Gate平台相关性、内容质量、互动量(点赞+评论)等综合指标;参与认购的截图的截图、经验分享优先;
✅ 活动二:发推同步传播,赢传播力奖励
📌 参与方式:在 X(推特)上发布与 PUMP 项目相关内容
内容不少于 100 字
使用标签: #PumpFun # Gate
发布后填写登记表登记回链 👉 https://www.gate.com/questionnaire/6874
🏆 奖励设置:传播影响力前 10 名用户,瓜分 $2
Rust智能合约数值精算:浮点数陷阱与整数精度优化
Rust智能合约养成日记(7)数值精算
1. 浮点数运算的精度问题
Rust语言原生支持浮点数运算,但浮点数运算存在着无法避免的计算精度问题。在编写智能合约时,不推荐使用浮点数运算,尤其是处理涉及重要经济/金融决策的比率或利率时。
Rust语言中浮点数遵循IEEE 754标准。以双精度浮点类型f64为例,其内部二进制表示如下:
浮点数采用底数为2的科学计数法表达。例如0.8125可用有限位数的二进制数0.1101表示:
0.8125 = 0.5 * 1 + 0.25 * 1 + 0.125 * 0 + 0.0625 * 1
然而对于0.7这样的小数,会出现无限循环的情况:
0.7 = 0.1011001100110011...
这就导致无法用有限位长的浮点数准确表示,存在"舍入"现象。
以在NEAR公链上分发0.7个NEAR代币给十位用户为例:
rust #[test] fn precision_test_float() { let amount: f64 = 0.7;
let divisor: f64 = 10.0;
let result_0 = amount / divisor;
println!("The value of amount: {:.20}", amount); assert_eq!(result_0, 0.07, ""); }
执行结果:
running 1 test The value of amount: 0.69999999999999995559 thread 'tests::precision_test_float' panicked at 'assertion failed: (left == right) left: 0.06999999999999999, right: 0.07: ', src/lib.rs:185:9
可见amount的值并非准确的0.7,而是一个近似值0.69999999999999995559。进一步的除法运算结果也变为不精确的0.06999999999999999。
为解决这个问题,可以考虑使用定点数。在NEAR Protocol中,通常采用10^24个yoctoNEAR等价于1个NEAR代币的表示方法。
修改后的测试代码:
rust #[test] fn precision_test_integer() { let N: u128 = 1_000_000_000_000_000_000_000_000;
let amount: u128 = 700_000_000_000_000_000_000_000; let divisor: u128 = 10;
let result_0 = amount / divisor; assert_eq!(result_0, 70_000_000_000_000_000_000_000, ""); }
执行结果:
running 1 test test tests::precision_test_integer ... ok test result: ok. 1 passed; 0 failed; 0 ignored; 0 measured; 8 filtered out; finished in 0.00s
2. Rust整数计算精度的问题
2.1 运算顺序
同一算数优先级的乘法与除法,其前后顺序的变化可能直接影响到计算结果,导致整数计算精度的问题。
rust #[test] fn precision_test_div_before_mul() { let a: u128 = 1_0000; let b: u128 = 10_0000; let c: u128 = 20;
}
执行结果:
running 1 test thread 'tests::precision_test_0' panicked at 'assertion failed: (left == right) left: 2, right: 0: ', src/lib.rs:175:9
可以发现result_0 = a * c / b 和 result_1 = (a / b) * c 尽管计算公式相同,但结果不同。原因是整数除法会舍弃小于除数的精度。在计算result_1时,先计算 (a / b) 会导致精度丢失变为0;而计算result_0时,先算得a * c = 20_0000大于除数b,避免了精度丢失。
2.2 过小的数量级
rust #[test] fn precision_test_decimals() { let a: u128 = 10; let b: u128 = 3; let c: u128 = 4; let decimal: u128 = 100_0000;
}
执行结果:
running 1 test 12:13 thread 'tests::precision_test_decimals' panicked at 'assertion failed: (left == right) left: 12, right: 13: ', src/lib.rs:214:9
可见运算过程等价的result_0和result_1结果不同,且result_1 = 13更接近实际预期的13.3333....
3. 如何编写数值精算的Rust智能合约
3.1 调整运算的操作顺序
3.2 增加整数的数量级
3.3 积累运算精度的损失
对于无法避免的整数计算精度问题,可以考虑记录累计的运算精度损失。
rust const USER_NUM: u128 = 3;
fn distribute(amount: u128, offset: u128) -> u128 { let token_to_distribute = offset + amount; let per_user_share = token_to_distribute / USER_NUM; println!("per_user_share {}", per_user_share); let recorded_offset = token_to_distribute - per_user_share * USER_NUM; recorded_offset }
#[test] fn record_offset_test() { let mut offset: u128 = 0; for i in 1..7 { println!("Round {}", i); offset = distribute(10_000_000_000_000_000_000_000_000, offset); println!("Offset {}\n", offset); } }
执行结果:
running 1 test Round 1 per_user_share 3333333333333333333333333 Offset 1
Round 2 per_user_share 3333333333333333333333333 Offset 2
Round 3 per_user_share 4000000000000000000000000 Offset 0
Round 4 per_user_share 3333333333333333333333333 Offset 1
Round 5 per_user_share 3333333333333333333333333 Offset 2
Round 6 per_user_share 4000000000000000000000000 Offset 0
test tests::record_offset_test ... ok test result: ok. 1 passed; 0 failed; 0 ignored; 0 measured; 9 filtered out; finished in 0.00s
3.4 使用Rust Crate库rust-decimal
该库适用于需要有效精度计算和没有舍入误差的小数金融计算。
3.5 考虑舍入机制
在设计智能合约时,舍入问题通常采用"我要占便宜,他人不得薅我羊毛"的原则。根据这个原则,如果向下取整对我有利,则向下;如果向上取整对我有利,则向上;四舍五入不能确定是对谁有利,因此极少被采用。