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)

Polkadot第393號提案將修復由Substrate錯誤導致的不正確的公投:4月27日消息，Polkadot委員會通過第393號提案，以修復由Substrate錯誤導致的不正確的公投，并正確重置Watr平行鏈創世塊。[2023/4/27 14:30:49]

array

map

enum

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

linked_map：可以遍歷的map

per_things：可以認為定點數

double_map：雙鍵map

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

Substrate中沒有string

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

Substrate中的enum

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

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

Substrate生態首個資產跨鏈路由在Phala平臺上線:4月7日消息，去中心化云計算平臺Phala Network 宣布正式推出可橋接波卡平行鏈、EVM和其他公鏈的跨鏈路由產品 SubBridge。該產品是目前第一個支持波卡平行鏈生態與EVM等其他生態進行傳輸的跨鏈路由。該產品主要基于 XCM 和 ChainBridge 的跨鏈協議，實現資產的跨鏈傳輸。

目前該產品已經支持如Khala和Karura等平行鏈和以太坊的雙向跨鏈，未來將支持更多平行鏈和其他生態進行資產跨鏈。[2022/4/7 14:10:31]

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

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

例如Substrate中的Error，

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費用，并且涉及到多個存儲的更改，稍不留神可能就會出現邏輯錯誤。

HuobiGlobal已支持SubDAO競拍波卡平行鏈插槽:11月6日消息，HuobiGlobal已支持波卡基礎設施SubDAO競拍波卡平行鏈插槽。SubDAO將拿出代幣總量的0.1%，即1,000,000枚的GOV作為早鳥獎勵。在接下來的平行鏈競拍中，SubDAO將最高拿出代幣總量的30%，即3億枚GOV，作為眾貸貢獻者的獎勵。目前，確定支持SubDAO競拍的渠道包括Polkadot-JS、Bifrost、Zenlink、Math錢包等去中心化平臺，以及火幣、Gate、MEXC等CEX平臺。

SubDAO是波卡的DAO基礎設施，已獲得Web3基金會官方3個Grant，并完成HuobiVentures、OKExBlockdreamFund、Hypershere、CMS等數十家機構以及Messari創始人RyanSelkis在內的數百萬美元融資。SubDAO創始團隊由IBM集團前TechnicalTeamLeader和波卡多位早期知名開發者和波卡社區發起人組成。[2021/11/6 6:35:19]

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

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

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

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

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

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

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

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

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

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

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

Substrate分層

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

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

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

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

波卡Substrate報告：282個驗證人在活躍集 國庫賞金計劃獲批:1月8日，波卡中國社區PolkaWorld官方發布《Substrate生態最新報告》。根據報告：1.2020年12月初官方開啟了1000個驗證人計劃，活躍驗證人集的最大數量從每個era 44個，逐個增加到最多298個。目前有282個驗證人在活躍集中，有334個在等待隊列中。2.針對跨鏈消息傳遞，Basic XCM代碼已合并，允許中繼鏈把消息向下傳遞到平行鏈。3.第一個Polkadot國庫賞金計劃已獲批準。該賞金的管理人將是由四個社區成員組成的多重簽名，他們將不因策劃賞金而獲得任何獎勵。4.第231號提案計劃為Elara v0.3的開發提供資金，Elara v0.3是針對Polkadot的類似于Infura的服務。Elara將作為非營利項目運行，當前的投票階段將于本周末結束。5.根據國庫報告，Polkadot國庫已收到25份提案，并通過了其中18項，發出104,054個DOT，每個國庫提案平均獲得5780個DOT資助（價值約29,000美元）。國庫中大約有960萬個DOT，目前僅使用了1％。[2021/1/9 15:43:35]

對于智能合約開發者而言，我們把大部分目光放在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：BSPNBSSUBSTRBSPTnbs幣前景Jared From SubwayDSTR價格

SHIB最新價格