通證工程學入門之三：通證設計模式不完全列表(譯文)
在通證設計領域，是否也存在一些構建模組或設計模式，方便我們複用呢？
接續前天的主題，今天來講一下在通證設計中的通證設計模式。
昨日未來得及寫完，所以索性停更了，向關注的朋友說聲抱歉。
今天的內容篇幅不算長，但是其中包含了多篇的文章，可以將其作為一個索引來使用，當然作者的觀點也只是一家之言，不一定需要同意他的分類方式和視角，但是可以作為思考通證問題的一個起始點。這部分涉及到了大量的內容，對我而言也是非常陌生的概念，遇到實在不容易理解的，可以先行跳過，我們後面會繼續更新。
本文原文： ofollow,noindex" target="_blank">https://blog.oceanprotocol.com/towards-a-practice-of-token-engineering-b02feeeff7ca
通證設計模式
所有成熟的工程領域都存在的現成的設計模組資料庫。在 建築行業 , 軟體行業 , Springer-International-Engineering-Computer/dp/0387257462" rel="nofollow,noindex" target="_blank">類比電路 以及 優化器 等領域，都有現成的書籍描述設計模式。
但是，在通證設計領域還沒有關於設計模式的書籍出版。
不過，已經有一些通證設計的構建模組開始出現了，其中有一些模組的知名度也在迅速增長(例如， TCR ). 下文中會對這些模組進行研究。其中有一些構成了通證機制的核心部分；有一些則用於解決具體的問題。這個列表只是個開始。
Curation(監護管理)
(譯者注： 這部分比較難理解，我翻譯的直譯為主，希望有對於Curation有所研究的朋友能夠給予指正。
這裡的Curation，其中一個常見的領域是 Curation Market，勉強翻譯為內容管理市場或者監護管理市場，引入了通證激勵機制，“可以為任何主題創造一個眾包的對資訊流（或者資料列表）進行篩選、組織、維護、整理和再加工的市場”(參考： http://www.huoxing24.com/newsdetail/20180718125116557444.html ))
在Curation領域，有如下的一些設計模式可供參考：
二分會員制
通證組織註冊(Token Curated Registry) (TCR), 維護一個精選列表，列出來表現良好的參與者/組織(actor).
TCR的一個子模組是風險抵押), 用以減輕初次上手使用(onboarding)的障礙.
離散值會員制
抵押機器(Stake Machine) , 對參與者進行促進。
連續值會員制
( Curation Markets (CM) for popularity of an asset, defined by its bonding curve with design guidelines here. )
資產流行度的監護管理市場(CM)，根據約束曲線而定義, 所依據的設計原則見此處.
分級會員制
每個標籤都有 TCR ( 見此處 ).
繫結工作的會員制
內容管理證明市場(Curated Proofs Market) (CPM).
不可替代通證的管理: Re-Fungible Tokens (RFT).
身份識別
低層級: 公鑰，去中心化識別 (DIDs).
中層級: TCR
高層級: 如 uPort, Civic, Sovrin, Authenteq, Taqanu, Estonia E-Residency.
機器身份認證: 例如 Spherity
聲譽
聲譽系統是監護管理(Curation)和身份識別的交集。
治理/軟體更新
是 ZeppelinOS, Aragon, Colony, 以及其他模式的混合.
也許最終可以實現 自動化?
第三方仲裁
例如 Mattereum.
人類工作證明/計算機工作證明
這是對目標函式的衡量評估。可以是像Steemit 或者 Augur),系統之中的人類工作證明機制，或者像其他大多數系統之中的機器工作證明機制。
機器工作，可以是像 Bitcoin 中那樣解決一些沒什麼實際價值的難題(這一點存在爭議)，或者像 FileCoin 中的時空證明機制)一樣，解決一些更有意義的問題. 如下是對一些有意義的工作(服務整合)的分類， 根據資料和計算來區分(來自 此處).
其他組塊
在通證設計中，還有一些其他的構建組塊，分類如下。
如何分發通證(token)
有如下的多種方式：
- 根據工作量釋放token，參見:控制供應表
- 100% 預挖;
- 銷燬和鑄幣機制(burn-and-mint))(備註：可以參見幣乎的token設計，見:幣乎KEY原始碼分析));
- 懸賞 ICO 模式 等等
以太坊 token 標準
例如ERC20 同質代幣 and ERC721 非同質代幣.
Billy Rennekamp的文章 token lexicon)挺有幫助.
如何為token 估值
Token 作為交換媒介/價值儲存和記賬單位，應該如何估值，參見Chris Burniske的文章),
專案維護者如何分類
參考 Ryan Zurrer的文章)，瞭解區塊鏈專案中的維護者如何分類。
如何組織計算棧
包括運算，儲存等。 有多篇文章談到這一主題，如 Fred Ehrsam, Stephan Tual, 及 myself.
各層的架構
Level-1, level-2, level-N 的架構。 核心鏈為 Level-1. 更高層級是為了進行擴充套件，而無需在每一筆交易都需要與主鏈協調一致. 連結.
加密經濟學基元(Cryptoeconomic primitives)
加密經濟學基元(Cryptoeconomic primitives) 這篇文章作者是 Jacob Horne.
這是通證設計模式或構建模組的另外一個標籤。
這個列表中所列出的設計模式組塊只是個開始，我期待這個列表會繼續增長。
多位同學反映，單看一篇的話很難理解，我這篇文章的提綱先列出來，後續會把後面的部分補齊。
1、簡介
介紹文章的主題，如何設計激勵機制？因為激勵機制實際上是通證生態系統設計的核心，所以，也是要回答這一問題：如何設計通證生態系統？
2、工程學，博弈論及其他
作者將通證設計(token design)與已有的其他學科相關聯，描述其關係
通證工程學，與通證經濟學，博弈論，制度設計等方面有不少相關之處，這部分的譯文見： 通證設計與其他學科的關係: 通證工程學入門之一
3、通證設計與優化設計
作者將通證設計與優化設計和EA(進化演算法)進行了比較，從五個維度來分析不同系統的異同之處。
4、從優化設計的方法論到通證設計方法論
在這部分中，作者先介紹了一般優化系統是如何設計的；並藉助相似的框架來界定通證設計的路徑。
5、通證設計模式
在軟體工程中，我們有軟體設計模式；在建築工程中，也有相應的設計模式。這部分介紹了在通證工程學中的常見通證設計模式。這些組塊可以降低通證系統設計的複雜度，幫助設計者們更好的實現通證生態系統的架構。
6、工具篇：模擬器，CAD工具
這部分介紹了進行通證設計所需要用到的一些工具。藉助合適的模擬器和CAD工具，設計通證生態系統，並進行測試，驗證設計想法，作出改進完善。
7、結論
本文是英文原文中的第三部分：對優化設計和通證設計的比較
相關文章
通證工程學入門之三：通證設計模式不完全列表(譯文)
通證設計與其他學科的關係
通證設計與其他學科的關係
通證設計與其他學科的關係
通證設計與其他學科的關係
通證設計與其他學科的關係