MOVE語言首個GAS設計:鏈上GAS計費方案解析

MOVE語言的最新版本原本計劃在無GAS的前提下運行,因此並未爲GAS機制做好準備。近期某區塊鏈平台爲其建立的GAS計劃被稱爲"一場冒險",這是MOVE語言首個GAS設計。

該平台的GAS計劃闡明了制定GAS的原則、流程、計算方法、後期調整以及接受社區建議等內容。

GAS計量是許多區塊鏈的基本概念,它定義了執行和存儲鏈上交易所需的計算和存儲資源量的抽象計算。GAS計劃確定鏈上所有執行消耗的成本,用於計算執行交易期間使用的GAS花費。

流程

爲了有效執行,該平台的流程包括:

1. 定義原則
2. 準備評估框架,確定每個執行的價格
3. 爲Move建立GAS計量系統和安全GAS代數
4. 導入上遊GAS框架
5. 使GAS框架具有存儲意識
6. 進一步細化GAS計劃

原則

該平台定義的原則包括:

1. 操作成本應與網路可用資源直接相關,並隨技術進步而降低
2. GAS由鏈上治理設置,可無縫配置
3. GAS可防止DoS攻擊,可根據網路情況迅速調整
4. GAS價格反映了加速增長和保持區塊鏈可及性的願景
5. 鼓勵在設計中做出好的選擇,如優先考慮安全性、模塊化等

計算GAS

用戶提交交易時需指定兩個數量:

• 最大GAS數量:用戶願意花費的最大GAS單位數
• GAS單價:用戶願意支付的每單位GAS價格

執行過程中,交易將被收取:

1. 固定成本
2. 執行成本
3. 讀取成本
4. 寫入成本

最終交易費用 = 消耗的GAS總量 * GAS單價

例如,一筆交易消耗670個GAS單位,用戶指定GAS單價爲100 Octa/單位,則最終費用爲670 * 100 = 67000 Octa = 0.00067 APT。

如果交易執行中耗盡GAS,發送方將按最大GAS量收費,且所有更改將被恢復。

建立GAS計劃表

1. 基本配置

GAS計劃包含幾個與單個操作無關的組成部分,如交易大小和最大GAS單位。

2. 交易規模

最初設爲32KB,後根據社區反饋調整爲64KB。過大的交易可能影響網路性能,需在規模和可訪問性間平衡。

3. 最大GAS單位

定義單筆交易最多可執行的操作量,設置過高可能影響性能。目前設爲1,000,000,即使最大框架升級也不到90%。

4. 執行

通過基準框架和分析工具評估執行成本,估算Move指令和原生函數的相對成本。

5. 存儲

考慮存儲設備帶寬、IOPS容量及永久佔用成本,設計存儲GAS計劃。訪問任何狀態項都產生相關成本:

存儲GAS費 = 項目費 + (字節費 * 字節數)

讀、創建和寫

狀態項訪問分爲讀、創建和寫三類:

• 讀操作最常見,根據磁盤IOPS和帶寬容量校準費用
• 創建操作成本最高,根據參考磁盤空間校準費用
• 寫操作更新現有項,對更新的字節收取與創建相同的費用

定義了6個GAS參數構成總費用:

• per_item_read:根據IOPs校準
• per_byte_read:根據帶寬校準
• per_item_create:根據目標總項目校準
• per_byte_create:根據目標總大小校準
• per_item_write:與per_item_read相同
• per_byte_write:與per_byte_create相同

穩定的GAS單位成本

固定GAS單位成本有助於保持GAS計劃不變,與代幣市場價值脫鉤。選擇約3位數精度表示GAS單位,如轉帳交易約700個GAS單位。

社區參與

社區成員可以:

1. 指出GAS計劃不合理之處
2. 參與社區討論
3. 就相關治理提案投票

如何調整GAS成本

GAS計劃作爲鏈上配置存儲,可通過治理提案更改。設計爲可擴展,允許升級。復雜的GAS公式更改需更新節點軟件並獲得廣泛採用。

未來工作

作爲Move首個可行GAS框架,未來工作方向包括:

1. 降低執行成本
2. 多維GAS計算,允許單獨指定執行和存儲預算
3. 緩解臃腫狀態,探索狀態項TTL概念

這一GAS設計爲今後工作奠定了基礎,但仍需不斷完善和改進。