塊鏈開發(fā)框架詳解：從架構原理到Pallet實戰(zhàn)與踩坑指南)
1. Substrate到底是什么以及為什么值得你關注Substrate這個名字這幾年在區(qū)塊鏈開發(fā)圈里出現(xiàn)的頻率越來越高。如果你關注過Polkadot、Kusama或者關注過國內外的Web3創(chuàng)業(yè)項目幾乎繞不開這個框架。簡單說Substrate是Parity Technologies推出的一套區(qū)塊鏈開發(fā)框架用Rust語言編寫它的核心目標非常直接讓你用模塊化、可組合的方式快速構建一條具有完整功能的自定義區(qū)塊鏈。為什么這件事重要因為傳統(tǒng)上從零開始寫一條公鏈的工作量是極其恐怖的。你需要處理網絡層、共識機制、交易池、狀態(tài)存儲、賬戶系統(tǒng)、治理模塊、智能合約執(zhí)行環(huán)境……這一整套基礎設施沒有一支成熟的工程團隊幾乎不可能在合理時間內搞定。而Substrate把這些底層能力大部分都做成了現(xiàn)成的組件你可以站在它的肩膀上把注意力集中到自己的業(yè)務邏輯上——也就是所謂“運行時邏輯”。它最適合誰我認為有三類人受益最大第一類是想要發(fā)行自定義鏈、做PoC概念驗證或測試網的團隊。第二類是有一定Rust基礎想做區(qū)塊鏈協(xié)議層研究的開發(fā)者。第三類是企業(yè)級聯(lián)盟鏈或私有鏈場景的架構師利用Substrate的框架體系構建合規(guī)、可控的分布式記賬或數(shù)據(jù)協(xié)作平臺。很多人一上來就問Substrate和那些“快速發(fā)鏈”的工具到底有啥區(qū)別。我給一個個人結論Substrate不是那種“一鍵生成代幣”的玩具它是一個嚴肅的、生產級的區(qū)塊鏈開發(fā)底座。它的學習曲線明顯更陡但你能得到的控制力、可定制性、可維護性也是其他方案給不了的。這篇文章我會把Substrate從整體架構、核心組件、實操流程到踩坑心得用我這些年在實際項目里的經驗完整講一遍?？赐曛竽銘撃苊靼走@個框架是怎么組織的你自己的鏈應該從哪開始以及哪幾個坑是新人必踩的。2. 整體設計思路為什么Substrate能大幅度降低造鏈成本2.1 區(qū)塊鏈開發(fā)的傳統(tǒng)痛點一切都要重造先講個背景。早期做一條鏈哪怕只是一個小型測試鏈你得先搞定一堆“臟活”網絡發(fā)現(xiàn)和節(jié)點同步怎么實現(xiàn)、交易在節(jié)點間怎么廣播、狀態(tài)樹怎么組織和存儲、區(qū)塊最終性怎么保證、升級區(qū)塊邏輯時怎么讓全網節(jié)點協(xié)調一致。這些活兒單拎出來每一項都能寫一本書。而且最折磨人的是當你終于把一套節(jié)點程序跑起來想調整一下出塊間隔、修改一下交易手續(xù)費模型往往需要改核心代碼然后重新部署全部節(jié)點。這種開發(fā)體驗讓團隊把大量精力浪費在“造輪子”上業(yè)務反而不怎么推進。2.2 Substrate的核心設計理念協(xié)議定死狀態(tài)可編程Substrate給出的答案是把區(qū)塊鏈的節(jié)點分成了兩部分外層共識層Client和運行時Runtime。外層共識層負責那些相對固定的工作P2P網絡通信、同步區(qū)塊、存儲區(qū)塊、執(zhí)行狀態(tài)轉換后的持久化。運行時則定義了“這個狀態(tài)是怎么變的”也就是你每出一個區(qū)塊賬戶余額怎么調整、業(yè)務邏輯怎么執(zhí)行、交易要怎么驗證。這里最關鍵的設計點是運行時是編譯成Wasm字節(jié)碼放在鏈上的。這意味著所有節(jié)點不依賴某一份固定的“程序”而是從鏈上讀取當前生效的Wasm執(zhí)行邏輯。鏈上升級 把舊Wasm替換成新的Wasm共識層重新加載即可。這個設計一出來整個開發(fā)模式變了。你不需要在每臺機器上重裝程序來升級鏈邏輯只需要通過一項特殊的調度交易提交一份新的Runtime代碼網絡共識確認后整條鏈的邏輯就平滑升級了。這在傳統(tǒng)區(qū)塊鏈開發(fā)中是一個極大的思維跳躍。2.3 為什么說模塊化是Substrate最舒服的地方Substrate提供了FRAMEFramework for Runtime Aggregation of Modular Entities這是一套組裝各種模塊Pallet的組合框架。你可以把Pallet理解為區(qū)塊鏈功能的基礎積木。官方和社區(qū)提供了大量現(xiàn)成的Palletbalances負責代幣轉賬、assets負責資產發(fā)行、democracy負責鏈上治理、staking負責質押挖礦、contracts負責智能合約部署和執(zhí)行甚至包括NFT相關的uniques和nfts模塊。你自己寫業(yè)務時大多數(shù)情況下不是從零寫所有東西而是做兩件事選積木和寫自己的積木。把自己的業(yè)務邏輯封裝成一個Pallet然后在runtime中聲明啟用配置好各模塊之間的依賴關系就完成了一個鏈的運行時組裝。這種設計帶來的實際收益非常明顯團隊協(xié)作邊界清晰每個人負責一個Pallet、測試友好每個Pallet可以單測、可復用性極高團隊積累的模塊可以直接遷移到新鏈。2.4 方案選型Substrate vs 其他框架我為什么沒有換賽道我知道很多人會拿Substrate和Cosmos SDK比或者和以太坊那一套對比。我的觀點是它們各自的哲學不同沒有絕對的優(yōu)劣但Substrate在幾個維度上特別契合我的習慣。Wasm運行時這條設計讓我非常放心因為鏈上邏輯就是鏈上的一部分升級問題直接在鏈上閉環(huán)解決。Rust語言性能好、內存安全寫底層邏輯時我有底氣。雖然Rust的學習成本高但長期維護的收益足夠平滑。元數(shù)據(jù)和前端生態(tài)Substrate會自動生成鏈的元數(shù)據(jù)配套工具如polkadot.js、substrate-api-client可以基于元數(shù)據(jù)動態(tài)生成前端接口省去了大量API聯(lián)調工作。測試和仿真的基礎設施完備FRAME自帶的Mock環(huán)境、pallet的測試函數(shù)、整個鏈級別的集成測試體系挺成熟。如果你問“那我是不是應該用Substrate做所有區(qū)塊鏈項目”我只能說不一定。如果你的目標就是做一個在以太坊上的ERC-20或者一個ERC-721的簡單應用那智能合約開發(fā)照樣高效沒必要造鏈。但如果你的業(yè)務需要自定義共識規(guī)則、自定義交易模型、鏈上邏輯頻繁升級那么Substrate值得花時間押注。3. 核心細節(jié)解析Substrate的關鍵組件與運行機制3.1 Client層與Runtime層各司其職Substrate節(jié)點可以理解成一個殼子殼子內部運行著Wasm格式的Runtime。我們平時寫代碼絕大部分是寫在Runtime里也就是FRAME pallet而Client層大多數(shù)時候是被隱含的。Client層主要包含網絡層基于libp2p協(xié)議棧實現(xiàn)節(jié)點間的握手、區(qū)塊廣播、交易廣播和同步。存儲層基于RocksDB或者可選ParityDB存儲鏈上狀態(tài)和區(qū)塊數(shù)據(jù)。共識引擎提供出塊、驗證、最終性等確定性共識算法的實現(xiàn)例如Aura、BABE、GRANDPA。RPC層通過JSON-RPC向外提供鏈的狀態(tài)查詢、交易提交等接口。你在寫Pallet時可以幾乎不管Client層做了什么。但你必須知道它的存在因為節(jié)點啟動、出塊性能、存儲配置都和它有關。3.2 FRAME和Pallet到底是怎么組合起來的FRAME就是一個“拼裝車間”。你寫了一個Pallet它本身是自包含的有自己的存儲項、事件、錯誤、可調用函數(shù)。然后在runtime.rs里你要為這個Pallet參數(shù)化一些類型和常量比如impl pallet_template::Config for Runtime { type RuntimeEvent RuntimeEvent; type RuntimeCall RuntimeCall; type Currency Balances; }這段代碼的意思是告訴運行時“我這個自定義Pallet要用到什么依賴比如余額模塊要用Balances模塊作為貨幣類型”。然后你把實例化的Pallet放進construct_runtime!宏里construct_runtime!( pub enum Runtime { System: frame_system, Balances: pallet_balances, Template: pallet_template, } );這一步做完你的Pallet就被正式嫁接到鏈上了。之后可以通過節(jié)點啟動時安裝的custom runtime實現(xiàn)數(shù)據(jù)讀取和交易調用。這個拼裝過程說到底是“類型級別的依賴注入”。初學者最困惑的往往不是某個模塊怎么寫而是這些類型約束。你要習慣一個思路每個Pallet都會聲明Configtrait這個trait的關聯(lián)類型就是它運行所需的外部接口你組裝Runtime就是給這些接口找到合適的現(xiàn)實實現(xiàn)。3.3 Pallet內部的結構與核心要素每一個Pallet源碼內部通常由幾個核心部分組成#[frame_support::pallet] pub mod pallet { use frame_support::pallet_prelude::*; use frame_system::pallet_prelude::*; #[pallet::config] pub trait Config: frame_system::Config { ... } #[pallet::storage] #[pallet::getter(fn something)] pub type SomethingT StorageValue_, u32, ValueQuery; #[pallet::event] #[pallet::generate_deposit(pub(super) fn deposit_event)] pub enum EventT { SomethingStored { something: u32, who: T::AccountId } } #[pallet::error] pub enum ErrorT { NoneValue, StorageOverflow } #[pallet::call] implT: Config PalletT { #[pallet::weight(10_000)] pub fn do_something(origin: OriginForT, something: u32) - DispatchResult { let who ensure_signed(origin)?; SomethingT::put(something); Self::deposit_event(Event::SomethingStored { something, who }); Ok(()) } } }這里每塊都有自己的使命config聲明外部依賴類型storage聲明鏈上持久化存儲項event聲明的鏈上事件外部可以訂閱error定義可返回的鏈上錯誤DispatchResult返回錯誤信息call暴露給外部的可調用接口是交易的入口寫Pallet時最難掌握的不是語法而是權重的設計——每筆操作要消耗多少計算成本這個值會影響區(qū)塊打包數(shù)量甚至影響鏈的安全。初學者可以先使用固定值如示例中的10_000但實際生產環(huán)境要對每個操作做benchmark測試否則可能被濫用。3.4 存儲的設計哲學一切狀態(tài)都是持久化的你可以把Substrate的鏈上存儲想象成一個巨大的全局數(shù)據(jù)庫但它不是關系型數(shù)據(jù)庫而是一個Merkle樹結構通過hash結果保證狀態(tài)一致性。FRAME的存儲項設計很直接StorageValue存一個單一值StorageMap存一個以key映射value的映射表StorageDoubleMap存一層雙鍵映射在Pallet里使用存儲項時要特別注意兩個原則第一任何變量不要只想保存在內存中區(qū)塊鏈的狀態(tài)必須落盤第二讀取存儲的成本不低性能敏感的函數(shù)要盡量避免反復讀同一個存儲項。我在實際項目里踩過一個非常經典的坑在循環(huán)體里反復讀取同一個StorageMap中的內容導致出塊時間明顯變慢。后來我把需要的數(shù)據(jù)提前fetch到內存變量里再把邏輯跑完。性能問題立刻緩解。3.5 共識機制BABE、Aura與GRANDPA的取舍Substrate框架本身并不綁定某一種特定共識你可以自定義但多數(shù)鏈會選擇現(xiàn)成的方案。我簡單梳理一下最常見的幾個Aura基于固定驗證人輪流出塊的方案。簡單、高效、容易理解。適合測試網和聯(lián)盟鏈因為驗證人集合相對固定。BABE基于可驗證隨機函數(shù)VRF的抽簽出塊方案。Polkadot用的就是這個。它能做到每輪隨機選取出塊人更去中心化但實現(xiàn)復雜度高一些。GRANDPA負責最終確認與出塊機制解耦。既出塊節(jié)點已經提交了區(qū)塊GRANDPA在若干輪之后對區(qū)塊哈希達成最終共識使鏈產生不可回滾的最終區(qū)塊。對個人開發(fā)者來說測試網用Aura最省心。對主網或者需要更強去中心化的網絡則應該深入研究BABE GRANDPA的組合。3.6 鏈上升級與治理模塊這是生產級方案的底氣Substrate最打動我的一點就是鏈上升級能力。項目初期你一定會因為業(yè)務需求頻繁改logical代碼。傳統(tǒng)方式需要重啟全網絡而Substrate只需提交set_code調用通過治理模塊即可完成運行時替換。你可以設置不同的治理策略單賬號直接改代碼開發(fā)期方便多簽或理事會投票公投制這個設計讓開發(fā)迭代速度大幅提升。但也帶來一個巨大風險如果新Runtime有bug一旦升級上鏈可能影響整條鏈的狀態(tài)。所以我的建議永遠是在本地全面測試后再到測試網驗證最后到主網通過治理流程謹慎升級。升級前務必備份狀態(tài)和區(qū)塊數(shù)據(jù)。4. 實操過程從零搭一條自定義鏈并實現(xiàn)業(yè)務模塊4.1 環(huán)境準備Rust工具鏈與Node模板用Substrate開新項目最簡單的辦法是使用substrate-node-template它會給你一個包含簡單Pallet和可運行節(jié)點的完整模板。首先確保Rust環(huán)境就緒。我推薦使用rustup來管理工具鏈curl --proto https --tlsv1.2 -sSf https://sh.rustup.rs | sh rustup default stable rustup update rustup target add wasm32-unknown-unknown這里有個容易忽略的點Substrate編譯時需要同時生成native代碼和Wasm代碼所以必須安裝wasm32-unknown-unknown這個target。如果不裝編譯到中間步驟會直接報錯。接著拉模板git clone https://github.com/substrate-developer-hub/substrate-node-template cd substrate-node-template cargo build --release第一次編譯相當耗時可能需要十分鐘到半小時取決于機器性能和網絡狀況。這一步考驗耐心但做好之后后續(xù)增量編譯會快很多。4.2 認識模板的項目結構編譯完成后我們來看看模板的目錄結構。這是一個極好的學習參考runtime/src/lib.rs運行時組裝的“總裝配車間”runtime/src/lib.rs中調用的各個pallet目錄如pallets/template一個最簡單的pallet示例node/src節(jié)點啟動相關代碼包括CLI參數(shù)、RPC配置、服務組裝等從我?guī)氯说慕涷灴吹谝徊讲槐厣钊肜斫鈔ode目錄的所有細節(jié)。核心思路是runtime決定鏈邏輯node是打包和啟動進程的外殼你可能90%的時間都在寫runtime。閑下來時可以看看runtime/src/lib.rs頂部的construct_runtime!宏它列出了目前鏈上啟用的一切模塊。增加一個模塊只需要在construct_runtime!里追加一行。4.3 編寫第一個業(yè)務Pallet從需求到代碼模板自帶的pallet-template已經打通了“最小可運行模塊”的路徑。現(xiàn)在我把一個稍微貼近實際業(yè)務的小例子做一個“待辦事項”Todo存儲模塊。需求簡單描述用戶能夠創(chuàng)建待辦事項標記完成刪除待辦事項并查看自己的列表。先定義一個存儲映射#[pallet::storage] #[pallet::getter(fn todos)] pub type TodosT: Config StorageMap _, Blake2_128Concat, T::AccountId, VecTodoItem, ValueQuery, ;還有TodoItem的結構體需要支持序列化/反序列化#[derive(Encode, Decode, Clone, RuntimeDebug, PartialEq)] pub struct TodoItem { pub id: u32, pub content: Vecu8, pub done: bool, }然后寫幾個調用函數(shù)#[pallet::call] implT: Config PalletT { #[pallet::weight(10_000)] pub fn create_todo( origin: OriginForT, content: Vecu8, ) - DispatchResult { let who ensure_signed(origin)?; let mut todos TodosT::get(who); let id todos.len() as u32 1; todos.push(TodoItem { id, content, done: false }); TodosT::insert(who, todos); Ok(()) } }這套代碼的邏輯非常直白。但注意幾個關鍵點ensure_signed(origin)確保調用者是已簽名賬戶否則拒絕執(zhí)行。存儲項的讀寫用TodosT::get()和TodosT::insert()。返回類型是DispatchResult錯誤用ErrorT枚舉。我還必須加一個啟動事件讓前端可以通過事件了解操作狀態(tài)#[pallet::event] #[pallet::generate_deposit(pub(super) fn deposit_event)] pub enum EventT: Config { TodoCreated { who: T::AccountId, id: u32 }, TodoDone { who: T::AccountId, id: u32 }, TodoRemoved { who: T::AccountId, id: u32 }, }寫完Pallet后還有最關鍵的一步把所有模塊注冊進runtime的construct_runtime!宏和Configtrait的impl。否則編譯會提示未配置類型參數(shù)。4.4 配置與編譯的細節(jié)問題每次修改runtime后都要重新編譯cargo build --release編譯期如果報錯大多數(shù)和類型約束有關。例如你的Pallet中使用了T::AccountId那么你的Configtrait就必須繼承frame_system::Config才能引入這個關聯(lián)類型。此外如果需要在鏈上執(zhí)行嚴格的功能測試我建議不要只跑cargo build還要跑一下runtime中自帶的測試cargo test -p pallet-templateFRAME對測試的支持很完善提供了new_test_ext()這樣的構造器你可以在測試中構造一個臨時的鏈上存儲環(huán)境再模擬調用。我當時寫Todo模塊時寫了十來條測試用例覆蓋創(chuàng)建、完成、刪除、重復id等場景。整個調試過程非常順滑。4.5 啟動節(jié)點并交互從命令行到Polkadot.js編譯完成后啟動一個開發(fā)模式單節(jié)點./target/release/node-template --dev --tmp--dev表示使用開發(fā)配置--tmp表示使用臨時數(shù)據(jù)目錄所以每次重啟鏈狀態(tài)是空的。啟動之后節(jié)點會監(jiān)聽在127.0.0.1:9944默認提供WebSocket RPC。你可以用Polkadot.js Apps連接到這個端點在“Developer”-“Extrinsics”面板里選擇你的模塊和方法比如templateModule-createTodo輸入內容后提交交易。如果不想用圖形界面也可以用命令行瀏覽器或者直接用curl發(fā)送JSON-RPC。日常快速驗證時我用polkadot.js足夠方便。4.6 自定義前端交互的Minimal路徑Substrate生態(tài)里前端快速接鏈有幾個方法使用polkadot.js庫通過API連接到節(jié)點讀取狀態(tài)和發(fā)送交易使用useInk或polkadot.js的React hook封裝社區(qū)方案如果要做輕應用可以直接用polkadot/api庫例如讀取某個用戶的Todo列表可以這樣const api await ApiPromise.create({ provider: new WsProvider(ws://127.0.0.1:9944) }); const todos await api.query.templateModule.todos(5GrwvaEF...);api.query.templateModule.todos這種命名完全來自construct_runtime!宏里Pallet的名稱和存儲項的名字非常方便一行代碼就實現(xiàn)了數(shù)據(jù)的讀取。這也是我偏愛Substrate框架的地方元數(shù)據(jù)自動生成前后端溝通成本大幅降低。5. 常見問題與排查技巧這些坑我建議你繞開5.1 編譯期報錯Wasm target未安裝新人在環(huán)境配置階段最容易遇到error: no available version of wasm32-unknown-unknown...這不是代碼問題就是漏裝了target。rustup target add wasm32-unknown-unknown但有時你安裝了編譯器卻沒有正確識別我也遇到過。檢查一下~/.cargo/config.toml里有沒有額外覆蓋target目錄的配置如果有把它刪掉然后重新編譯。5.2 節(jié)點啟動后內存異常飆升Substrate節(jié)點在同步數(shù)據(jù)時吃內存很多特別是首次同步大網絡時。如果你只是想開發(fā)測試一定要用--dev --tmp模式啟動否則節(jié)點會嘗試連接公共網絡并同步整個鏈內存和磁盤都可能被拖垮。另外如果你基于主網規(guī)范啟動別忘調大系統(tǒng)的文件句柄限制比如ulimit -n 65535不然后續(xù)RPC請求量大了會頻繁報Too many open files。5.3 交易提交了但一直pending這種問題我在調試時經常遇到?？赡茉蛴泄?jié)點沒有出塊。開發(fā)模式下--dev應該自動出塊但生產模式需要配置共識參與者手續(xù)費余額不足。賬戶需要有一定數(shù)量的代幣來支付交易費用。交易的nonce不對。排查建議打開節(jié)點日志用RUST_LOGruntime,txpooldebug啟動節(jié)點觀察交易池是否接收、為什么被打回。一個很常見的原因是賬戶余額不夠支付交易手續(xù)費看起來像交易沒反應。5.4 Runtime升級失敗升級是Substrate引以為傲的功能但也是最容易出錯的地方。我遇到過幾次新Runtime代碼里引用了未注冊的Pallet類型導致try_runtime檢查失敗存儲遷移邏輯有誤導致鏈上狀態(tài)不兼容治理流程中沒有設置足夠的票數(shù)門檻導致任何人都能一鍵升級這在測試網無所謂在主網就是安全事故建議在生產環(huán)境務必用try-runtime工具在本地回放最新區(qū)塊驗證升級可行性在測試網完整走一遍升級流程再對主網操作備份好升級前的快照如果你用的模板沒有快照能力可以直接備份數(shù)據(jù)目錄5.5 存儲讀取性能下降存儲什么數(shù)據(jù)、怎么存對出塊時間影響很大。如果你的業(yè)務需要頻繁查詢某個StorageMap的值盡量批量讀取而不是逐條讀取。FRAME提供iter()和iter_keys()可以利用這些接口做批量操作。還有一點存儲數(shù)據(jù)盡量瘦身。不要圖省事把一大坨JSON直接存到存儲里這會大幅增加底層Merkle樹的計算量和內存占用。寧可拆分成多個字段、多張表鏈上性能會好很多。5.6 測試環(huán)境的時區(qū)和時間戳Substrate的Timestamppallet用于設置鏈上時間戳。測試環(huán)境如果沒有正確配置可能永遠是起點時間。在做依賴時間的業(yè)務邏輯測試時需要手動mockTimestamp。我的做法是在測試用例中直接用frame_system的set_block_number和pallet_timestamp::Pallet::T::set_timestamp來設置。不要讓測試過分依賴真實時間否則結果不可復現(xiàn)。6. 給新人的實操心得與后續(xù)擴展建議這些年帶團隊做Substrate項目我總結了一些心得寫在這里分享。第一Rust基礎是繞不開的。如果你對Rust的trait、泛型、生命周期不夠熟直接寫Pallet會非常吃力。建議先用Rustlings過一遍核心語法再去讀模板代碼。不要走捷徑這個基礎打牢后面效率會翻倍。第二讀代碼比搜答案更重要。Substrate的文檔相比主流Web框架確實不算完善很多東西最新的API變化很快。我的經驗是遇到問題時直接去讀~/.cargo/registry下相關的源碼或者看官方倉庫的pallet實現(xiàn)往往比搜索引擎更快找到答案。第三盡量把你的業(yè)務邏輯做成Pallet而不是“只在外圍調用”。很多新人喜歡把業(yè)務邏輯放在前端或者鏈下服務里鏈上只存最終結果。這定位沒錯但如果涉及多用戶協(xié)作或者需要可驗證的邏輯則務必在Runtime里實現(xiàn)。鏈上的核心規(guī)則和激勵邏輯透明公開鏈下只能做輔助處理。第四測試網是你的好朋友。在實際項目里我會準備一條長期運行的測試網鏈和主網配置完全一致尤其是升級流程。每次測試結果記錄下來作為后續(xù)迭代的依據(jù)。不要只在本地--dev模式下跑因為本地單節(jié)點無法暴露多節(jié)點環(huán)境的同步、重組、惡意節(jié)點等問題。如果你現(xiàn)在已經跑通了一個單節(jié)點、寫好了一個Pallet接下來可以往這些方向擴展給自己的Pallet做benchmark測試計算出準確的權重部署多個節(jié)點組成一個小型測試網絡體驗BABE/GRANDPA的效果加入pallet_contracts給你的鏈加入智能合約能力接入pallet_assets或者pallet_nfts支持原生資產或非同質化資產用try-runtime做狀態(tài)遷移測試為上線準備我個人在實際項目中的體會是Substrate的上手曲線很陡但越爬到后面你會越覺得這套設計給開發(fā)者留了極大的自由度和掌控感。第一次在你自己搭的鏈上用命令行提交一筆自定義交易看到區(qū)塊完成出塊、事件正確觸發(fā)那個成就感還是很足的。希望這篇文章能讓你少踩幾個坑把寶貴的時間留在真正有趣的事情上。 Substrate區(qū)塊鏈開發(fā)框架詳解：從架構原理到Pallet實戰(zhàn)與踩坑指南
1. Substrate到底是什么以及為什么值得你關注Substrate這個名字這幾年在區(qū)塊鏈開發(fā)圈里出現(xiàn)的頻率越來越高。如果你關注過Polkadot、Kusama或者關注過國內外的Web3創(chuàng)業(yè)項目幾乎繞不開這個框架。簡單說Substrate是Parity Technologies推出的一套區(qū)塊鏈開發(fā)框架用Rust語言編寫它的核心目標非常直接讓你用模塊化、可組合的方式快速構建一條具有完整功能的自定義區(qū)塊鏈。為什么這件事重要因為傳統(tǒng)上從零開始寫一條公鏈的工作量是極其恐怖的。你需要處理網絡層、共識機制、交易池、狀態(tài)存儲、賬戶系統(tǒng)、治理模塊、智能合約執(zhí)行環(huán)境……這一整套基礎設施沒有一支成熟的工程團隊幾乎不可能在合理時間內搞定。而Substrate把這些底層能力大部分都做成了現(xiàn)成的組件你可以站在它的肩膀上把注意力集中到自己的業(yè)務邏輯上——也就是所謂“運行時邏輯”。它最適合誰我認為有三類人受益最大第一類是想要發(fā)行自定義鏈、做PoC概念驗證或測試網的團隊。第二類是有一定Rust基礎想做區(qū)塊鏈協(xié)議層研究的開發(fā)者。第三類是企業(yè)級聯(lián)盟鏈或私有鏈場景的架構師利用Substrate的框架體系構建合規(guī)、可控的分布式記賬或數(shù)據(jù)協(xié)作平臺。很多人一上來就問Substrate和那些“快速發(fā)鏈”的工具到底有啥區(qū)別。我給一個個人結論Substrate不是那種“一鍵生成代幣”的玩具它是一個嚴肅的、生產級的區(qū)塊鏈開發(fā)底座。它的學習曲線明顯更陡但你能得到的控制力、可定制性、可維護性也是其他方案給不了的。這篇文章我會把Substrate從整體架構、核心組件、實操流程到踩坑心得用我這些年在實際項目里的經驗完整講一遍?？赐曛竽銘撃苊靼走@個框架是怎么組織的你自己的鏈應該從哪開始以及哪幾個坑是新人必踩的。2. 整體設計思路為什么Substrate能大幅度降低造鏈成本2.1 區(qū)塊鏈開發(fā)的傳統(tǒng)痛點一切都要重造先講個背景。早期做一條鏈哪怕只是一個小型測試鏈你得先搞定一堆“臟活”網絡發(fā)現(xiàn)和節(jié)點同步怎么實現(xiàn)、交易在節(jié)點間怎么廣播、狀態(tài)樹怎么組織和存儲、區(qū)塊最終性怎么保證、升級區(qū)塊邏輯時怎么讓全網節(jié)點協(xié)調一致。這些活兒單拎出來每一項都能寫一本書。而且最折磨人的是當你終于把一套節(jié)點程序跑起來想調整一下出塊間隔、修改一下交易手續(xù)費模型往往需要改核心代碼然后重新部署全部節(jié)點。這種開發(fā)體驗讓團隊把大量精力浪費在“造輪子”上業(yè)務反而不怎么推進。2.2 Substrate的核心設計理念協(xié)議定死狀態(tài)可編程Substrate給出的答案是把區(qū)塊鏈的節(jié)點分成了兩部分外層共識層Client和運行時Runtime。外層共識層負責那些相對固定的工作P2P網絡通信、同步區(qū)塊、存儲區(qū)塊、執(zhí)行狀態(tài)轉換后的持久化。運行時則定義了“這個狀態(tài)是怎么變的”也就是你每出一個區(qū)塊賬戶余額怎么調整、業(yè)務邏輯怎么執(zhí)行、交易要怎么驗證。這里最關鍵的設計點是運行時是編譯成Wasm字節(jié)碼放在鏈上的。這意味著所有節(jié)點不依賴某一份固定的“程序”而是從鏈上讀取當前生效的Wasm執(zhí)行邏輯。鏈上升級 把舊Wasm替換成新的Wasm共識層重新加載即可。這個設計一出來整個開發(fā)模式變了。你不需要在每臺機器上重裝程序來升級鏈邏輯只需要通過一項特殊的調度交易提交一份新的Runtime代碼網絡共識確認后整條鏈的邏輯就平滑升級了。這在傳統(tǒng)區(qū)塊鏈開發(fā)中是一個極大的思維跳躍。2.3 為什么說模塊化是Substrate最舒服的地方Substrate提供了FRAMEFramework for Runtime Aggregation of Modular Entities這是一套組裝各種模塊Pallet的組合框架。你可以把Pallet理解為區(qū)塊鏈功能的基礎積木。官方和社區(qū)提供了大量現(xiàn)成的Palletbalances負責代幣轉賬、assets負責資產發(fā)行、democracy負責鏈上治理、staking負責質押挖礦、contracts負責智能合約部署和執(zhí)行甚至包括NFT相關的uniques和nfts模塊。你自己寫業(yè)務時大多數(shù)情況下不是從零寫所有東西而是做兩件事選積木和寫自己的積木。把自己的業(yè)務邏輯封裝成一個Pallet然后在runtime中聲明啟用配置好各模塊之間的依賴關系就完成了一個鏈的運行時組裝。這種設計帶來的實際收益非常明顯團隊協(xié)作邊界清晰每個人負責一個Pallet、測試友好每個Pallet可以單測、可復用性極高團隊積累的模塊可以直接遷移到新鏈。2.4 方案選型Substrate vs 其他框架我為什么沒有換賽道我知道很多人會拿Substrate和Cosmos SDK比或者和以太坊那一套對比。我的觀點是它們各自的哲學不同沒有絕對的優(yōu)劣但Substrate在幾個維度上特別契合我的習慣。Wasm運行時這條設計讓我非常放心因為鏈上邏輯就是鏈上的一部分升級問題直接在鏈上閉環(huán)解決。Rust語言性能好、內存安全寫底層邏輯時我有底氣。雖然Rust的學習成本高但長期維護的收益足夠平滑。元數(shù)據(jù)和前端生態(tài)Substrate會自動生成鏈的元數(shù)據(jù)配套工具如polkadot.js、substrate-api-client可以基于元數(shù)據(jù)動態(tài)生成前端接口省去了大量API聯(lián)調工作。測試和仿真的基礎設施完備FRAME自帶的Mock環(huán)境、pallet的測試函數(shù)、整個鏈級別的集成測試體系挺成熟。如果你問“那我是不是應該用Substrate做所有區(qū)塊鏈項目”我只能說不一定。如果你的目標就是做一個在以太坊上的ERC-20或者一個ERC-721的簡單應用那智能合約開發(fā)照樣高效沒必要造鏈。但如果你的業(yè)務需要自定義共識規(guī)則、自定義交易模型、鏈上邏輯頻繁升級那么Substrate值得花時間押注。3. 核心細節(jié)解析Substrate的關鍵組件與運行機制3.1 Client層與Runtime層各司其職Substrate節(jié)點可以理解成一個殼子殼子內部運行著Wasm格式的Runtime。我們平時寫代碼絕大部分是寫在Runtime里也就是FRAME pallet而Client層大多數(shù)時候是被隱含的。Client層主要包含網絡層基于libp2p協(xié)議棧實現(xiàn)節(jié)點間的握手、區(qū)塊廣播、交易廣播和同步。存儲層基于RocksDB或者可選ParityDB存儲鏈上狀態(tài)和區(qū)塊數(shù)據(jù)。共識引擎提供出塊、驗證、最終性等確定性共識算法的實現(xiàn)例如Aura、BABE、GRANDPA。RPC層通過JSON-RPC向外提供鏈的狀態(tài)查詢、交易提交等接口。你在寫Pallet時可以幾乎不管Client層做了什么。但你必須知道它的存在因為節(jié)點啟動、出塊性能、存儲配置都和它有關。3.2 FRAME和Pallet到底是怎么組合起來的FRAME就是一個“拼裝車間”。你寫了一個Pallet它本身是自包含的有自己的存儲項、事件、錯誤、可調用函數(shù)。然后在runtime.rs里你要為這個Pallet參數(shù)化一些類型和常量比如impl pallet_template::Config for Runtime { type RuntimeEvent RuntimeEvent; type RuntimeCall RuntimeCall; type Currency Balances; }這段代碼的意思是告訴運行時“我這個自定義Pallet要用到什么依賴比如余額模塊要用Balances模塊作為貨幣類型”。然后你把實例化的Pallet放進construct_runtime!宏里construct_runtime!( pub enum Runtime { System: frame_system, Balances: pallet_balances, Template: pallet_template, } );這一步做完你的Pallet就被正式嫁接到鏈上了。之后可以通過節(jié)點啟動時安裝的custom runtime實現(xiàn)數(shù)據(jù)讀取和交易調用。這個拼裝過程說到底是“類型級別的依賴注入”。初學者最困惑的往往不是某個模塊怎么寫而是這些類型約束。你要習慣一個思路每個Pallet都會聲明Configtrait這個trait的關聯(lián)類型就是它運行所需的外部接口你組裝Runtime就是給這些接口找到合適的現(xiàn)實實現(xiàn)。3.3 Pallet內部的結構與核心要素每一個Pallet源碼內部通常由幾個核心部分組成#[frame_support::pallet] pub mod pallet { use frame_support::pallet_prelude::*; use frame_system::pallet_prelude::*; #[pallet::config] pub trait Config: frame_system::Config { ... } #[pallet::storage] #[pallet::getter(fn something)] pub type SomethingT StorageValue_, u32, ValueQuery; #[pallet::event] #[pallet::generate_deposit(pub(super) fn deposit_event)] pub enum EventT { SomethingStored { something: u32, who: T::AccountId } } #[pallet::error] pub enum ErrorT { NoneValue, StorageOverflow } #[pallet::call] implT: Config PalletT { #[pallet::weight(10_000)] pub fn do_something(origin: OriginForT, something: u32) - DispatchResult { let who ensure_signed(origin)?; SomethingT::put(something); Self::deposit_event(Event::SomethingStored { something, who }); Ok(()) } } }這里每塊都有自己的使命config聲明外部依賴類型storage聲明鏈上持久化存儲項event聲明的鏈上事件外部可以訂閱error定義可返回的鏈上錯誤DispatchResult返回錯誤信息call暴露給外部的可調用接口是交易的入口寫Pallet時最難掌握的不是語法而是權重的設計——每筆操作要消耗多少計算成本這個值會影響區(qū)塊打包數(shù)量甚至影響鏈的安全。初學者可以先使用固定值如示例中的10_000但實際生產環(huán)境要對每個操作做benchmark測試否則可能被濫用。3.4 存儲的設計哲學一切狀態(tài)都是持久化的你可以把Substrate的鏈上存儲想象成一個巨大的全局數(shù)據(jù)庫但它不是關系型數(shù)據(jù)庫而是一個Merkle樹結構通過hash結果保證狀態(tài)一致性。FRAME的存儲項設計很直接StorageValue存一個單一值StorageMap存一個以key映射value的映射表StorageDoubleMap存一層雙鍵映射在Pallet里使用存儲項時要特別注意兩個原則第一任何變量不要只想保存在內存中區(qū)塊鏈的狀態(tài)必須落盤第二讀取存儲的成本不低性能敏感的函數(shù)要盡量避免反復讀同一個存儲項。我在實際項目里踩過一個非常經典的坑在循環(huán)體里反復讀取同一個StorageMap中的內容導致出塊時間明顯變慢。后來我把需要的數(shù)據(jù)提前fetch到內存變量里再把邏輯跑完。性能問題立刻緩解。3.5 共識機制BABE、Aura與GRANDPA的取舍Substrate框架本身并不綁定某一種特定共識你可以自定義但多數(shù)鏈會選擇現(xiàn)成的方案。我簡單梳理一下最常見的幾個Aura基于固定驗證人輪流出塊的方案。簡單、高效、容易理解。適合測試網和聯(lián)盟鏈因為驗證人集合相對固定。BABE基于可驗證隨機函數(shù)VRF的抽簽出塊方案。Polkadot用的就是這個。它能做到每輪隨機選取出塊人更去中心化但實現(xiàn)復雜度高一些。GRANDPA負責最終確認與出塊機制解耦。既出塊節(jié)點已經提交了區(qū)塊GRANDPA在若干輪之后對區(qū)塊哈希達成最終共識使鏈產生不可回滾的最終區(qū)塊。對個人開發(fā)者來說測試網用Aura最省心。對主網或者需要更強去中心化的網絡則應該深入研究BABE GRANDPA的組合。3.6 鏈上升級與治理模塊這是生產級方案的底氣Substrate最打動我的一點就是鏈上升級能力。項目初期你一定會因為業(yè)務需求頻繁改logical代碼。傳統(tǒng)方式需要重啟全網絡而Substrate只需提交set_code調用通過治理模塊即可完成運行時替換。你可以設置不同的治理策略單賬號直接改代碼開發(fā)期方便多簽或理事會投票公投制這個設計讓開發(fā)迭代速度大幅提升。但也帶來一個巨大風險如果新Runtime有bug一旦升級上鏈可能影響整條鏈的狀態(tài)。所以我的建議永遠是在本地全面測試后再到測試網驗證最后到主網通過治理流程謹慎升級。升級前務必備份狀態(tài)和區(qū)塊數(shù)據(jù)。4. 實操過程從零搭一條自定義鏈并實現(xiàn)業(yè)務模塊4.1 環(huán)境準備Rust工具鏈與Node模板用Substrate開新項目最簡單的辦法是使用substrate-node-template它會給你一個包含簡單Pallet和可運行節(jié)點的完整模板。首先確保Rust環(huán)境就緒。我推薦使用rustup來管理工具鏈curl --proto https --tlsv1.2 -sSf https://sh.rustup.rs | sh rustup default stable rustup update rustup target add wasm32-unknown-unknown這里有個容易忽略的點Substrate編譯時需要同時生成native代碼和Wasm代碼所以必須安裝wasm32-unknown-unknown這個target。如果不裝編譯到中間步驟會直接報錯。接著拉模板git clone https://github.com/substrate-developer-hub/substrate-node-template cd substrate-node-template cargo build --release第一次編譯相當耗時可能需要十分鐘到半小時取決于機器性能和網絡狀況。這一步考驗耐心但做好之后后續(xù)增量編譯會快很多。4.2 認識模板的項目結構編譯完成后我們來看看模板的目錄結構。這是一個極好的學習參考runtime/src/lib.rs運行時組裝的“總裝配車間”runtime/src/lib.rs中調用的各個pallet目錄如pallets/template一個最簡單的pallet示例node/src節(jié)點啟動相關代碼包括CLI參數(shù)、RPC配置、服務組裝等從我?guī)氯说慕涷灴吹谝徊讲槐厣钊肜斫鈔ode目錄的所有細節(jié)。核心思路是runtime決定鏈邏輯node是打包和啟動進程的外殼你可能90%的時間都在寫runtime。閑下來時可以看看runtime/src/lib.rs頂部的construct_runtime!宏它列出了目前鏈上啟用的一切模塊。增加一個模塊只需要在construct_runtime!里追加一行。4.3 編寫第一個業(yè)務Pallet從需求到代碼模板自帶的pallet-template已經打通了“最小可運行模塊”的路徑。現(xiàn)在我把一個稍微貼近實際業(yè)務的小例子做一個“待辦事項”Todo存儲模塊。需求簡單描述用戶能夠創(chuàng)建待辦事項標記完成刪除待辦事項并查看自己的列表。先定義一個存儲映射#[pallet::storage] #[pallet::getter(fn todos)] pub type TodosT: Config StorageMap _, Blake2_128Concat, T::AccountId, VecTodoItem, ValueQuery, ;還有TodoItem的結構體需要支持序列化/反序列化#[derive(Encode, Decode, Clone, RuntimeDebug, PartialEq)] pub struct TodoItem { pub id: u32, pub content: Vecu8, pub done: bool, }然后寫幾個調用函數(shù)#[pallet::call] implT: Config PalletT { #[pallet::weight(10_000)] pub fn create_todo( origin: OriginForT, content: Vecu8, ) - DispatchResult { let who ensure_signed(origin)?; let mut todos TodosT::get(who); let id todos.len() as u32 1; todos.push(TodoItem { id, content, done: false }); TodosT::insert(who, todos); Ok(()) } }這套代碼的邏輯非常直白。但注意幾個關鍵點ensure_signed(origin)確保調用者是已簽名賬戶否則拒絕執(zhí)行。存儲項的讀寫用TodosT::get()和TodosT::insert()。返回類型是DispatchResult錯誤用ErrorT枚舉。我還必須加一個啟動事件讓前端可以通過事件了解操作狀態(tài)#[pallet::event] #[pallet::generate_deposit(pub(super) fn deposit_event)] pub enum EventT: Config { TodoCreated { who: T::AccountId, id: u32 }, TodoDone { who: T::AccountId, id: u32 }, TodoRemoved { who: T::AccountId, id: u32 }, }寫完Pallet后還有最關鍵的一步把所有模塊注冊進runtime的construct_runtime!宏和Configtrait的impl。否則編譯會提示未配置類型參數(shù)。4.4 配置與編譯的細節(jié)問題每次修改runtime后都要重新編譯cargo build --release編譯期如果報錯大多數(shù)和類型約束有關。例如你的Pallet中使用了T::AccountId那么你的Configtrait就必須繼承frame_system::Config才能引入這個關聯(lián)類型。此外如果需要在鏈上執(zhí)行嚴格的功能測試我建議不要只跑cargo build還要跑一下runtime中自帶的測試cargo test -p pallet-templateFRAME對測試的支持很完善提供了new_test_ext()這樣的構造器你可以在測試中構造一個臨時的鏈上存儲環(huán)境再模擬調用。我當時寫Todo模塊時寫了十來條測試用例覆蓋創(chuàng)建、完成、刪除、重復id等場景。整個調試過程非常順滑。4.5 啟動節(jié)點并交互從命令行到Polkadot.js編譯完成后啟動一個開發(fā)模式單節(jié)點./target/release/node-template --dev --tmp--dev表示使用開發(fā)配置--tmp表示使用臨時數(shù)據(jù)目錄所以每次重啟鏈狀態(tài)是空的。啟動之后節(jié)點會監(jiān)聽在127.0.0.1:9944默認提供WebSocket RPC。你可以用Polkadot.js Apps連接到這個端點在“Developer”-“Extrinsics”面板里選擇你的模塊和方法比如templateModule-createTodo輸入內容后提交交易。如果不想用圖形界面也可以用命令行瀏覽器或者直接用curl發(fā)送JSON-RPC。日常快速驗證時我用polkadot.js足夠方便。4.6 自定義前端交互的Minimal路徑Substrate生態(tài)里前端快速接鏈有幾個方法使用polkadot.js庫通過API連接到節(jié)點讀取狀態(tài)和發(fā)送交易使用useInk或polkadot.js的React hook封裝社區(qū)方案如果要做輕應用可以直接用polkadot/api庫例如讀取某個用戶的Todo列表可以這樣const api await ApiPromise.create({ provider: new WsProvider(ws://127.0.0.1:9944) }); const todos await api.query.templateModule.todos(5GrwvaEF...);api.query.templateModule.todos這種命名完全來自construct_runtime!宏里Pallet的名稱和存儲項的名字非常方便一行代碼就實現(xiàn)了數(shù)據(jù)的讀取。這也是我偏愛Substrate框架的地方元數(shù)據(jù)自動生成前后端溝通成本大幅降低。5. 常見問題與排查技巧這些坑我建議你繞開5.1 編譯期報錯Wasm target未安裝新人在環(huán)境配置階段最容易遇到error: no available version of wasm32-unknown-unknown...這不是代碼問題就是漏裝了target。rustup target add wasm32-unknown-unknown但有時你安裝了編譯器卻沒有正確識別我也遇到過。檢查一下~/.cargo/config.toml里有沒有額外覆蓋target目錄的配置如果有把它刪掉然后重新編譯。5.2 節(jié)點啟動后內存異常飆升Substrate節(jié)點在同步數(shù)據(jù)時吃內存很多特別是首次同步大網絡時。如果你只是想開發(fā)測試一定要用--dev --tmp模式啟動否則節(jié)點會嘗試連接公共網絡并同步整個鏈內存和磁盤都可能被拖垮。另外如果你基于主網規(guī)范啟動別忘調大系統(tǒng)的文件句柄限制比如ulimit -n 65535不然后續(xù)RPC請求量大了會頻繁報Too many open files。5.3 交易提交了但一直pending這種問題我在調試時經常遇到?？赡茉蛴泄?jié)點沒有出塊。開發(fā)模式下--dev應該自動出塊但生產模式需要配置共識參與者手續(xù)費余額不足。賬戶需要有一定數(shù)量的代幣來支付交易費用。交易的nonce不對。排查建議打開節(jié)點日志用RUST_LOGruntime,txpooldebug啟動節(jié)點觀察交易池是否接收、為什么被打回。一個很常見的原因是賬戶余額不夠支付交易手續(xù)費看起來像交易沒反應。5.4 Runtime升級失敗升級是Substrate引以為傲的功能但也是最容易出錯的地方。我遇到過幾次新Runtime代碼里引用了未注冊的Pallet類型導致try_runtime檢查失敗存儲遷移邏輯有誤導致鏈上狀態(tài)不兼容治理流程中沒有設置足夠的票數(shù)門檻導致任何人都能一鍵升級這在測試網無所謂在主網就是安全事故建議在生產環(huán)境務必用try-runtime工具在本地回放最新區(qū)塊驗證升級可行性在測試網完整走一遍升級流程再對主網操作備份好升級前的快照如果你用的模板沒有快照能力可以直接備份數(shù)據(jù)目錄5.5 存儲讀取性能下降存儲什么數(shù)據(jù)、怎么存對出塊時間影響很大。如果你的業(yè)務需要頻繁查詢某個StorageMap的值盡量批量讀取而不是逐條讀取。FRAME提供iter()和iter_keys()可以利用這些接口做批量操作。還有一點存儲數(shù)據(jù)盡量瘦身。不要圖省事把一大坨JSON直接存到存儲里這會大幅增加底層Merkle樹的計算量和內存占用。寧可拆分成多個字段、多張表鏈上性能會好很多。5.6 測試環(huán)境的時區(qū)和時間戳Substrate的Timestamppallet用于設置鏈上時間戳。測試環(huán)境如果沒有正確配置可能永遠是起點時間。在做依賴時間的業(yè)務邏輯測試時需要手動mockTimestamp。我的做法是在測試用例中直接用frame_system的set_block_number和pallet_timestamp::Pallet::T::set_timestamp來設置。不要讓測試過分依賴真實時間否則結果不可復現(xiàn)。6. 給新人的實操心得與后續(xù)擴展建議這些年帶團隊做Substrate項目我總結了一些心得寫在這里分享。第一Rust基礎是繞不開的。如果你對Rust的trait、泛型、生命周期不夠熟直接寫Pallet會非常吃力。建議先用Rustlings過一遍核心語法再去讀模板代碼。不要走捷徑這個基礎打牢后面效率會翻倍。第二讀代碼比搜答案更重要。Substrate的文檔相比主流Web框架確實不算完善很多東西最新的API變化很快。我的經驗是遇到問題時直接去讀~/.cargo/registry下相關的源碼或者看官方倉庫的pallet實現(xiàn)往往比搜索引擎更快找到答案。第三盡量把你的業(yè)務邏輯做成Pallet而不是“只在外圍調用”。很多新人喜歡把業(yè)務邏輯放在前端或者鏈下服務里鏈上只存最終結果。這定位沒錯但如果涉及多用戶協(xié)作或者需要可驗證的邏輯則務必在Runtime里實現(xiàn)。鏈上的核心規(guī)則和激勵邏輯透明公開鏈下只能做輔助處理。第四測試網是你的好朋友。在實際項目里我會準備一條長期運行的測試網鏈和主網配置完全一致尤其是升級流程。每次測試結果記錄下來作為后續(xù)迭代的依據(jù)。不要只在本地--dev模式下跑因為本地單節(jié)點無法暴露多節(jié)點環(huán)境的同步、重組、惡意節(jié)點等問題。如果你現(xiàn)在已經跑通了一個單節(jié)點、寫好了一個Pallet接下來可以往這些方向擴展給自己的Pallet做benchmark測試計算出準確的權重部署多個節(jié)點組成一個小型測試網絡體驗BABE/GRANDPA的效果加入pallet_contracts給你的鏈加入智能合約能力接入pallet_assets或者pallet_nfts支持原生資產或非同質化資產用try-runtime做狀態(tài)遷移測試為上線準備我個人在實際項目中的體會是Substrate的上手曲線很陡但越爬到后面你會越覺得這套設計給開發(fā)者留了極大的自由度和掌控感。第一次在你自己搭的鏈上用命令行提交一筆自定義交易看到區(qū)塊完成出塊、事件正確觸發(fā)那個成就感還是很足的。希望這篇文章能讓你少踩幾個坑把寶貴的時間留在真正有趣的事情上。