Substrate VS 智能合約 | part I: 概述

這個系列面向的是智能合約開發者，或者是在智能合約和自己定制區塊鏈之間搖擺不定的從業者。希望讀完這個系列之后，可以幫助大家更好地了解Substrate與智能合約的異同，面對不同的業務需求時，可以更加高效進行技術選型。同時，也希望可以給大家提供一些有趣的視角來看待Substrate，歡迎任何反饋。

簡單來說，Substrate是一個構造區塊鏈的“輪子”。在Substrate之前，如果大家想要快速構造一條鏈，選擇是非常少，而且可定制化程度也很低。基本上公鏈會fork Bitcoin，聯盟鏈會直接使用Hyperledger。Substrate是一個開箱即用的構造區塊鏈的SDK，從簡單的智能合約，到中層的鏈上邏輯，或者底層的p2p網絡、數據庫、共識，都可以自由定制。關于Substrate入門介紹文章已經很多了，這里就不贅述了。想入門的同學可以看看下面的資料：（注：由于微信訂閱號無法跳轉外部鏈接，下面幾篇文章請移步 “閱讀原文” 后點開）

Substrate初次亮相視頻， 15分鐘速成搭鏈， 什么是Substrate - from boka.network

, 什么是Substrate - from Ethfans

想要了解更多的童鞋也可以自行google。

智能合約是部署在區塊鏈之上的一段代碼，可以按照合約里預先設定的不可篡改的規則執行功能。因目前主流的智能合約指的都是以太坊上的智能合約，下文中的智能合約指的都是以太坊網絡中的智能合約。

在這里，會從最宏觀的角度去理解Substrate和智能合約的異同，不會涉及到具體的功能性demo和細節。更加詳細的主題我們會在后續的文章中提及。

bool

integers

address (``accountId` in Subtrate)

MakerDAO創始人于社區闡述Spark Protocol預挖空投計劃及SubDAO挖礦經濟模型:8月10日消息，MakerDAO創始人Rune Christensen發起關于SparkDAO SPK的預挖空投；SubDAO農場概述的社區提案，提案概述借貸協議Spark Protocol潛在的SPK預挖空投計劃，并將審查第二階段將啟動的一般SubDAO挖礦經濟模型。

其中該提案建議回溯計算哪些用戶從 Spark Protocol 借款，并從 EDSR 將借款利率提高到 5% 之刻開始計算，其中按照他們所抵押的波動性資產的金額及時間長短比例進行代幣分配，用戶無需采取任何特殊行動即可有資格參與空投；SubDAO 10 年總共會分發 20 億枚 SubDAO 代幣給每個 SubDAO 參與者，在前兩年中，創世農場的速度是每年 5 億枚 SubDAO 代幣，其中每年有 3.5 億枚 SubDAO 代幣用于 NewStable 農民，1.5 億枚 SubDAO 代幣用于 NewGovToken 農民，接下來兩年（第三至第四年），創世農場的速度為每年 2.5 億枚 SubDAO 代幣，其中每年有 1.75 億枚 SubDAO 代幣用于 NewStable 農民，7500 萬枚 SubDAO 代幣用于 NewGovToken 農民。[2023/8/10 16:17:23]

array

map

enum

string：雖然存在string類型，但是沒有完善的string處理方法

linked_map：可以遍歷的map

per_things：可以認為定點數

double_map：雙鍵map

enum：這里單獨列出來，是因為solidity中的enum只是數字的枚舉，而substrate中的enum包含類型信息

基于Polkadot的數據索引解決方案SubQuery集成以太坊虛擬機:金色財經報道，基于Polkadot的數據索引解決方案SubQuery已與Moonriver和Moonbeam合作集成了以太坊虛擬機(EVM)功能。因此，來自類似以太坊的系統的數據現在可以在Polkadot和Kusama的智能合約生態系統中無縫使用。SubQuery允許使用自定義參數過濾和索引數據。新系統適用于各種用例的去中心化應用程序的開發和維護，包括DeFi協議。[2021/10/29 21:06:43]

Substrate中沒有string

Substrate中沒有string類型，與string對應的，只有Vec。這就要涉及到Substrate或者是區塊鏈的設計哲學。鏈上存儲是很寶貴的，并且string和Vec是相互可轉換的，因此Substrate決定不用string.

Substrate中的enum

Solidity和Substrate中都有enum，但是兩者存在的意義對整個系統來說是完全不同的。

Solidity中的enum更像是一個數字的文字化表述，例如下面的定義：enum trafficLight {            Red,            Yellow,            Green}

這里的Red, Yellow和Green 其實只是 0, 1, 2而已。

而Substrate中的enum（其實就是rust中的enum，繼續學習請參考：Rust中的枚舉）則可以攜帶類型信息，功能強大。

例如Substrate中的Error，

社交開放協議Subsocial完成首輪融資 MEXC Labs等參投:官方消息，去中心化社交開放協議Subsocial完成首輪融資，參投方包括 Hypersphere、Illusionist Group、MEXC Labs、Alameda Research、NGC、PAKA、Signum Capital等，融資金額未披露，合作伙伴交易所列表、確切日期和其他細節尚未公布。目前團隊正在測試一個新節點，為啟動獨立主網做準備，生態系統將由其原生資產SUB以及資產化工具提供支持。Subsocial 是一個基于 Substrate 和 IPFS 技術堆棧的Web3平臺，是用于去中心化社交網絡和市場的開放協議。Subsocial此前啟動了一個致力于Kusama和Polkadot的子社交網絡Polkaverse。[2021/7/1 0:20:36]

enum Error<AccountId> {            WrongAddress(AccountId),            WrongIndex(u32), //    ...}Substrate中的linked_map與Solidity中的map

struct Student {            string name,             uint32 number,            uint8 age,  }mapping(uint8 => Student) students;    uint[] class;并且對array進行元素刪除并且是一件O(n)的操作，這意味著我們無法支付的起昂貴的gas費用，并且涉及到多個存儲的更改，稍不留神可能就會出現邏輯錯誤。

印度經濟學家Subramanian Swamy：加密貨幣是 \"未來的主題\":印度著名經濟學家、聯邦院議員Subramanian Swamy在最近的網絡研討會上稱加密貨幣是 \"未來的主題\"，并指出數字貨幣是關于支付商品交換的最新發展。此外，就印度政府抵制加密貨幣的政策，Subramanian Swamy表示，“加密貨幣的到來是不可阻擋的。”（Republicworld）[2021/5/27 22:48:41]

Substrate中提供了多種map，包括map, linked_map, double_map。其中linked_map即是對map提供了iterate的功能。這使得存儲和邏輯變得更加貼近真實。

想要深入學習Substrate中存儲類型的童鞋，請移步Substratec存儲類型概覽

作為一個前智能合約er，深知dapp的痛：

gas費用太高，用戶玩不起；

出塊時間長，用戶等不起；

一般dapp都會有自己的token，但是用戶必須現有eth才可以玩，這對不習慣區塊鏈的用戶來說是一大門檻；

新用戶經常弄丟私鑰，資產都沒了；

這當然不是智能合約的錯。站在昨天，智能合約是劃時代的產物；站在現在，智能合約的不足需要新的技術來彌補。

有些dapp開發者選擇不在eth公鏈上部署dapp，而是自己使用eth開發私鏈來部署自己的dapp，確實可以解決上述的部分問題，但是類似私鑰、多種token對用戶門檻的提高，仍然是無法避免的。

而Substrate作為區塊鏈開發的“輪子”，因為優秀的框架設計和抽象分層，給開發者提供了多階定制選擇：

BiKi平臺開啟SGB(SubGame) 凈買入1%空投和交易大賽:據BiKi平臺官方公告，SGB(SubGame) 凈買入1%空投和交易大賽將于5月20日00：00（GMT+8）正式開啟，對活動期間SGB凈買入量的1%SGB進行空投，且交易大賽個人最高可得1,000SGB。

SubGame是一個面向全球眾多開發者參與波卡生態建設的游戲和支付模組引擎平行鏈。SubGame采用Subscript為底層語言，沿用了Javascript的語法，并在Assembly Script中完成了對Substrate智能合約API和SDK的封裝。簡單來說，Subscript實現了支持任何Web開發者快速入手部署波卡原生智能合約的能力。[2021/5/18 22:15:09]

Substrate分層

這里簡單介紹一下Substrate的分層，想要深入了解的童鞋可以自己搜索一下，

Substrate Node: 節點層。在這一層基本上不做什么改動。就是編譯一下就可以運行一個節點了。如果想要做一些改動，就重寫一下創世配置文件就好了。重新定義鏈中的參數，但是無法修改鏈的運行邏輯。

Substrate FRAME: runtime層。基本上絕大部分的定制化都發生在這一層。在這一層大家可以做的事情很多，概括起來就是修改區塊鏈的運行邏輯。比如轉賬、治理、鏈上升級邏輯、staking等都發生在這一層。是智能合約開發者最需要關注的一部分。

Substrate Core: 核心層。整個FRAME/runtime層在Core面前都可以被忽略。可以用任何語言從0開始搭建一個runtime，只要它最終可以被編譯成WebAssembly. 這一層主要包括區塊鏈的一些底層組件，包括共識、數據庫、p2p網絡等。

對于智能合約開發者而言，我們把大部分目光放在FRAME層就可以了。

在這一層中，大家可以實現任何可以用智能合約實現的功能，以及用智能合約辦不到的事情。比如：

自定義token system，除了轉賬，還實現鏈邏輯層面上的鎖倉、自定義釋放規則等；

自定義區塊間隔時間和手續費：這里，所有原先區塊鏈的出快慢、手續費高的煩惱都可以丟掉，開發者可以自定義出塊時長，以及操作手續費多少；

實現鏈邏輯的整體升級；

實現鏈的治理；

實現多種賬戶支持，例如在用戶丟失私鑰的情況下，如果保證用戶的資產不受損失；

....

所有對區塊鏈操作門檻、用戶友好、響應速度的抱怨，都可以在runtime層通過巧妙地設計來化解。接下來會詳細聊到其中的一些部分。

solidity智能合約開發者，還有一層痛苦就是，需要不停地ctrl+C和ctrl+V。因為solidity是獨立于現有編程語言系統的，沒有任何可以直接調用的依賴；solidity里自帶的library，與其說是library，更像是一段“不配擁有地址的”代碼引用。即使有import，前提也是依賴必須自己寫。哪怕復制粘貼。

這使得大家在寫solidity代碼的時候，無法直接找到現有輪子，然后下載引入；而是復制粘貼+改寫，某種程度上，分散了dapp開發者的注意力，進一步阻礙了dapp的生態進步。畢竟，除了注意復雜的業務邏輯和防不勝防的安全漏洞之外，還要自己寫輪子。

對此dapp開發者有一段心酸地自嘲，“只要能用solidity寫出log(n)就足以創建一個項目了”。

Substrate的FRAME，目前parity自己使用Rust語言進行開發，但任何可以編譯成WebAssembly的語言都可以用來寫FRAME。終于，開發區塊鏈邏輯也可以像正常寫程序一樣正常進行了。（這里的痛可能只有dapp開發者能體會了）

這里舉個例子，比如著名的BTC-Relay項目，實現了BTC -> ETH的跨鏈，方法是用solidity在智能合約中實現了一個BTC的SPV（Simplified Payment Verification），其中最關鍵的一步就是驗證比特幣網絡中的交易的有效性。

驗證交易有效性在solidity中的實現，也得益于solidity中提供的precompile的hash function和在BTC中使用的一樣(SHA256)，否則可以想見，這樣著名的項目，可能就不會出現。

所以，自由地使用各種現有的基礎設施，不僅幫助開發者節省時間和精力，更是鼓勵整個應用生態層層推進，向水更深、更未知的方向去探索。如果說之前dapp開發者是帶著鐐銬在跳舞，那現在substrate就是在幫助他們卸下枷鎖，更自由地舞蹈。

ETH是沒有延后執行或者自動執行功能的，所有的交易必須手動觸發。有一些區塊鏈平臺已經實現了延后執行的功能，但是不能精準控制執行的時間和條件。

在Substrate中有一個很棒的自定義功能，on_initialize和on_finalize兩個功能會在validator構造區塊的開始和結束時自動執行，也就是如果有一些很重要的功能，需要根據是否達到時間點或者條件閾值而觸發時，這是一個不錯的選擇。

不建議大規模使用，因為如果需要消耗太多算力的話，會影響到validator的打包出塊5. Off-chain worker在寫智能合約時，如果想要獲取鏈下數據比如隨機數，第一可以自己手動寫進去，這樣缺乏公信力；或者也可以去請求oracle服務，貴且數據源選擇不多。

Substrate有一個功能叫做off-chain worker, 用來執行一些計算密集并且計算周期長的操作。例如在獲取鏈下數據時，可以把http請求操作寫在offchain worker中，可以在runtime中被觸發執行，獲取鏈下數據并在請求成功之后把結果返回給鏈上進行相關計算操作。

這不僅給了dapp開發者帶來了很多便利，例如隨機數請求；更給區塊鏈開發者帶來了全新的想象空間。比如在聯盟鏈領域，之前通常的做法就是往左走區塊鏈架構，往右走傳統存儲服務，因為區塊鏈天然和鏈下世界隔離的特點，好像很難把兩件事情融合在一起。

有了off-chain worker，是不是可以發現一些新的交叉地帶？請大家此處放飛想象力。

說了這么多不同，個人感覺，在開發Substrate runtime時，和開發智能合約在思路上，還是很類似的。

無論寫智能合約還是runtime，首先都會進行填空題操作：

以上部分在Solidity中直接按照寫代碼的方式聲明變量和方法就可以了，在Susbtrate中則是在相應的宏內聲明，詳見上表。

所以對于智能合約開發者來說，所需要的只是學習Rust相關的語法，在邏輯構造環節，無縫遷移。

Substrate runtime相關資料，請參考：Substrate Runtime

當然Substrate也不是全都是好處，最大的缺點，就是上手開發確實比智能合約要難。這里的難不僅體現在Rust語法上，還體現在Substrate runtime中的方法不像智能合約一樣可以原子調用。即在智能合約中，如果其中一個邏輯失敗，那么整個交易執行失敗，所有存儲更改全部回滾（不會發生）。但是在Substrate中，即使一筆交易在某一處邏輯判斷失敗，但是在這之前的執行，還是會發生。所以強烈提醒Substrate runtime開發者在開發runtime時，一定要 Verify first, Write Last。

作為系列開篇，簡單地總結一下Substrate和合約開發的異同。在接下來的系列文章中，會從具體的例子出發，希望可以幫助大家在實操層面，感受到Substrate開發的自由。

歡迎任何反饋和問題。

本文經作者王大錘授權，轉載自「Substrate 區塊鏈開發」知乎專欄，原文鏈接：https://zhuanlan.zhihu.com/p/108000025

歡迎學習 Substrate: 

https://substrate.dev/

關注 Substrate 進展:

https://github.com/paritytech/substrate

關注 Polkadot 進展:

https://github.com/paritytech/polkadot

申請 Bootcamp: 

https://bootcamp.web3.foundation/

Tags：NBSBSPSUBSTRnbs幣未來價格BSPT幣SUBSSTRI幣

狗狗幣最新價格