接续前天的主题，今天来讲一下在通证设计中的通证设计模式。
昨日未来得及写完，所以索性停更了，向关注的朋友说声抱歉。
QQ图片20180515172850.jpg
今天的内容篇幅不算长，但是其中包含了多篇的文章，可以将其作为一个索引来使用，当然作者的观点也只是一家之言，不一定需要同意他的分类方式和视角，但是可以作为思考通证问题的一个起始点。这部分涉及到了大量的内容，对我而言也是非常陌生的概念，遇到实在不容易理解的，可以先行跳过，我们后面会继续更新。
本文原文： https://blog.oceanprotocol.com/towards-a-practice-of-token-engineering-b02feeeff7ca
多位同学反映，单看一篇的话很难理解，我这篇文章的提纲先列出来，后续会把后面的部分补齐。
1 简介
介绍文章的主题，如何设计激励机制？因为激励机制实际上是通证生态系统设计的核心，所以，也是要回答这一问题：如何设计通证生态系统？
2. 工程学，博弈论及其他
作者将通证设计(token design)与已有的其他学科相关联，描述其关系
通证工程学，与通证经济学，博弈论，制度设计等方面有不少相关之处，这部分的译文见： 【一五一十】通证设计与其他学科的关系: 通证工程学入门之一
3. 通证设计与优化设计
作者将通证设计与优化设计和EA(进化算法)进行了比较，从五个维度来分析不同系统的异同之处。
4. 从优化设计的方法论到通证设计方法论
在这部分中，作者先介绍了一般优化系统是如何设计的；并借助相似的框架来界定通证设计的路径。
5. 通证设计模式
在软件工程中，我们有软件设计模式；在建筑工程中，也有相应的设计模式。这部分介绍了在通证工程学中的常见通证设计模式。这些组块可以降低通证系统设计的复杂度，帮助设计者们更好的实现通证生态系统的架构。
6. 工具篇：模拟器，CAD工具
这部分介绍了进行通证设计所需要用到的一些工具。借助合适的模拟器和CAD工具，设计通证生态系统，并进行测试，验证设计想法，作出改进完善。
7. 结论
本篇对应的是原文的第五部分： 通证设计模式。
通证设计模式
所有成熟的工程领域都存在的现成的设计模块资料库。在建筑行业, 软件行业,模拟电路 以及优化器等领域，都有现成的书籍描述设计模式。
但是，在通证设计领域还没有关于设计模式的书籍出版。
不过，已经有一些通证设计的构建模块开始出现了，其中有一些模块的知名度也在迅速增长(例如，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 中的时空证明机制一样，解决一些更有意义的问题. 如下是对一些有意义的工作(服务集成)的分类， 根据数据和计算来区分(来自 此处).
image.png
其他组块
在通证设计中，还有一些其他的构建组块，分类如下。
如何分发通证(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.
这是通证设计模式或构建模块的另外一个标签。
这个列表中所列出的设计模式组块只是个开始，我期待这个列表会继续增长。
本文翻译自：https://blog.oceanprotocol.com/towards-a-practice-of-token-engineering-b02feeeff7ca
版权归原作者所有，如有不妥，请联系告知。区块链中文字幕组
致力于前沿区块链知识和信息的传播，为中国融入全球区块链世界贡献一份力量。
如果您懂一些技术、懂一些英文，欢迎加入我们，加微信号:w1791520555。
点击查看项目GITHUB，及更多的译文...
本文译者简介
荆凯，程序员，坚信区块链将会改变潮水的方向。欢迎加微信: shuke0327，或者关注公众号: 增长之道
网友评论