🎉 #Gate Alpha 第三届积分狂欢节 & ES Launchpool# 联合推广任务上线!
本次活动总奖池:1,250 枚 ES
任务目标:推广 Eclipse($ES)Launchpool 和 Alpha 第11期 $ES 专场
📄 详情参考:
Launchpool 公告:https://www.gate.com/zh/announcements/article/46134
Alpha 第11期公告:https://www.gate.com/zh/announcements/article/46137
🧩【任务内容】
请围绕 Launchpool 和 Alpha 第11期 活动进行内容创作,并晒出参与截图。
📸【参与方式】
1️⃣ 带上Tag #Gate Alpha 第三届积分狂欢节 & ES Launchpool# 发帖
2️⃣ 晒出以下任一截图:
Launchpool 质押截图(BTC / ETH / ES)
Alpha 交易页面截图(交易 ES)
3️⃣ 发布图文内容,可参考以下方向(≥60字):
简介 ES/Eclipse 项目亮点、代币机制等基本信息
分享你对 ES 项目的观点、前景判断、挖矿体验等
分析 Launchpool 挖矿 或 Alpha 积分玩法的策略和收益对比
🎁【奖励说明】
评选内容质量最优的 10 位 Launchpool/Gate
Rust智能合约中的数值精算技巧与注意事项
Rust智能合约养成日记(7):数值精算
本文将探讨Rust智能合约编程中的数值精算问题,主要包括浮点数运算的精度问题、整数计算精度的问题,以及如何编写数值精算的Rust智能合约等内容。
1. 浮点数运算的精度问题
Rust语言原生支持浮点数运算,但浮点数运算存在着无法避免的计算精度问题。在编写智能合约时,不推荐使用浮点数运算,特别是在处理涉及重要经济/金融决策的比率或利率时。
Rust语言中双精度浮点类型f64遵循IEEE 754标准,采用底数为2的科学计数法来表达。然而,某些小数(如0.7)无法用有限位长的浮点数来准确表示,会存在"舍入"现象。
以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, ""); }
执行结果显示,amount的值并非准确的0.7,而是一个极为近似的值0.69999999999999995559。进一步的除法运算结果也变为不精确的0.06999999999999999,而非预期的0.07。
为解决这个问题,可以考虑使用定点数。在NEAR Protocol中,通常采用10^24作为分母,即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, ""); }
这样可以获得精确的运算结果: 0.7 NEAR / 10 = 0.07 NEAR。
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;
}
测试结果显示,result_0和result_1的计算结果不同。这是因为对于整数除法,小于除数的精度会被舍弃。在计算result_1时,(a / b)会率先失去计算精度,变为0;而计算result_0时,先计算a * c可以避免精度丢失。
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;
}
测试结果显示,result_0和result_1的运算结果不同,且result_1 = 13更接近实际预期的计算值13.3333....
3. 如何编写数值精算的Rust智能合约
为提高精度,可以采取以下防护手段:
3.1 调整运算的操作顺序
令整数乘法优先于整数的除法。
3.2 增加整数的数量级
使用更大的数量级,创造更大的分子。例如,可以将5.123 NEAR表示为5.123 * 10^10 = 51_230_000_000。
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(to_yocto("10"), offset); println!("Offset {}\n", offset); } }
这种方法可以累积并重新分配因精度损失而未分发的代币。
3.4 使用Rust Crate库rust-decimal
该库适用于需要有效精度计算和没有舍入误差的小数金融计算。
3.5 考虑舍入机制
在设计智能合约时,舍入问题通常遵循"我要占便宜,他人不得薅我羊毛"的原则。根据这个原则,如果向下取整对合约有利,则向下;如果向上取整对合约有利,则向上;四舍五入由于不能确定是对谁有利,因此极少被采用。
通过采用这些方法,可以在Rust智能合约中实现更精确的数值计算,提高合约的可靠性和公平性。