1. 從“substrate”這個(gè)詞說起它到底指什么第一次看到“substrate”這個(gè)標(biāo)題很多人會(huì)愣一下。這個(gè)詞在英文里的本意是“底層、基質(zhì)、基底”字面意思就是“下面那一層”。但放到技術(shù)語境里它其實(shí)指向一個(gè)非常明確的東西區(qū)塊鏈開發(fā)框架。如果你接觸過波卡生態(tài)或者聽說過“用Rust寫一條自己的鏈”那大概率繞不開它。我最早接觸substrate是在幾年前當(dāng)時(shí)想自己搭一條測試鏈玩玩。那時(shí)候文檔還不算完善踩了不少坑但也正是這些坑讓我對(duì)這個(gè)框架的理解深了不少。簡單來說substrate是一套用Rust語言編寫的區(qū)塊鏈開發(fā)框架它的核心價(jià)值在于你不需要從零實(shí)現(xiàn)共識(shí)、網(wǎng)絡(luò)、存儲(chǔ)這些底層模塊只需要專注于自己鏈的業(yè)務(wù)邏輯。這就像蓋房子別人還在燒磚的時(shí)候你已經(jīng)拿到了預(yù)制板可以直接搭結(jié)構(gòu)了。它適合誰呢我認(rèn)為有三類人值得花時(shí)間研究第一類是想理解區(qū)塊鏈底層運(yùn)作機(jī)制的開發(fā)者因?yàn)閟ubstrate把很多抽象概念具象成了可讀的代碼第二類是需要定制鏈的業(yè)務(wù)團(tuán)隊(duì)比如要做一條有特殊經(jīng)濟(jì)模型或治理規(guī)則的應(yīng)用鏈第三類是對(duì)Rust感興趣、想找個(gè)真實(shí)項(xiàng)目練手的人substrate的代碼質(zhì)量相當(dāng)高讀它的源碼本身就是一種學(xué)習(xí)。這篇文章我會(huì)從實(shí)際使用的角度出發(fā)把substrate的核心概念、環(huán)境搭建、運(yùn)行時(shí)開發(fā)、常見坑點(diǎn)這幾個(gè)方面講透。不會(huì)堆砌官方文檔里已有的內(nèi)容而是重點(diǎn)說那些文檔里不會(huì)寫、但實(shí)際開發(fā)中一定會(huì)遇到的東西。2. 拆解substrate的骨架幾個(gè)必須先搞懂的核心概念2.1 Runtime才是鏈的靈魂節(jié)點(diǎn)只是外殼很多人剛接觸substrate時(shí)會(huì)被一堆名詞搞暈節(jié)點(diǎn)、客戶端、runtime、pallet、 extrinsic……我當(dāng)初也是。后來我想明白了一個(gè)比喻一下子就通了把一條鏈想象成一臺(tái)游戲機(jī)節(jié)點(diǎn)是硬件runtime是游戲卡帶。節(jié)點(diǎn)負(fù)責(zé)的是“怎么和外界通信”——網(wǎng)絡(luò)傳輸、區(qū)塊同步、交易池管理這些。而runtime負(fù)責(zé)的是“這條鏈的業(yè)務(wù)規(guī)則”——賬戶怎么創(chuàng)建、轉(zhuǎn)賬怎么驗(yàn)證、治理怎么投票。關(guān)鍵點(diǎn)在于runtime是以Wasm字節(jié)碼的形式存在的可以鏈上升級(jí)。這意味著你的鏈不需要硬分叉就能更新業(yè)務(wù)邏輯這是substrate相比很多傳統(tǒng)鏈框架最大的優(yōu)勢之一。我第一次意識(shí)到這個(gè)設(shè)計(jì)有多重要是在做一條測試鏈的時(shí)候。當(dāng)時(shí)想改一個(gè)手續(xù)費(fèi)的計(jì)算邏輯按照以前的思路這得改代碼、重新編譯、讓所有節(jié)點(diǎn)升級(jí)。但在substrate里只需要提交一個(gè)升級(jí)runtime的交易鏈上投票通過后自動(dòng)生效。整個(gè)過程不需要停鏈也不需要協(xié)調(diào)所有節(jié)點(diǎn)運(yùn)營者。這個(gè)體驗(yàn)當(dāng)時(shí)確實(shí)讓我眼前一亮。2.2 Pallet積木式開發(fā)的真正含義Pallet是substrate里組織業(yè)務(wù)邏輯的基本單元。你可以把它理解成一個(gè)“功能模塊”每個(gè)pallet負(fù)責(zé)一塊獨(dú)立的功能。比如pallet-balances管余額pallet-staking管質(zhì)押pallet-governance管治理。這種設(shè)計(jì)的精妙之處在于組合性。你要做一條鏈不需要從零寫所有邏輯而是像搭積木一樣把需要的pallet組合起來。官方和社區(qū)已經(jīng)提供了大量現(xiàn)成的pallet覆蓋了絕大多數(shù)常見需求。當(dāng)然你也可以寫自己的pallet來實(shí)現(xiàn)特殊邏輯。但這里有個(gè)新手很容易踩的坑pallet之間的依賴關(guān)系是有順序的。比如pallet-balances通常要放在很多其他pallet前面因?yàn)槠渌K可能依賴它提供的余額查詢接口。我在第一次配置runtime的時(shí)候就因?yàn)閜allet順序放錯(cuò)編譯報(bào)了一堆看不懂的錯(cuò)誤排查了大半天才發(fā)現(xiàn)是順序問題。2.3 Extrinsic不只是“交易”Extrinsic這個(gè)詞在substrate里指的是“從外部進(jìn)入鏈的數(shù)據(jù)”它包含三類簽名交易、未簽名交易、以及固有交易inherent。簽名交易就是普通用戶發(fā)起的、帶簽名的操作未簽名交易通常用于一些不需要簽名但需要驗(yàn)證的場景固有交易則是區(qū)塊生產(chǎn)者出塊節(jié)點(diǎn)自己插入的數(shù)據(jù)比如時(shí)間戳。理解extrinsic的生命周期很重要。一筆交易從用戶簽名發(fā)出到最終被打包進(jìn)區(qū)塊中間要經(jīng)過交易池驗(yàn)證、runtime驗(yàn)證、執(zhí)行、狀態(tài)變更、事件發(fā)出。每一步都可能出問題。我遇到最多的情況是權(quán)重weight計(jì)算不準(zhǔn)確導(dǎo)致交易被拒。substrate用weight來衡量交易消耗的計(jì)算資源如果pallet里聲明的weight和實(shí)際消耗差距太大要么交易被誤拒要么鏈的安全性受影響。3. 動(dòng)手之前環(huán)境搭建里那些容易翻車的地方3.1 Rust工具鏈的版本陷阱substrate是用Rust寫的所以第一步肯定是裝Rust。但這里有個(gè)非常關(guān)鍵的點(diǎn)substrate對(duì)Rust版本有嚴(yán)格要求。官方文檔會(huì)指定一個(gè)特定的nightly版本如果你用了太新或太舊的版本編譯大概率會(huì)失敗。我踩過的坑是這樣的當(dāng)時(shí)我本地已經(jīng)裝了最新的stable Rust想著應(yīng)該沒問題結(jié)果編譯substrate節(jié)點(diǎn)時(shí)各種報(bào)錯(cuò)有些錯(cuò)誤信息還特別隱晦比如trait不匹配、宏展開失敗之類的。后來老老實(shí)實(shí)按照文檔指定的版本裝一次就過了。具體操作上建議用rustup來管理工具鏈這樣可以針對(duì)substrate項(xiàng)目單獨(dú)指定版本不影響你其他項(xiàng)目的Rust環(huán)境。另外編譯substrate節(jié)點(diǎn)非常吃資源我第一次編譯用了將近四十分鐘內(nèi)存占用也很高。如果你的機(jī)器配置一般建議在編譯時(shí)關(guān)掉其他占資源的程序否則可能因?yàn)閮?nèi)存不足導(dǎo)致編譯中斷。3.2 依賴安裝看似簡單實(shí)則暗坑不少除了Rust本身substrate還需要一些系統(tǒng)級(jí)的依賴比如clang、cmake、openssl開發(fā)庫等。在Linux上通常用包管理器裝就行但在macOS上有些細(xì)節(jié)要注意。我在macOS上遇到的問題是openssl的路徑問題。系統(tǒng)自帶的openssl和通過包管理器裝的版本可能沖突導(dǎo)致編譯時(shí)找不到正確的頭文件。解決辦法是在環(huán)境變量里顯式指定openssl的路徑。這個(gè)坑在官方文檔里提得不多但在社區(qū)里問的人不少。還有一個(gè)容易被忽略的點(diǎn)磁盤空間。substrate項(xiàng)目編譯后的產(chǎn)物非常大加上Rust的緩存輕松占用幾十GB。如果你的開發(fā)機(jī)磁盤空間緊張建議提前清理或者把編譯目錄設(shè)置到空間充足的分區(qū)。3.3 模板選擇從哪個(gè)起點(diǎn)開始substrate提供了幾種項(xiàng)目模板最常用的是substrate-node-template和substrate-frontier-template后者支持兼容EVM。對(duì)于新手我強(qiáng)烈建議從substrate-node-template開始它包含了最基本的節(jié)點(diǎn)和runtime結(jié)構(gòu)代碼量適中容易理解。不要一上來就用功能最全的模板那樣你會(huì)被大量的配置和代碼淹沒反而抓不住重點(diǎn)。先用最簡模板跑通一條本地鏈理解區(qū)塊是怎么產(chǎn)生的、交易是怎么執(zhí)行的然后再逐步添加功能。4. 寫一個(gè)自己的Pallet從零到跑通的完整過程4.1 Pallet的基本結(jié)構(gòu)長什么樣一個(gè)pallet通常包含幾個(gè)部分存儲(chǔ)項(xiàng)storage、可調(diào)用函數(shù)callable、事件event、錯(cuò)誤error、以及配置traitConfig。這五樣?xùn)|西構(gòu)成了一個(gè)pallet的基本骨架。存儲(chǔ)項(xiàng)定義了pallet需要持久化到鏈上的數(shù)據(jù)。substrate提供了多種存儲(chǔ)類型比如StorageValue存單個(gè)值StorageMap存鍵值對(duì)StorageDoubleMap存雙鍵映射。選擇哪種存儲(chǔ)類型直接影響鏈上數(shù)據(jù)的讀寫效率這個(gè)后面會(huì)細(xì)說?？烧{(diào)用函數(shù)就是用戶能觸發(fā)的操作每個(gè)函數(shù)對(duì)應(yīng)一個(gè)extrinsic。事件用于通知外部“發(fā)生了什么”比如轉(zhuǎn)賬成功會(huì)發(fā)出一個(gè)Transfer事件。錯(cuò)誤定義了可能失敗的情況。配置trait則讓pallet可以接收外部參數(shù)比如指定使用哪個(gè)賬戶類型、哪個(gè)余額類型。4.2 存儲(chǔ)設(shè)計(jì)別小看這幾個(gè)選擇存儲(chǔ)設(shè)計(jì)是pallet開發(fā)里最需要?jiǎng)幽X子的部分。我見過不少新手包括當(dāng)年的自己隨便選個(gè)存儲(chǔ)類型就開始寫結(jié)果后來發(fā)現(xiàn)性能不行或者邏輯別扭再改就很痛苦。幾個(gè)經(jīng)驗(yàn)性的原則能用StorageValue就不用StorageMap因?yàn)閱沃底x取更省資源需要遍歷的場景要慎重鏈上遍歷是非常昂貴的操作如果數(shù)據(jù)量可能很大最好設(shè)計(jì)成不需要遍歷的結(jié)構(gòu)鍵的選擇要考慮查詢模式如果你經(jīng)常需要按某個(gè)字段查詢那這個(gè)字段就應(yīng)該作為鍵的一部分。還有一個(gè)容易忽略的點(diǎn)存儲(chǔ)項(xiàng)的命名會(huì)影響鏈上存儲(chǔ)的key。如果你后期改了存儲(chǔ)項(xiàng)的名字鏈上已有的數(shù)據(jù)可能就讀不出來了。所以在設(shè)計(jì)階段就要想好命名盡量避免后期修改。4.3 權(quán)重計(jì)算不準(zhǔn)確的代價(jià)很大前面提過weight的重要性這里展開說一下。substrate用weight來衡量每個(gè)操作消耗的計(jì)算資源包括CPU和存儲(chǔ)讀寫。每個(gè)可調(diào)用函數(shù)都必須聲明自己的weight這個(gè)聲明會(huì)直接影響交易費(fèi)的計(jì)算和區(qū)塊的容量規(guī)劃。問題在于準(zhǔn)確估算weight并不容易。官方推薦的做法是寫benchmark通過實(shí)際運(yùn)行來測量。但benchmark本身也有學(xué)習(xí)成本而且不是所有場景都能方便地benchmark。我的建議是對(duì)于簡單的操作可以參考類似pallet的weight聲明對(duì)于復(fù)雜的操作盡量寫benchmark。如果實(shí)在沒法benchmark寧可把weight聲明得稍微高一點(diǎn)也不要低估。低估的后果是鏈可能被惡意交易拖垮高估只是讓用戶多付一點(diǎn)手續(xù)費(fèi)兩害相權(quán)取其輕。4.4 事件與錯(cuò)誤給用戶清晰的反饋事件和錯(cuò)誤看起來是小事但直接影響用戶體驗(yàn)和調(diào)試效率。事件應(yīng)該包含足夠的信息讓外部工具能夠還原出發(fā)生了什么。比如一個(gè)轉(zhuǎn)賬事件至少應(yīng)該包含from、to、amount三個(gè)字段。錯(cuò)誤的設(shè)計(jì)也有講究。substrate的錯(cuò)誤是枚舉類型每個(gè)變體對(duì)應(yīng)一種失敗情況。錯(cuò)誤信息要具體不要用一個(gè)籠統(tǒng)的InvalidOperation涵蓋所有失敗。具體的錯(cuò)誤信息能讓用戶和開發(fā)者快速定位問題。我在調(diào)試自己的pallet時(shí)就因?yàn)殄e(cuò)誤信息太籠統(tǒng)花了很多時(shí)間才找到真正的失敗原因。5. Runtime組裝把積木搭成一條完整的鏈5.1 construct_runtime宏背后的邏輯construct_runtime!這個(gè)宏是runtime組裝的核心。它看起來只是把各個(gè)pallet列出來但實(shí)際上做了大量的代碼生成工作為每個(gè)pallet分配索引、生成類型別名、實(shí)現(xiàn)必要的trait。理解這一點(diǎn)很重要因?yàn)楫?dāng)編譯報(bào)錯(cuò)時(shí)錯(cuò)誤信息往往會(huì)指向宏展開后的代碼看起來非常嚇人。但如果你知道這些代碼是宏生成的就能順著線索找到是哪個(gè)pallet的配置出了問題。我在配置runtime時(shí)遇到過一個(gè)典型問題兩個(gè)pallet都定義了同名的存儲(chǔ)項(xiàng)或事件導(dǎo)致宏展開后命名沖突。解決辦法是給pallet起別名或者在定義時(shí)加上區(qū)分性的前綴。這類問題在官方文檔里不會(huì)專門講但實(shí)際開發(fā)中很容易遇到。5.2 參數(shù)配置每個(gè)pallet都有一堆關(guān)聯(lián)類型要填每個(gè)pallet的Config trait里都定義了一堆關(guān)聯(lián)類型需要在runtime組裝時(shí)具體指定。比如pallet-balances需要指定AccountId、Balance、RuntimeEvent等類型。這些配置看起來繁瑣但其實(shí)是substrate靈活性的體現(xiàn)。同一個(gè)pallet通過不同的配置可以適應(yīng)不同的鏈的需求。比如pallet-balances的ExistentialDeposit參數(shù)決定了賬戶最低余額要求不同鏈可以根據(jù)自己的經(jīng)濟(jì)模型設(shè)置不同的值。新手常見的困惑是不知道某個(gè)關(guān)聯(lián)類型應(yīng)該填什么。這時(shí)候最有效的方法是參考官方模板或者其他成熟項(xiàng)目的配置。substrate生態(tài)里有很多開源項(xiàng)目它們的runtime配置是很好的學(xué)習(xí)材料。5.3 版本升級(jí)runtime的鏈上更新機(jī)制前面提到runtime可以鏈上升級(jí)這里說一下具體機(jī)制。runtime編譯后會(huì)生成Wasm字節(jié)碼這個(gè)字節(jié)碼可以通過一個(gè)特殊的extrinsic提交到鏈上。鏈上會(huì)進(jìn)行投票如果配置了治理pallet通過后runtime就更新了。這個(gè)機(jī)制的好處是顯而易見的但也有一些注意事項(xiàng)。新runtime必須兼容已有的鏈上存儲(chǔ)否則升級(jí)后可能讀不出舊數(shù)據(jù)。substrate提供了一些存儲(chǔ)遷移的工具和模式在升級(jí)前一定要仔細(xì)測試遷移邏輯。我經(jīng)歷過一次升級(jí)失敗原因是新runtime里改了一個(gè)存儲(chǔ)項(xiàng)的類型但沒有寫遷移代碼。升級(jí)后鏈雖然還能出塊但讀取那個(gè)存儲(chǔ)項(xiàng)時(shí)直接panic了。好在是測試鏈如果是主網(wǎng)后果會(huì)很嚴(yán)重。所以任何涉及存儲(chǔ)結(jié)構(gòu)變更的升級(jí)都必須寫遷移邏輯并充分測試。6. 實(shí)測中那些讓人抓狂的問題與解決思路6.1 編譯錯(cuò)誤如何讀懂Rust的報(bào)錯(cuò)substrate項(xiàng)目編譯報(bào)錯(cuò)是家常便飯尤其是第一次搭建環(huán)境或者修改runtime配置時(shí)。Rust的報(bào)錯(cuò)信息通常很詳細(xì)但substrate涉及大量的宏和泛型報(bào)錯(cuò)信息有時(shí)候會(huì)非常長讓人不知道從哪里看起。我的經(jīng)驗(yàn)是從第一個(gè)錯(cuò)誤開始看不要被后面的連鎖錯(cuò)誤干擾。Rust編譯器報(bào)錯(cuò)往往是一個(gè)根因引發(fā)多個(gè)表象解決了第一個(gè)后面的可能自動(dòng)消失。另外關(guān)注錯(cuò)誤信息里的“expected”和“found”這通常能直接指出類型不匹配的地方。如果報(bào)錯(cuò)信息實(shí)在看不懂可以嘗試把相關(guān)的代碼簡化逐步排除。比如把某個(gè)pallet的配置先注釋掉看看錯(cuò)誤是否消失以此定位問題范圍。6.2 鏈啟動(dòng)失敗常見原因排查節(jié)點(diǎn)編譯成功后啟動(dòng)鏈時(shí)也可能遇到問題。常見的失敗原因有幾種端口被占用、鏈規(guī)格文件chain spec配置錯(cuò)誤、創(chuàng)世配置有問題。端口占用比較好排查換個(gè)端口就行。鏈規(guī)格文件的問題通常表現(xiàn)為啟動(dòng)時(shí)panic錯(cuò)誤信息會(huì)提示某個(gè)字段缺失或格式不對(duì)。創(chuàng)世配置的問題更隱蔽一些可能表現(xiàn)為鏈能啟動(dòng)但某些功能不正常。我遇到過一次創(chuàng)世配置的問題在創(chuàng)世狀態(tài)里給某個(gè)賬戶分配了余額但忘了配置對(duì)應(yīng)的ExistentialDeposit導(dǎo)致那個(gè)賬戶實(shí)際上無法使用。這種問題不會(huì)導(dǎo)致鏈啟動(dòng)失敗但會(huì)在使用時(shí)報(bào)錯(cuò)排查起來更麻煩。所以創(chuàng)世配置一定要仔細(xì)檢查最好寫個(gè)腳本驗(yàn)證。6.3 交易失敗從事件和日志里找線索交易提交后失敗是很常見的尤其是在開發(fā)階段。substrate節(jié)點(diǎn)會(huì)輸出日志鏈上也會(huì)發(fā)出事件這些都是排查的依據(jù)。我的排查流程通常是先看交易是否被打包進(jìn)區(qū)塊如果沒被打包可能是交易池驗(yàn)證沒通過如果打包了但執(zhí)行失敗看鏈上發(fā)出的事件和錯(cuò)誤信息如果事件信息不夠再看節(jié)點(diǎn)的詳細(xì)日志。有一個(gè)容易忽略的點(diǎn)交易的weight限制。如果交易的weight超過了區(qū)塊允許的上限交易會(huì)被拒絕但錯(cuò)誤信息可能不會(huì)直接說“weight超了”。這時(shí)候需要檢查pallet里聲明的weight是否合理。6.4 存儲(chǔ)讀取異常類型不匹配的隱蔽問題存儲(chǔ)讀取異常往往比較隱蔽因?yàn)殒溈赡苷＿\(yùn)行只是某些查詢返回意外的結(jié)果。常見原因是存儲(chǔ)項(xiàng)的類型定義和實(shí)際存儲(chǔ)的數(shù)據(jù)不匹配這通常發(fā)生在runtime升級(jí)后。比如你把一個(gè)存儲(chǔ)項(xiàng)從u32改成了u64但沒有寫遷移邏輯那么讀取時(shí)就會(huì)按u64去解析原本的u32數(shù)據(jù)得到的結(jié)果完全錯(cuò)誤。這類問題不會(huì)導(dǎo)致panic但會(huì)產(chǎn)生難以察覺的邏輯錯(cuò)誤。預(yù)防這類問題的最好辦法是任何存儲(chǔ)結(jié)構(gòu)的變更都要寫遷移測試確保新舊數(shù)據(jù)能正確轉(zhuǎn)換。substrate提供了一些遷移工具但核心的轉(zhuǎn)換邏輯還是需要自己寫。7. 一些讓開發(fā)更順手的實(shí)踐建議7.1 本地測試鏈的配置技巧本地測試鏈?zhǔn)情_發(fā)過程中用得最多的環(huán)境。默認(rèn)配置下測試鏈的出塊速度是6秒一個(gè)塊對(duì)于調(diào)試來說有點(diǎn)慢?？梢栽阪溡?guī)格文件里調(diào)整出塊時(shí)間比如改成2秒這樣測試反饋更快。另外測試鏈默認(rèn)使用的是--dev模式這個(gè)模式下只有一個(gè)出塊節(jié)點(diǎn)而且Alice賬戶通常有大量余額方便測試。但如果要測試多節(jié)點(diǎn)場景就需要手動(dòng)配置多個(gè)節(jié)點(diǎn)和對(duì)應(yīng)的密鑰。我還建議在測試鏈上開啟--tmp選項(xiàng)這樣每次重啟鏈都是全新的狀態(tài)避免舊數(shù)據(jù)干擾測試。當(dāng)然如果需要保留狀態(tài)就不要用這個(gè)選項(xiàng)。7.2 日志級(jí)別與調(diào)試信息的取舍substrate的日志系統(tǒng)很靈活可以通過環(huán)境變量控制日志級(jí)別。開發(fā)階段通常把日志級(jí)別調(diào)到debug或trace能看到更多細(xì)節(jié)。但日志太多也會(huì)淹沒關(guān)鍵信息所以要有選擇地開啟。我的做法是默認(rèn)用info級(jí)別需要排查特定模塊時(shí)針對(duì)那個(gè)模塊開debug。substrate支持按模塊設(shè)置日志級(jí)別比如RUST_LOGpallet_balancesdebug就只開余額pallet的調(diào)試日志。這樣既能獲取需要的信息又不會(huì)被無關(guān)日志干擾。7.3 代碼組織讓pallet保持可維護(hù)隨著項(xiàng)目變大pallet的代碼也會(huì)越來越復(fù)雜。保持代碼可維護(hù)的關(guān)鍵是職責(zé)分離。一個(gè)pallet應(yīng)該只負(fù)責(zé)一塊相對(duì)獨(dú)立的功能不要把不相關(guān)的邏輯塞進(jìn)同一個(gè)pallet。另外把業(yè)務(wù)邏輯和存儲(chǔ)操作分開。存儲(chǔ)操作盡量集中在少數(shù)幾個(gè)函數(shù)里業(yè)務(wù)邏輯調(diào)用這些函數(shù)。這樣當(dāng)存儲(chǔ)結(jié)構(gòu)需要調(diào)整時(shí)改動(dòng)范圍可控。還有一點(diǎn)寫注釋尤其是解釋“為什么”而不是“是什么”。代碼本身能說明“是什么”但“為什么這樣設(shè)計(jì)”往往更重要尤其是當(dāng)后來者包括幾個(gè)月后的你自己需要修改代碼時(shí)。7.4 社區(qū)資源遇到問題去哪里找答案substrate的社區(qū)資源還是比較豐富的。官方文檔是起點(diǎn)但有些細(xì)節(jié)不夠深入。Stack Overflow上有很多substrate相關(guān)的問題和回答質(zhì)量參差不齊但經(jīng)常能找到線索。GitHub上的issue和討論也很有價(jià)值尤其是當(dāng)你遇到一個(gè)看起來像bug的問題時(shí)很可能已經(jīng)有人遇到過并討論了。我還推薦讀一些成熟項(xiàng)目的源碼比如波卡本身的runtime或者一些知名的平行鏈項(xiàng)目。讀源碼是理解substrate設(shè)計(jì)理念和最佳實(shí)踐的最好方式雖然一開始會(huì)比較吃力但堅(jiān)持下來收獲很大。8. 關(guān)于substrate我個(gè)人的幾點(diǎn)體會(huì)用了這段時(shí)間的substrate我最大的感受是它把區(qū)塊鏈開發(fā)的門檻降低了很多但并沒有降低理解區(qū)塊鏈的門檻。你可以很快搭起一條能跑的鏈但要讓這條鏈真正符合你的需求、安全穩(wěn)定地運(yùn)行還是需要深入理解共識(shí)、經(jīng)濟(jì)模型、治理機(jī)制這些東西。另一個(gè)體會(huì)是substrate的靈活性是雙刃劍。它給了你幾乎無限的自由度但也意味著很多決策需要你自己做沒有“標(biāo)準(zhǔn)答案”。比如weight怎么設(shè)、存儲(chǔ)怎么設(shè)計(jì)、pallet怎么劃分這些都沒有唯一正確的做法需要根據(jù)具體場景權(quán)衡。最后一點(diǎn)不要怕讀源碼。substrate的代碼質(zhì)量很高注釋也比較充分。遇到不理解的行為直接去看對(duì)應(yīng)的源碼往往比查文檔更快更準(zhǔn)確。我很多次都是在源碼里找到了文檔里沒寫的關(guān)鍵細(xì)節(jié)。如果你正在考慮用substrate做點(diǎn)什么我的建議是先跑通模板然后試著改點(diǎn)小東西比如加一個(gè)簡單的pallet感受一下整個(gè)流程。遇到問題不要慌substrate的報(bào)錯(cuò)雖然有時(shí)候嚇人但大多數(shù)情況下都是有解的。慢慢來比較快。