1、基于獨立智能合約語言Subscript的波卡平行鏈Polkadot Parachain based on independent smart contract language SubscriptTrustBase 白皮書TrustBase2020TrustBase010404040607070808101011121314151517目錄CONTENTS第一章 背 景第二章 Subscript語言 1. 為WASM原生設計 2. Subscript語言語法 3. Subscript合約庫函數 4. 成熟的編譯框架 5. 開發者熟悉的包管理工具 6. 調試器支持 7. Subscript Wo

2、rkbench第三章 TrustBase平行鏈 1. 項目介紹 2. TrustBase結構 3. 基于WASM的虛擬機 4. TrustBase智能合約 5. TrustBase存儲 6. 與Polkadot的跨鏈操作 7. 應用場景 8. 核心優勢第四章 治理模型 1. 共識機制 2. 角色設定 3. 懲罰機制 4. 角色選舉第五章 DAO自治 1. 國民議會 2. 理事會 3. 技術委員會 4. 投票機制 5. 名詞釋義第六章 經濟模型 1. TBE商業價值 2. 節點權益 3. Gas費率的設定及標準 4. TBE發行計劃 5. TBE銷毀機制第七章 TrustBase Foundat

3、ion 1. 基金委員會議員組成制度 2. 基金委員會職責第八章 發展規劃第九章 團隊介紹第十章 風險提示與免責聲明1919192121242526262724303132333330353635384143行業背景INDUSTRY BACKGROUND第一章TrustBaseWhite-Paper011. 背 景 1.1 Web3.0與PolkadotWeb3.0是互聯網發展的新階段，而區塊鏈技術的出現則為Web3.0賦予了更高的期待由區塊鏈賦能的Web3.0將要實現的是所有人對自己在數字世界的數據、身份、資產等所有個人價值的掌控權，最終為世界帶來真正透明、可信的互聯網經濟模式。為了實現We

4、b3.0的愿景，并解決目前區塊鏈存在的“數據孤島”的問題，Polkadot應運而生。Polkadot致力于打造一種網絡協議，類似于互聯網TCP/IP協議一樣，通過定義并開發了一套平行鏈和中繼鏈的分片多鏈結構，讓所有接入此架構的區塊鏈都能更好地完成互相之間的信息交互，最終實現“萬鏈互聯”。 1.2 SubstratePolkadot革命性地為全球的區塊鏈開發者提供了Substrate開發框架。Substrate框架將區塊鏈的基本底層設計模塊化，允許開發者一鍵調用，省去了原本繁復的工作量。Substrate框架賦予了Polkadot區塊鏈前所未有的特性：可擴展性 孤立的區塊鏈只能處理有限的流量。P

5、olkadot通過平行鏈的機制來支持多個區塊鏈，使得交易可以高效、并行地處理；專業化每個Polkadot平行鏈都可以根據特定的用例或應用進行定制；互操作性不同的Polkadot區塊鏈和應用可以共享信息和功能，這要歸功于項目的互操作設計和鏈間的兼容性；無分叉式升級Polkadot可以升級，而無需耗時和分裂的硬分叉；新功能可以添加，而無需完全改造網絡；TrustBase White-Paper 0102雖然Polkadot是Web3.0時代的黃金賽道，但Substrate 的原生智能合約使用的是一種基于 Rust 的ink！語言。該語言的學習難度曲線大，并且ink! 合約目前缺乏工具來支持 DAp

6、p 的開發，也基本沒有易于使用并可以安全地將現有基于 EVM 的應用程序遷移到基于 WASM 的 Substrate 區塊鏈的工具或應用。波卡區塊鏈開發的高門檻導致龐大的傳統開發者群體難以進入。為了幫助傳統的Web開發者和Java工程師無障礙參與Polkadot生態建設，TrustBase自主研發了輕量級WASM智能合約語言Subscript，以滿足傳統開發人員突破行業壁壘，開展區塊鏈開發事業的需求，促進實現Web3.0的愿景。自 治Polkadot上的社區可根據自己意愿來管理其網絡，并在未來整個Polkadot網絡治理中擁有透明的權益。團隊可以根據自己的需求來自定義及優化其區塊鏈治理，實驗新

7、想法，或為更快部署預置模塊。TrustBase White-Paper Subscript 語言SUBSCRIPT LANGUAGE第二章TrustBaseWhite-Paper02042. Subscript語言 2.1 為WASM原生設計Polkadot使用WASM作為全部鏈上Runtime的字節格式，同時WASM也是Polkadot智能合約的主要格式。WASM（Web Assembly）是一種能夠運行在現代瀏覽器中的字節碼。它類似于匯編語言，其二進制格式具有很高的緊湊性，能夠極大的縮小目標代碼文件的大小、提高應用程序的網絡分發效率。WASM字節碼其運行時效率可以接近于本地機器碼的效率，可

8、以作為C+ 、Rust等語言的編譯目標。Subscript是整體為WASM設計的原生合約語言, 并提供了對WASM底層的訪問指令，可以支持任何和Substrate架構兼容的智能合約開發平臺。相比Parity官方基于Rust的ink!語言，提供了更加易用的特性： 2.2 Subscript語言語法Subscript從API到語法，整體使用嚴格類型和語言檢查，同時提供了范型功能支持第三方庫的封裝：Subscript語言沿用Typescript語法，并在Assemblyscript中完成對Substrate智能合約的封裝，使傳統開發者也能快速上手，一鍵部署能夠運行在Polkadot上的原生智能合約。

9、靜態的語法檢查與針對動態類型運行環境的TypeScript不同，Subscript在編譯時具有嚴格的靜態語法檢查，避免了無法提前有效編譯TypeScript的動態特征。通過分配或推斷確定的類型，編譯器能夠從執行開始就產生可預測的性能，同時保證所產生的WASM目標代碼很??；無需Rust開發基礎，Web開發者可以快速入門；與JavaScript良好的互操作特性，便于與Dapp的集成；易用的開發環境支持，可以基于現有的js IDE運行部署和測試。TrustBase White-Paper 。05嚴格的類型Subscript中的基礎類型為WASM標準而設計，使用WASM特定的整數和浮點類型在處理數值類

10、型時允許開發人員實現制定數值的理想類型；底層訪問支持智能合約與沙盒外環境交互時，能夠傳遞的參數僅限于基本的整數類型。Subscript提供了完備的語法可以用來定義外部接口類型。Subscript還自帶可訪問WASM底層的指令函數，提供整數運算、擬機棧訪問、內存加載等操作；范型支持能夠定義范型類型來支持代碼的復用，Subscript通過范型定義了一系列可復用的庫函數。TrustBase White-Paper 圖1 Subscript語言語法結構Subscript SupportLibDapp Source CodeStandard LibraryBinaryen Extention Crypt

11、oCodecSubscript CoreLibStorageAccountSTATE STORAGESubscript ContractWasm Contract Host FunctionsCALLBalanceSubscript提供了豐富的庫函數供開發者調用。庫函數分為標準庫、核心庫、擴展庫三個部分: 2.3 Subscript合約庫函數06Subscript標準庫：（StandardLib）包含基本的數學運算、數組操作、字符串處理以及內存訪問等功能Subscript核心庫：(CoreLib）在合約代碼中可以直接訪問，開發者可通過函數訪問：1) 包含基本的密碼學函數，Blake2b、Sha

12、3、Sha256；2) 鏈上信息（隨機數、區塊高度、區塊時間等）；3) 智能合約轉賬、調用其他合約、調用鏈上模塊（XCMP跨鏈消息、質押、治理等）Subscript標準庫：(SupportLib）是一個模塊化的合約庫函數集合，包括了眾多常用的合約模版。開發者通過擴展庫中的合約模版，可以自動集成當前廣泛使用的合約功能，增強合約的安全性，避免重復開發基礎功能：1) ERC20兼容合約：提供和ERC20接口兼容的代幣庫函數；2) ERC721兼容合約：支持創建非同質化代幣；3) 權限控制合約：通過使用合約基礎類為擴展合約提供基于賬戶的權限控制功能；4) 代理合約：通過抽象合約接口實現合約的可升級功能

13、；5) 治理合約：提供通過投票實現的鏈上治理；6) 多簽合約：能夠支持多種賬戶格式的多簽地址合約；TrustBase White-Paper Subscript使用久經驗證的Binaryen編譯框架編譯智能合約，在編譯時著重減少生成代碼的體積。在處理WASM底層代碼時，Subscript能夠提供比C+和Rust更快的執行速度。Subscript對Binaryen編譯框架加入了語言擴展，使其能夠直接支持對象結構體到合約狀態樹的映射。Subscript的狀態裝飾器內置了狀態的序列化和反序列化功能。開發者對結構體添加狀態裝飾器后，語言能夠自動把結構體序列化為狀態樹中的字符串，反序列化時同理。 2.4

14、 成熟的編譯框架Subscript集成到當前Web開發環境當中。無需重新設置開發環境，開發者只需使用熟悉的Npm工具即可設置整個智能合約的編譯部署環境。 2.5 開發者熟悉的包管理工具建立開發環境只需執行簡單的安裝命令：Npm Install；編譯智能合約代碼：Npm Run Build；TrustBase White-Paper 圖2 Subscript合約編譯07ExecutionContextTargetCodeOpimization WASM(Bin code)WAT(Text format)SourceMapMetadata(Contract ABl) CompileSubscrip

15、t Source Code08Subscript使用SourceMap機制生成編譯代碼到源代碼的映射。SourceMap是一個有關源代碼信息的文件，通過SourceMap可以知道編譯后的代碼在源代碼中的位置和標識符在調試的時候，調試工具在斷點位置能夠給出對應的源代碼位置，這會給開發者帶來極大的方便。能夠提供調試支持的智能合約虛擬機正在開發當中，虛擬機能夠提供WASM的單步執行功能，并顯示所有的堆棧信息。在源代碼中加入斷點后，虛擬機能夠暫停當前的執行邏輯打印出詳細的堆棧信息和內存數據。 2.6 調試器支持Subscript Workbench是一個基于瀏覽器的智能合約集成開發環境（IDE）。Su

16、bscript Workbench與以太坊開發環境Remix相似，自帶了WASM智能合約開發所需的編譯工具DAPP開發者可以在Subscript Workbench中同步Github中的代碼、創建智能合約項目編譯WASM、發布到測試網絡。在智能合約虛擬機開發完成后，Subscript Workbench還可以提供類似Remix的智能合約的在線調試功能，開發者可以選擇在瀏覽器源代碼中加入斷點，單步調試編譯后的WASM代碼。 2.7 Subscript WorkbenchTrustBase White-Paper 。TrustBase 平行鏈TRUSTBASE PARACHAIN第三章TrustB

17、aseWhite-Paper03 3.1 項目介紹TrustBase是基于Substrate框架，自主開發Subscript智能合約語言，支持多種工具插件及智能合約應用的Polkadot平行鏈。作為Polkadot生態系統中的基建類項目，TrustBase已獲得了Web3 Foundation Grant扶持。TrustBase致力于為傳統開發者提供更輕量級的語言，能夠便捷的部署Polkadot原生智能合約，并輔助開發者無障礙參與Polkadot生態建設，形成PolkadotTrustBase平行鏈智能合約多棲發展的強大生態。103. TrustBase平行鏈TrustBase White-P

18、aper 圖3 TrustBase 架構圖PolkadotRelaychainXCMPXCMPOther ParachainOther ParachainOther ParachainOther ParachainBridgeOther Public Chain( BTC、ETH )TrustBaseParachainCollatorsValidators 3.2 TrustBase結構11TrustBase White-Paper 圖4 TrustBase底層架構示意圖在功能上，TrustBase研究并實現了基于WASM的智能合約綜合化安全開發與跨鏈部署并提供了完善易用的開發工具的支持，是新

19、一代的輕量級開發者工具。TrustBase平行鏈基于Substrate框架開發，在Wasm虛擬機和p2p網絡的基礎上，TrustBase構建了多個運行時模塊來處理鏈上的交易。TrustBase的運行時模塊使用Rust語言編寫，編譯為wasm格式內置到客戶端當中。TrustBase的每一個運行時模塊都可以通過重新部署wasm代碼，獨立的進行在線升級。3.2.1 精密的底層架構Account management componentAuthority ManagementAccount ManagementSecurity VerificationDigital SignatureState ma

20、nagement and dataResource dataBlock data validationStatus DataTransaction data hashTransaction data hashCommunication components of P2P networkHTTP communication protocolData EncryptionData SynchronizationConsensus algorithm componentNPOSConsensus NetworkSmart contract execution environment componen

21、tWasm virtual machineBinaryenDAppProgrammable FinanceDigital currency 3.3 基于WASM的虛擬機在智能合約層，TrustBase使用基于WASM（Web Assembly）實現的高性能虛擬機。WASM是新一代代碼格式，可以直接在瀏覽器中運行。相對于Ethereum使用的EVM，WASM可以以接近原生的速度運行，同時提供更靈活的合約接口。121) 賬戶系統：賬戶系統存儲所有用戶的賬戶信息和余額數據，TrustBase的賬戶狀態支持余額的鎖定和懲罰；2) 質押：質押模塊定義了驗證人的質押和委托信息，并處理所有驗證人的質押、獎勵

22、和收益分配；3) 鏈上金庫：一部分區塊獎勵和懲罰會收入到鏈上金庫中，金庫中的資金通過鏈上治理的方式為TrustBase生態分配資金支持，維持TrustBase開發社區的技術開發；4) 治理：TrustBase的持幣者可以通過治理，發起提案，執行社區的鏈上投票，無準入地參與到TrustBase的社區決策。TrustBase運行時包含里以下的功能：TrustBase White-Paper 3.2.2 同構平行鏈共享跨鏈TrustBase同構平行鏈原生支持跨鏈協議，在TrustBase上運行的智能合約應用同樣可以共享TrustBase與Polkadot其他平行鏈的互操作能力。例如一個部署在Trus

23、tBase上的DeFi合約，可以通過XCMP跨鏈消息使用Acala平行鏈上的aUSD穩定幣。無分叉升級TrustBase基于Substrate框架進行運行時的升級，不會產生分叉。良好互操作性TrustBase作為Polkadot平行鏈，將共享Polkadot其他平行鏈的互操作性，并通過Polkadot橋結構實現與比特幣、以太坊等其他公鏈的互操作性。13 3.4 TrustBase智能合約基于TrustBase部署的智能合約功能與以太坊或其他與EVM兼容的區塊鏈的功能大致相同，任何擁有TrustBase通證TBE的用戶都可以部署合約，并且合約也可以調用其他智能合約。智能合約在執行過程中的Gas消

24、耗以TrustBase通證TBE計算，每筆交易都有Gas上限任何多余交易費用將被退還。如果消息調用超出了Gas上限，執行將被終止，運行的狀態將回退到初始環境。合約還將能夠通過一組預定義的名單與其他TrustBase模塊進行交互，特別是可以調用Identity和Council模塊中的帳戶。未來，TrustBase的智能合約系統還將支持并行交易和狀態租賃功能。TrustBase White-Paper 高效的執行速度相比EVM兼容的智能合約，Trustbase的智能合約以接近原生速度執行，能夠被現有的CPU系統高效解釋執行；多種語言支持能夠使用傳統的編程語言和工具完成應用的開發，例如C、C+、Ru

25、st；部署應用簡單可靠應用開發者無需深入了解狀態樹，p2p網絡，共識協議，使用任何可以編譯為Wasm目標的語言均可直接開發應用；圖5 Substrate Runtime SwitchNative client environmentEntry APIsNoYesNative runtime is same version as on-chain runtime?WASM Runtime (from chain) WebAssembly InterpreterMerklised Storage DatabaseNative Runtime (from client) 3.5 TrustBase存

26、儲TrustBase采用 MPT(Merkle Patricia Trie)來存儲及訪問對象的狀態，MPT是默克爾樹和帕特里夏樹的結合縮寫，是一種經過改良的、融合了默克爾樹和前綴樹。節點的key是從根節點到該節點的路徑，即不同的key有相同前綴時，它們共享前綴所對應的路徑。TrustBase使用Base-16，即每個節點最多有16個子節點,給每個節點計算了一個哈希值，TrustBase中該值通過對節點內容進行Blake2運算取得用來索引數據庫和計算Merkle root。也就是說，MPT用到了兩種key的類型。第一種是Trie路徑所對應的key，由runtime模塊的存儲單元決定。每個存儲單元

27、的狀態都是通過鍵值對以trie節點的形式進行索引或者保存的，這里鍵值對的value是原始數據（如數值、布爾）的SCALE編碼結果，并作為MPT節點內容的一部分進行保存；key是模塊、存儲單元等的哈希組合，且和存儲數據類型緊密相關.TrustBase White-Paper 14圖6 合約處理流程PrepareExecutionContextExecuteWASMInstantiatelnstanceCharge FeeTransfer Optional ValueWASM ExecuteState CommitFinalisePrepare GasRefund GasDB Commit 3.6

28、 與Polkadot的跨鏈操作TrustBase智能合約平臺原生支持XCMP跨鏈協議。TrustBase將通過波卡平行鏈插槽競拍，接入波卡中繼鏈。TrustBase平臺上的任何智能合約應用都可以通過XCMP協議與波卡的其他平行鏈通信。TrustBase使用眾籌模式成功競拍插槽成為平行鏈，所有在TrustBase上部署的智能合約都可以波卡跨鏈的方式訪問其他平行鏈。例如一個部署在TrustBase上的Defi合約，可以通過xcmp跨鏈消息使用Acala平行鏈上的aUSD穩定幣，無需自己構建平行鏈競拍插槽。相比構建平行鏈，在TrustBase上開發智能合約應用，省去了競拍波卡官方插槽花費的巨大成本，

29、只需使用少量TrustBase代幣支付gas費用即可。使用TrustBase平臺花費少量平臺幣就可以部署復雜的智能合約，同時支持通過xcmp跨鏈協議與其他平行鏈互操作。另一種是數據庫存儲和計算Merkle root使用的key，可以通過對節點內容進行哈希運算得到，在鍵值數據庫中索引相應的MPT節點。MPT節點主要有三類，即葉子節點（Leaf）、有值分支節點（BranchWithValue）和無值分支節點（BranchNoValue）。葉子節點存儲最終的value值，不再有分支。每個分支節點可以有最多16個位于索引0到15子節點和一個值。TrustBase使用子樹(Child Trie)來存儲每

30、個智能合約的狀態。每個子樹處于獨立的狀態空間中，這樣每個智能合約可以出現重復的鍵值。TrustBase通過在狀態中存儲每個子樹的根哈希(Child Root)來記錄智能合約的狀態變化。TrustBase已部署了基于Subscript語言的一系列插件，如基于瀏覽器的IDE開發環境、包管理工具、合約庫函數等，輔助開發者設計自己的產品，如新的調試器、工程編輯器多頁面窗口等。TrustBase支持更多的開發者參與底層建設，豐富波卡生態。3.7.1 編程工具15TrustBase White-Paper 3.7 應用場景16TrustBase White-Paper TrustBase支持基于WASM的

31、Polkadot原生智能合約部署，同時，支持與不同Polkadot平行鏈之間的價值互操作性?；赥rustBase平行鏈部署的智能合約發行通證后，可通過TrustBase算法的價值錨定和Polkadot生態的各平行鏈上通證進行自由兌換。3.7.2 原生智能合約TrustBase支持DeFi生態包括且不限于借貸、DEX、衍生品、支付、資產、保險等全類型產品的開發部署，并支持部署各類穩定幣協議，以滿足用戶在交易過程中對維持恒定價值的需求。同時，支持非托管錢包（NCW）的生態落地應用，在DeFi生態中，最缺失的一環就是用戶友好的非托管錢包（NCW），在TrustBase上構建NCW可以為用戶提供非托

32、管加密資產存儲，提高用戶體驗和促進DeFi協議之間的互操作性。3.7.3 DeFiTrustBase支持且不限于媒體、游戲、慈善、空投、版權、錢包、音樂、交易平臺等多種類DAPP應用。以太坊是擁有DAPP數量最多的公鏈，但TPS過低、網絡擁堵、手續費用過高成為了它當下發展的最大痛點，無法滿足擁有高頻需求的項目發展。TrustBase作為Polkadot的平行鏈，擁有高于以太坊數百倍的TPS、近乎為零的交易成本、友好的智能合約開發語言等特性，將助力全球開發者讓DAPP在Polkadot生態上更好的落地應用。3.7.4 DAPPTrustBase將支持開發者部署各類預言機，為TrustBase和P

33、olkadot生態建立新的鏈下數據與鏈上數據的傳導機制。預言機的使用場合包括金融衍生品交易平臺、借貸平臺、快遞追蹤/IoT、穩定幣、博彩游戲、保險、預測市場等，將交易價格信息、波動率等核心數據源提供給智能合約協議，確保協議順利運行。3.7.5 預言機 3.8 核心優勢綜上所述，通過參與TrustBase平行鏈進行全生命周期開發和生態部署，具有以下核心優勢：1) 技術參與門檻低2) 智能合約應用更簡單可靠3) WASM執行速度高4) 滿足多元化定制模型5) 共享跨鏈和良好互操作6) 無分叉升級7) 部署成本低8) Gas費用低TrustBase支持開發者為后期繁榮的經濟生態部署各類去中心化自治組

34、織，以實現社會機構的基本功能轉向自動化。在TrustBase上開發的DAO項目將是完全開源的，任何人都可以對其代碼進行審計。隨著發展的繼續和平臺整體的改進，DAO將促進TrustBase經濟組織觀念的范式轉變。3.7.6 DAO17TrustBase White-Paper 治理模型GOVERNANCE MODEL第四章TrustBaseWhite-Paper04194. 治理模型TrustBase White-Paper 4.1 共識機制TrustBase采用混合共識算法, 將最終確定性與區塊產生流程分離。TrustBase 使用VRF算法選擇出塊驗證人，出塊間隔設定為6秒。在每個塊的Slo

35、t時間里，任何人都不能提前推斷出塊驗證人。當隨機VRF算法不能確定出塊人時，備用算法將提供一個出塊Leader。TrustBase中的每個驗證人收集到分叉塊時，通過時間戳選出最優塊。使用GRANDPA算法為區塊提供最終確定性，并實現確定性的證明。在GRANDPA協議中，TrustBase的所有驗證人通過簽名投票選出足夠數量的票數最高的鏈，每次的確認收集的投票數需要大于2/3的驗證人。TrustBase在cc1測試網階段將采用POA（Proof-of-Authority）共識機制。用于驗證智能合約的運行與調用環境，治理僅限于單個Sudo(超級用戶)密鑰，該密鑰由TrustBase Foundat

36、ion持有，用于發布完成啟動過程所需的命令和升級。在研發升級期間，隨著驗證者節點的增多并開始加入TrustBase網絡，在確保有足夠數量的驗證節點后，TrustBase Foundation將在cc2測試網階段將共識機制調整到POS（Proof of Stake）共識機制。 4.2 角色設定TrustBase根據參與方與社區的管理需求，設定以下核心角色：TrustBase治理模型的設計目的是要讓項目的安全性、參與方的協同性通過通證價值的增值與TrustBase的發展方向保持一致。一方面保障參與者通過參與TrustBase的生態發展而獲得相應利益，另一方面通過經濟目標的一致性設計讓參與者維持Tr

37、ustBase網絡的穩定與安全性：即各個參與方在追求自身利益的同時也對TrustBase的生態網絡做出貢獻。超級驗證節點具備出塊職能，通過質押TBE來維護TrustBase網絡的安全，負責驗證、出塊、傳遞、保存、收集傳遞的信息。候選驗證人參選后，若當前該節點的總得票數達到前 50則自動成為超級驗證節點，參與出塊，并能獲取每個分紅周期的收益;20TrustBase White-Paper 圖7 角色關系配圖，普通驗證節點不參與出塊，僅同步區塊數據。負責傳遞、保存、收集傳遞的信息。候選驗證人參選后，若當前該節點的總得票數在50名之后100名之前（含100名）則自動成為普通驗證節點，不參與出塊，但仍

38、然能獲取每個分紅周期的收益，同時被視作超級驗證節點候選節點，若有超級驗證節點多次被懲罰或跌落50名之后，普通驗證節點會跟上轉換為超級驗證節點進行出塊，并獲得更高收益;提名人提名人是持有TBE參與選舉驗證節點的用戶，用戶通過質押TBE選舉出TrustBase中的驗證節點，在驗證節點獲得獎勵或懲罰時，提名人也會按照投票比例同時受到獎勵或懲罰；執法節點執法節點沿用于Polkadot釣魚者角色，也是TrustBase的超級驗證節點，主要任務是監視網絡的節點，以揪出行為不當的驗證節點，執法節點需投入少量的TBE，但是如果發現節點的不良行為，將可獲得豐厚的回報。前期執法節點將由TrustBase Foun

39、dation負責，直到TrustBase社區選舉足夠的執法節點后，TrustBase Foun-dation的執法節點工作將全部交由選出的執法節點負責，在選舉執法節點前，所有TrustBase Foundation執法節點罰沒的資金將存入TrustBase國庫以激勵社區更好的發展。Super verification nodeOrdinary Verification nodeRankNominatorsLaw enforcement node.1250.51100.211) 因掉線而被懲罰的資產數額為在一個周期中發生的最大懲罰比例乘以驗證節點質押的 保證金數量，被懲罰的資產會進入到國庫懲罰賬

40、戶，如果在一定時間內沒有通過申訴返還給驗證節點，系統默認會罰沒這一部分資產。作為提名人，當所投票的驗證節點受到懲罰時，提名者也按照投票比例受到相應的懲罰；2) 如果驗證節點惡意破壞、刪改存儲數據的，將罰沒所有抵押保證金數量，提名人也同樣受到嚴重的懲罰，罰沒的資產將鎖定進入國庫懲罰賬號，被嚴重懲罰的節點將進入黑名單，由新的候選節點替代；3) 對于多次被懲罰的驗證節點，系統將對其獎勵全部扣罰，收入國庫，并根據相應規則由新候選節點所替代。TrustBase White-Paper 4.3 懲罰機制TrustBase對作惡的驗證節點有懲罰機制，一旦執法節點發現驗證節點存在違規行為(例如離線、破壞或者惡

41、意刪改存儲數據等)，將會被懲罰。同時，他的提名人也會按照投票比例收到相應的懲罰： 4.4 角色選舉驗證節點需要質押一定的TBE進入競選名單，是否可以成為驗證者節點由自抵押數量和提名人的質押數量決定。根據自抵押數量和提名人的質押數量進行排名（共100名），排名1-50名成為超級驗證節點，排名50-100成為普通驗證節點。首年，TrustBase將在平行鏈競拍過程中根據質押DOT數量各選出15個超級節點，15個普通節點，兩者的貢獻排名前八位將各成為TrustBase元首議會成員和行政議會成員默認任期半年。成為超級驗證節點或普通驗證節點需要一定的的TBE質押門檻，并根據最終持幣排名選出。在后續的計劃

42、中，超級驗證節點和普通驗證節點數將增至各50個。驗證節點的分紅周期即TrustBase區塊鏈的單位出塊時間。單位出塊的礦工獎勵將按一定比例分配給成功出塊的某一超級驗證節點，少量流入執法節點獎勵池，剩余部分平均分配給所有驗證節點。驗證節點可在規定區間內自行制定與提名人的具體分紅比例22TrustBase White-Paper 成為驗證節點和提名人質押的TBE不會強制鎖倉，在短時間的解凍期后，提名人可自由提幣退出或更換支持驗證人。普通驗證節點和超級驗證節點同樣有短暫的解凍期，結束后可自由提幣解綁。但如果驗證節點成為了議會成員，則需要發起相應議會提案，投票通過后才能退出。成為執法節點需要超級驗證節

43、點額外質押一定的 TBE，任期默認為半年，在解凍期結束后，若想解綁退出同樣需要發起提案并投票。執法節點一旦成功懲惡，將一次性獲得當前執法節點獎勵池的一定比例作為懲惡獎勵。DAO 自治DAO AUTONOMY第五章TrustBaseWhite-Paper0524TrustBase White-Paper 5. DAO自治在TrustBase社區自治建設中，其中流砥柱是TrustBase的驗證節點和社區志愿者，TrustBase 理事會成員則在所有社區成員中擇優選擇有能力、有實力、有精力、有責任心的“四有成員”擔任，主要負責TrustBase DAO的治理和提案投票等社區工作的執行因此，Trust

44、Base的驗證節點，也是理事會的候選人員，理事會成員都將在公投公會中投票選出（理事會成員公投機制同樣采用時間鎖倉權重機制來避免賄選的情況），進一步參與發展決策和治理，共同分享TrustBase生態發展紅利。當投票率較高時，采用多數通過的方式，即簡單的票數比較，如果贊成票多于反對票則提案通過。正投票率偏差，即在投票率較低時，必須是以絕對多數通過。負投票率偏差，即在投票率較低時，必須是以絕對多數否決。 5.1 國民議會國民議會是在TrustBase的三個鏈上治理機構之一，國民議會成員由TrustBase鏈上所有的提名人組成，國民議會參與治理流程主要包括三個階段：提案階段、投票階段和計票階段。1)

45、提案階段：參與者進行提案的方式有兩種，公開提案和對TrustBase理事會已經決案的提案進行反對提案；2) 投票階段：先由TrustBase理事會成員進行投票，參與者可以選擇支持或反對，不參與投票的則視為棄權票，多次不參與投票的理事會成員將會被輪替，如果國民議會成員對某些決策層成員有異議，可通過發起反對提案進行重新改選；3) 計票階段：在計票階段，有以下三種方式來確定投票結果：5.2.1 元首議會理事會提案發起及決案投票； 代碼升級的決案投票；系統參數調整的提案發起及決案投票；治理規則變動的提案發起及決案投票；財政撥款的決案投票。同時，為了鼓勵國民議會踴躍參與到社區建設中，國民議會在投票時會設

46、置投票獎勵權重，議會成員參與的公投提案越多，對應的投票獎勵權重也隨之增長。根據國民議會成員對公投的參與率，競選和投票的獎勵權重每個月增漲1%。提案的投票參與者將獲得投票獎勵，當參與人數達到最低啟動門檻時，所有參與投票的成員將按投票獎勵權重瓜分投票獎勵，投票獎勵來源于 Trustbase的鏈上金庫。 5.2 理事會 （元首議會和行政議會）元首議會由超級驗證節點成員組成，元首議會最開始有13個席位，這13個席位首次選拔來自首批50個超級驗證節點，后期通過選舉逐步增設到26個。每一位成員任期一年增設的元首議會候選人來源于國民議會成員提案備選，通過國民議會成員投票方式選舉出元首議會成員。任何國民議會成

47、員都可以參與元首議會的投票，用戶可以選擇所有合法的候選人，并通過時間鎖倉權重機制投票計數算法選出獲得最多支持的候選人。 5.2.2 行政議會行政議會由普通驗證節點成員組成，行政議會最開始有13個席位，這13個席位首次選拔來自首批50個普通驗證節點，后期通過選舉逐步增設到26個。每一位成員任期一年。增設的行政議會候選人來源于國民議會成員提案備選，通過國民議會成員投票方式選舉出行政議會成員。理事會是三個鏈上治理機構中最重要的組成部分，由“元首議會”和“行政議會”組成。25TrustBase White-Paper 元首議會主要負責：對元首議會發起的提案進行投票； 對元首議會已經決案的提案發起反對投

48、票；系統參數調整的提案進行投票；治理規則變動的提案進行投票；技術委員會成員通過TrustBase理事會提案并多數表決，可以從技術委員會中添加或刪除團隊；技術委員會可以與TrustBase理事會的元首議會成員一起制定緊急公投，快速進行投票和實施。這些緊急公投僅在緊急情況下使用；技術委員會主要負責對技術代碼升級的提案及系統重要參數更改的提案進行發起。并跟進監督TrustBase生態的開發維護進度，促進技術委員會和技術開發者社區的發展。TBE數量：TBE代幣持有者的TBE數量；時間：公投結束之后TBE代幣保持質押鎖倉的時間長度；行政議會由普通驗證節點成員組成，行政議會最開始有13個席位，這13個席位

49、首次選拔來自首批50個普通驗證節點，后期通過選舉逐步增設到26個。每一位成員任期一年增設的行政議會候選人來源于國民議會成員提案備選，通過國民議會成員投票方式選舉出行政議會成員。行政議會主要負責： 26TrustBase White-Paper 5.4.1 時間鎖倉權重機制所有的投票者都按照以下兩個維度來衡量權重。 5.3 技術委員會TrustBase技術委員會成員由技術開發者社區成員組成，主要包括TrustBase技術開發團隊、波卡生態各項目合作開發團隊成員以及TrustBase技術開發愛好者組成。 5.4 投票機制一個標準的投票參與度偏向需要一個絕大多數投票者都“aye”投支持票來通過一個低

50、投票參與度的公投；一個倒置的投票參與度偏向需要一個絕大多數投票者都“nay”投否定票來拒絕一個低投票參與度的公投； 5.5 名詞釋義1）時間鎖倉權重機制：時間鎖倉權重機制，是一個允許TBE持有者增加他們某一些提議投票權重的創新機制。這個機制的作用在于通過加權的方式鼓勵長期持幣者對社區的貢獻以及提高了賄賂的門檻。 在時間鎖倉權重機制下，所有的投票者都按照TBE持有者的TBE通證數量和公投結束之后TBE通證保持質押鎖倉的時間長度這兩個維度來衡量權重。5個不同的時間段會被允許：4周、8周、16周、32周、64周。每一個兩倍之前的時間長度都會增加投票者的權重。投票者也可以選擇完全不鎖倉代幣，這會讓他們

51、的投票權重有極大比例的權重減損。投票者需要鎖倉他們的TBE代幣至少四周的時間，這樣設計是為了確保投票者有一個最基礎的經濟投入來減少買票以及賄選的情況。2）自適應性投票人數偏見：代幣投票一個被批駁的主要地方在于，不論這種機制在哪里被嘗試，投票參與率總是很低。TrustBase的自適應性投票人數偏見的設定初衷就是為了解決投票結果數量可能不27TrustBase White-Paper 5.4.2 自適應性投票人數偏見以去中心化的名義，TrustBase允許任何人提出新的想法，但這具有一定的波動性。中心化系統的好處之一是沒有人可以提出新的想法。自適應投票人數偏見（Adaptive quorum bi

52、asing）允許TrustBase 在促進有效的變化的同時避免波動。5.4.3 理事會優先決定權機制為了使開發與社區工作更好的提升效率，TrustBase將創立理事會優先決定權機制。理事會決策層同樣由社區投票選舉產生，具有輪換周期。這些決策層的特點是對于提案具有確定權和否決權。如果社區用戶對某些提案結果有異議，可在提案延緩執行期內通過發起反對提案進行重新改選。是百分之百數量的問題。這一機制會根據投票者的參與數量比例，來改變需要超過大多數來通過公投提議的情況，當一個有利于TrustBase的提議被理事會以非一致性意見投票選出時，這個機制會從倒置投票偏向中獲得價值。然而，公投必須通過使用標準曲線的

53、方式。這樣做是為了減輕被惡意攻擊和惡意提議的攻擊，確保了有多數Stake質押的始終可以控制網絡的核心原則。 3）理事會優先決定權機制：Polkadot理事會機制的劣勢之處在于預計治理參與度低。理事會成員有很大的權利，但沒有相應的激勵機制。而代幣投票這種機制對于新發展的項目來說投票參與率會更低因此，TrustBase根據在Polkadot理事會機制的基礎上創立了“理事會優先決定權機制”，TrustBase在理事會制度上則需要優化細節，在小額提案和無效提案上進行量化分析，并根據社區規模逐步調整相應參數。其優勢之處在于保持整體去中心化的同時，也緩解了鏈上投票機制為人所詬病的效率問題?；鶎硬挥脼槊恳淮?/p>

54、提案耗費時間對小額及無效提案上進行投票。如果社區成員對某些決策層成員有異議，可在提案延緩執行期內通過發起反對提案進行重新改選，對決策層也起到了制衡作用，投票機制將按照“時間鎖倉權重機制”“自適應性投票人數偏見”執行。28TrustBase White-Paper 經濟模型ECONOMIC MODEL第六章TrustBaseWhite-Paper060630TrustBase White-Paper 2020Staking作為TrustBase Staking挖礦獎勵的唯一標的。Staking獎勵占TBE發行總量的50%分配給TrustBase生態參與者，每年挖礦設定的比例為發行總量的2%，單位

55、出塊獎勵3.8枚TBE，調整后續每年的挖礦發行量需要議會發起提案投票；節點選舉作為選舉的衡量標準，競選超級驗證節點和普通驗證節點需要質押一定的TBE才能參與選舉；提名人驗證提名人驗證節點Staking挖礦的唯一權益通證；鏈上治理鏈上治理的唯一通證，通過TBE可參與鏈上治理的抵押和投票。權重證明結合幣齡，作為持幣（TBE）提名人有競選和推舉國民議會成員的權重；6.1.1 TBE使用場景行政議會由普通驗證節點成員組成，行政議會最開始有13個席位，這13個席位首次選拔來自首批50個普通驗證節點，后期通過選舉逐步增設到26個。每一位成員任期一年。增設的行政議會候選人來源于國民議會成員提案備選，通過國民

56、議會成員投票方式選舉出行政議會成員。6. 經濟模型 6.1 TBE商業價值TBE（TrustBase Token）是TrustBase基于Substrate協議發行的生態通證，將用于激勵并維護生態的健康發展，串聯TrustBase生態各參與角色形成正向流轉。另外，TBE也將用于參與Polkadot生態挖礦，提高用戶收益，共享生態繁榮。31TrustBase White-Paper 6.2 節點權益6.2.1 超級驗證節點權益DAPP調用作為TrustBase鏈上DAPP的燃料，運行DAPP所調用交易的Gas費及手續費將被分配給超級驗證節點、普通驗證節點；交易轉賬Gas作為各賬號之間轉賬TBE的

57、交易費用，超級驗證節點和普通驗證節點獎得到相應的記帳獎勵；區塊獎勵TrustBase網絡的區塊鏈生成和確認，超級驗證節點將得到相應的出塊獎勵；DAO自治TrustBase將以去中心化治理模式對社區及生態貢獻者一定的獎勵或資助；DEXTrustBaseDEX的兌換媒介，對于在TrustBase上發行的通證，TBE將在TrustBase系統集成的DEX Dapp中作為這些通證的兌換媒介；質押品DeFi、Dapp相關應用的抵押品，鏈上DeFi衍生品及資產跨鏈信托的核心抵押品，是DeFi金融衍生的風控衡量標準和提高信托信譽的主要工具；超級驗證節點享有以下權益：( 1 ) 按比例獲得全網轉賬手續費收益；

58、( 2 ) S t a k i n g 權益質押挖礦，獲得礦工費分紅；( 3 ) 成為元首議會成員，擁有鏈上治理提案權；( 4 ) 成為執法節點，獲取執法收益；( 5 ) 基于T r u s t B a s e 通證發行白名單;( 6 ) 網絡的區塊鏈生成和確認，將得到相應的維護獎勵。32TrustBase White-Paper 6.2.2 普通驗證節點權益系統會根據不同操作的復雜度扣除相應的Gas費。用戶還可以根據網絡擁堵情況, 選擇不同的加速倍數，實現靈活控制。表面上用戶需要支付手續費，但只要用戶參與投票或擁有適量資產，在網絡發展前期就可以獲得大量的挖礦收益，足以滿足非高頻用戶在鏈上的交

59、易需求。超級驗證節點在打包時也會將部分手續費再收集進入節點獎池，回補給國民議會的投票用戶。所以投票用戶仍然能夠在這個閉環系統內“免費使用區塊鏈，并且大部分挖礦用戶會處于盈利狀態，只有某些高頻交易用戶需要額外支付手續費。而類似于以太坊等網絡往往因為吞吐量低，導致單筆交易手續費過于昂貴的情況在TrustBase平行鏈中將不復存在。普通驗證節點享有以下權益：( 1 ) 成為超級驗證節點的候選人；( 2 ) 按比例獲得全網轉賬手續費收益；( 3 ) 基于T r u s t B a s e 通證發行白名單;( 4 ) 成為行政議會成員，對提案進行投票；( 5 ) 網絡的區塊鏈生成和確認，將得到相應的維護

60、獎勵； 6.3 Gas費率的設定及標準為了防止DDOS ，用戶在鏈上發送交易需要支付礦工手續費，TrustBase設定的一筆普通轉賬交易的起步手續費僅需0.001TBE，隨著TrustBase的性能和吞吐量逐步提高,用戶發起每筆操作的手續費將逐漸忽略不計。33TrustBase White-Paper 6.4 TBE發行計劃 6.5 TBE銷毀機制TrustBase將通過元首議會發起的銷毀提案制定TBE季度銷毀計劃，以進一步提升TBE的稀缺性，合理控制通證的流通量。由于銷毀機制相關提案的重要性，國民議會成員需全員參與銷毀機制提案的投票。1) 總量發行：10億枚2) 發行分配：礦工激勵私 募創始

61、團隊DAO驗證人節點質押50% 20% 15%10% 5%TrustBase Foundation第七章TrustBaseWhite-Paper0735TrustBase White-Paper 國民議會代表1名社區杰出貢獻者代表1名元首議會代表2名行政議會代表2名技術委員會代表2名TrustBase原始開發團隊1名7. TrustBase Foundation 7.1 基金委員會議員組成制度TrustBase Foundation的創建是為了培育和管理去中心化網絡軟件協議領域的技術和應用，特別是那些利用現代加密方法來保護去中心化的技術和應用，使TrustBase生態系統的利益趨于穩定。 Tr

62、ustBase Foundation由TrustBase初創團隊發起成立，主要有兩個團隊構成，共23名成員。其中研究團隊由在德國柏林的內部研究團隊與工業項目和學術研究小組合作進行，該團隊由博士和專注于密碼學，安全模型和消息傳遞協議方面的專家組成； 另外一個團隊是TrustBase Foundation的Adoptions Team，主要負責溝通對接、社區和增長（比如Subscript開發者社區計劃，TrustBase驗證者社區）、商業合作（尋找合作伙伴，設立合作關系等）。他們和技術教育團隊緊密合作，同時也負責基金審核發放。TrustBase鏈上金庫初始由TrustBase初創團隊進行管理，隨著

63、生態的發展，初創團隊將從TrustBase社區的各個議會中投票選拔出9名議員組成基金委員會：為了保證運營效率和連續性，TrustBase基金委員會自行選出秘書長與干事領導，并自行決定人員的更替（需報理事會備案）。其次，TrustBase理事會有權對基金委員會某個或某些成員發起撤換提案，并在獲得理事會三分之二成員的同意下，通過撤換提案。TrustBase基金委員會下設動態的多個工作組，這些工作組因某個具體的任務而創建。36TrustBase White-Paper 7.2 基金委員會職責TrustBase 基金委員會在社區及理事會的監督下（基金委員會需定期向社區發布工作報告及資金使用報告）履行以

64、下職責：1）基礎設施的部署和運維，網絡安全，如監控服務、審計等；2）對TrustBase鏈上金庫資金的審核與支配；3）對TrustBase平行鏈項目的發展和規劃提供建議或咨詢；4）培育、管理和支持TrustBase社區發展（社區推廣、廣告、合作、線下活動等）；5）對TrustBase技術社區開發者提供直接的技術支持；6）協調和組織生態用戶群體或開發團隊，對專項項目提供鏈上金庫支持或技術支持。發展規劃DEVELOPMENT PLAN第八章TrustBaseWhite-Paper08388. 發展規劃TrustBase White-Paper Web3基金會Grant認證2020.09項目啟動，S

65、ubscript合約語言開發2020.04驗證人節點候選標準發布2020.12開始運營和品牌工作2020.111) 測試網使用GRANDPA機制的POS共識運行2) 測試網支持驗證人的質押、贖回操作支持提名人委托操作3) 測試網支持部署運行WebAssembly格式的智能合約4) 測試網完成初始TrustBase通證在創世塊的分配5) 提供TrustBase客戶端運行服務提供測試網的區塊瀏覽器服務6) Subscript語言支持在測試網上創建ERC20格式的通證上線TrustBase試網CC2版本包含以下功能2021.031) 測試網支持POA共識機制，驗證人節點由創世塊指定；2) 測試網支持

66、運行WASM虛擬機，能夠運行WebAssembly格式的智能合約。 Subscript Milestone11）實現對Substrate Contract運行時的支持2）構建智能合約的整體運行環境；3）實現合約的部署和調用功能。Subscript Milestone21）完成智能合約與web3應用的集成；2）支持合約狀態數據的自動生成；3）加入智能合約基礎模版的支持。Subscript Milestone31）加入對智能合約跨鏈調用的支持；2）實現WASM智能合約沙盒模擬環境；3）構建完整IDE支持智能合約的測試和調試。完成TrustBase測試網CC1版本，包含以下功能：2021.02202

67、12020398. 發展規劃生態拓展，TrustBase應用場景落地2021.05Layer2擴展，增加二層網絡擴展，提供網絡吞吐量2021.10TrustBase White-Paper 接入Polkadot中繼鏈，通過DOT眾籌參與平行鏈插槽拍賣，為合約提供跨鏈互操作能力2021.04跨鏈橋搭建，鏈接Ethereum、Bitcoin等其他公鏈2021.12網絡分片，提供合約平行鏈的網絡分片， 實現真正的網絡擴容和Web3.0應用平臺開發支持2022.01202120202022團隊介紹FOUNDING TEAM第九章TrustBaseWhite-Paper09419. 團隊介紹TrustB

68、ase White-Paper 2020Paul Safranek畢業于紐約大學，區塊鏈及智能合約專家，高級技術顧問。2011年開始比特幣及區塊鏈領域的技術工作，主導過多個開源項目的技術開發，EOS1.0 核心開發者。TrustBase CEO 開發者團隊核心開發者團隊總部位于德國柏林，由TrustBase CTO：Symon Ho先生親自帶領，該團隊由博士和專注于密碼學，安全模型和消息傳遞協議方面的專家組成；他們主要專注于(可證明的）安全性、密碼學和隱私權分散算法：共識和優化密碼經濟學與博弈論。其他15名開發者社區成員分別來自美國、德國、中國3個國家和地區，在Symon Ho的領導下共同參與

69、到Subscript語言優化和TrustBase平行鏈的建設與發展。Symon HoTrustBase CTO Regina YangRegina YangTrustBase CMO全棧工程師，主導智能合約系統的研發和工程。有10年以上的專業軟件設計、架構和開發經驗，目前專注于區塊鏈開發和跨鏈技術。多年互聯網營銷經驗，曾為華為、英特爾等企業提供品牌營銷和策略支持超過5 年區塊鏈從業經驗，獨立創業者，社區K OL曾擔任多個優質項目及交易所品牌顧問曾任職知名交易所用戶增長負責人風險提示與免責聲明DISCLAIMER第十章TrustBaseWhite-Paper1043TrustBase White

70、-Paper 202010. 風險提示與免責聲明（1）許可證和批準 許可證和批準并非在所有司法管轄區都確保許可證和批準。TrustBase將完全遵守適用的法律和法規進行操作。本白皮書中表達的觀點謹代表TrustBase，并不反映任何政府準政府，當局或公眾的官方政策或立場機構（包括但不限于任何司法管轄區的任何監管機構）管轄權。（2）風險提示任何投資項目均存在系統性與非系統性潛在風險，本白皮書中內容僅描述項目所掌控資源，實際開展情況與遠期愿景，用于傳遞信息，無意提供任何投資建議。本文件不構成也不理解為任何買賣行為的要約、請求或推薦，不是任何形式上的合約或承諾。數字資產投資作為一種新型投資模式，尚存

71、在各種潛在風險，TrustBase Token屬于數字資產類，價格上下浮動屬于正?，F象，需要投資者謹慎評估投資風險并具備風險承受能力；區塊鏈屬于早期階段，各國對區塊鏈項目的監管暫未定性，不排除項目運營管理方面的變化（3）免責聲明投資者一旦參與了投資，即表示了解并接受本項目風險，并愿意承擔相應的結果。TrustBase團隊不承擔任何參與TrustBase項目造成的直接或間接的資產損失。資本市場不可預測，投資有風險，入市需謹慎。（4）第三方資料 本白皮書包含從第三方來源獲得的數據和參考。而管理層認為數據是準確可靠的，接受任何專業法律的獨立審核、驗證或分析。對于會計、工程或財務顧問的審計行為，本白皮書無法保證觀點的準確性，數據的可靠性或完整性。