通证工程学入门之三：通证设计模式不完全列表(译文)

在通证设计领域，是否也存在一些构建模块或设计模式，方便我们复用呢？

接续前天的主题，今天来讲一下在通证设计中的通证设计模式。

昨日未来得及写完，所以索性停更了，向关注的朋友说声抱歉。

今天的内容篇幅不算长，但是其中包含了多篇的文章，可以将其作为一个索引来使用，当然作者的观点也只是一家之言，不一定需要同意他的分类方式和视角，但是可以作为思考通证问题的一个起始点。这部分涉及到了大量的内容，对我而言也是非常陌生的概念，遇到实在不容易理解的，可以先行跳过，我们后面会继续更新。

本文原文： https://blog.oceanprotocol.com/towards-a-practice-of-token-engineering-b02feeeff7ca

通证设计模式

所有成熟的工程领域都存在的现成的设计模块资料库。在 建筑行业 , 软件行业 , 模拟电路 以及 优化器 等领域，都有现成的书籍描述设计模式。

但是，在通证设计领域还没有关于 设计模式 的书籍出版。

不过，已经有一些通证设计的构建模块开始出现了，其中有一些模块的知名度也在迅速增长(例如， 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、结论

本文是英文原文中的第三部分：对优化设计和通证设计的比较

相关文章

通证工程学入门之一： 通证设计与其他学科的关系

通证工程学入门之二： 通证设计 与优化设计

通证工程学入门之三：通证设计模式不完全列表(译文)

通证设计与其他学科的关系

通证设计与其他学科的关系

通证设计与其他学科的关系

通证设计与其他学科的关系

通证设计与其他学科的关系