Blockchain Developer 走偏的統計仔趁著服役期間寫寫文章

Aptos 白皮書解析系列 — 2

2022 年 9 月 20 日

十五分鐘了解為什麼 Move 有機會取代 Solidity

前言

在 Aptos白皮書解析系列 — 1，我們介紹白皮書的 1~3 章，這篇文章會講到第四章 — Move 語言。

然而白皮書的介紹僅用不到一頁，較為籠統。為了讓讀者了解它的優勢所在，我會解讀出自 3NJOY Lab Founder — Flex 的文章 Why Move will overtake Solidity as the mainstream programming language?

就能明白為什麼 Aptos 不走一般公鏈的老套路，將自己的應用層整合 EVM，讓 Solidity 開發者直接遷移，進而快速壯大生態系，而是選擇 Move 語言，打掉重練。

但當然，概念性的解釋是沒辦法滿足咱們廣大開發者的胃口的，我都明白～下一篇會分別實作 Erc-20, SPL-token, Move token 來比較他們資料存儲的差異。

老樣子，如果您只想看重點整理…

Move 語言特性

強調資源的稀缺性(Resource Scarcity)、保存性和存取控制，Move 模組定義每個資源的生命週期、存儲和訪問模式。這確保了像 Token 不會在沒有適當憑證的情況下產生、不會被雙重花費，也不會消失。

重新定義「資產」的概念及實作方式，保障使用者資產
Move Prover 可以預先測試智能合約，使智能合約更安全、更受信任
Move 的可升級性使區塊鏈升級不需將鏈暫停

如果您…想一起…深入研究…那麼就來吧…（財哥上身）

四、Move 介紹

首先，Aptos 作為一個想在各方面優化的區塊鏈，採用 Move 一定有它的原因。

3NJOY Lab Founder — Flex 表示

我們團隊過往在 Ethereum 、 Solana 生態上都開發過項目，而自從我接觸了 Move 之後一直保持著一個觀點： Move 是目前最先進的智能合約語言，未來是一定會超越 Solidity 生態系統的，這也正是我們團隊堅持在 Move 領域持續開發的動力。

我跟朋友在寫過之後其實也有這種感覺，主要的原因是，Web3 作為「分散式帳本」，除了專注在「分散式」的概念以外，目前的大部分的應用聚焦在「帳本」，大部分用戶使用的動機也是在於有利可圖，也就是會得到「資產」。

如今，加密資產的概念不斷擴大，「加密」的屬性不斷被弱化，「資產」的屬性不斷增強。幾乎每一個加密項目都會有加密資產，而加密資產的持續升值往往成為項目發展的動力，但資產的升值和項目的發展都離不開資產安全。

正如我先前講到的，目前的大部分的應用聚焦在「帳本」，大部分用戶使用的動機也是在於有利可圖，然而…

資產安全似乎是所有平台都應該給予的基本保障，但事實卻令人沮喪，我們已經看到了一次又一次的盜竊案。

Move 作為一個為資產安全而生的語言，就具有極大的優勢了。

這讓我意識到了 Move 的優越性。Move 語言通過
1. 將資源定義(resource definition)與控制權限(control authority)分離
2. 靜態類別(static typing)
3. 泛型(generics)
4. 模塊系統(module system)
5. 形式化驗證(formal verification)
讓智能合約更適合其資產化應用，從智能合約的層級保障加密資產的安全性。

一直說資源資源的，資源到底是什麼意思？

在 Diem 所撰寫的 Move 語言教學中，他們特別強調”Move is a language about resource”。

Resource可以更有效地定義資產且更安全

Move 認為 Token 是一種特殊、不可被複製、不可忘記的資產，也不應該用普通的資料類別來定義，Resources 就是在這種情況下誕生的，用來定義鏈上資產的工具。

資產增減在 Solidity 與 Move 中的差異

Solidity

Solidity中的 ERC20 只有定義 Interface，只要隨便 override 就可以改內部實作。

舉個例子，如果有開發者想搞事，在實作 transfer 的時候把底下的 242行改成 _balance[to]+= (amount+1)，那麼 token 總量就平白無故增加了。

資產遷移在 Solidity 中是加減法。

2. Move

Move 中的 Resource 則是在底層將資產的概念進行了封裝而非加減法，避免憑空產生或隨意存取資產，提高了安全性。

所以在 Move 中如果使用到某個 module 的 struct，就會連 implemetation 都帶進來。

資產遷移在 Move 中如同搬遷一樣，從一個地方搬到另一處。

可以說，Move 是一種更加原生且貼合的專用於發行加密資產的程式語言，它將程式與加密資產融在一起了。

現在回到剛剛所提到的五點…

1. 將資源定義(resource definition)與控制權限(control authority)分離
2. 靜態類別(static typing)
3. 泛型(generics)
4. 模塊系統(module system)
5. 形式化驗證(formal verification)

1. 將資源定義與存取控制分離

資源定義

上面已經提到過。

將資源與存取控制分離

上一篇文中提過 Web3 強調用戶的所有權。Solidity 透過 Map 的形式，集中存儲智能合約資料，當合約有漏洞被發現，攻擊者得到合約 Owner 私鑰，所有用戶的資產都將遭到攻擊。Resource 能夠將資產資料分散的存儲到每個用戶自己的 Account 下，既保證了數據的安全，又真正的做到了數據的所有權歸用戶所有，也就是說，合約的 Owner 沒有修改數據的權限。

總之，這種設計不僅明確了資源屬性，還讓用戶可以靈活管理和轉移資產，同時提供安全保護措施，防止這些資產受到攻擊，使Move語言比Solidity更強大、安全。

2. 靜態類別（Static Typing）

其實 Solidity 也是，這部分沒什麼好說的，簡單來說就是一旦有變數誤用或資料型態上的 bug，在編譯階段就能發現，降低執行時期的風險。

3. 泛型（Generics）

這是 Move 語言的精華

所以想留到下一篇給它比較大的篇幅來講解。簡單來說，在定義時使用泛型先暫緩型別的規格定義，到了實體化時再定義其型別規格。好處有二

強型別
不需做轉換

4. 模組系統（Module System）

過去我們一直在講智能合約的可組合性

在 Solidity 生態中，智能合約的可組合性更像是基於 Interface 間透過消息傳遞進行的組合。

在 Move 中則是 Module 間的組合，透過資源的傳遞進行交互。

怎麼理解他們之間的不同呢？以建造一個汽車工廠為例

Solidity 的做法是定義了這個工廠的生產標準以及流程，每一個想來造汽車的人都需要先造一個符合生產標準及流程的工廠，然後才能創造汽車。

Move 的方式是工廠就只有一個，想要造汽車的人使用這一個工廠就能造出來大家都認可的汽車。

這樣的好處是一方面是節省了合約佔用的區塊空間，我們不需要重複創造工廠，另一方面則是讓優化、升級變得容易，不會自斷手腳了。

再舉個例子

當我們想擴展一些新的行為或者做一些實現上的優化，那我們需要重新定義過往的接口，同時也會影響舊的方法，像 ERC-721 和 ERC-721A， ERC-4907 這些優化和新的定義，是沒有辦法直接讓過去所有使用了 ERC-721 的合約直接進行升級迭代的。(PS. 我之前也寫過一篇 ERC721A詳解，有興趣的話看看

而 Move 基於 Module 間的組合只需要對 Module 進行升級和優化，所有使用過這個 Module 的其他合約都會自動使用最新的版本。

這種合約級別的可組合性和面向資源的程式編寫帶來的表現力與可擴展性是其他語言無法做到的。同時針對資源的定義也更貼近現實世界中各種資源的組合方式，比如樂高、組裝電腦主機的各種配件。

Move 這些特點帶來的一個關鍵性的好處就是可以非常明確的將資源的定義和資源相關的行為進行拆分。

如同一個物品，物品的本身定義只是決定了他以什麼形態展示，具有那些屬性，能夠以什麼方式被銷毀，而他的所有權、是否可以進行轉讓等等相關行為，完全由物品的所有人、使用方來決定。

這跟現實世界是高度相似的，當一個商品擺在貨架上的時候，是可以被任何人購買的。而當商品放在保險櫃裡，就受到了其他規則的限制。

5. 形式化驗證（Formal Verification）

Move Prover 用來測試程式碼是否安全

即使存在不受信任的程式碼，Move 也能利用 bytecode 驗證器來保證類別和存儲的安全。為了幫助開發者編寫更受信任的程式碼，Move 包含了一個稱為 Move Prover 的驗證器，它能夠根據定義好的規範驗證 Move 程式的功能正確性。

圖片取自 https://learnblockchain.cn/article/4749

檢查智能合約中是否有錯誤

Move Prover（MVP）就是為防止 Move 語言編寫的智能合約中存在錯誤而設計。用戶以 Move 規範語言（Move Specification Language，MSL）指定智能合約的功能屬性，然後使用 Move Prover 自動靜態地檢查它們。

Move 檔中可以有兩種組成

程式碼
Move 語言寫成。我們用它定義資料型別、實作 function。
形式規範（Formal Specification）
可寫可不寫，是以 Move 規範語言（MSL）寫成。我們用它說明程式碼應該滿足怎樣的性質，例如描述 function 的行為。可以把它想成單元測試，但在 Move 中，不需要再用以往的框架額外寫 js, ts 的測試（雖然現在爆紅的 Foundry 是挺方便的啦