🎉 #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智能合約中實現更精確的數值計算,提高合約的可靠性和公平性。