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

荆凯发布

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

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

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

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

本文原文: 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、结论

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

 

相关文章

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

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

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

通证工程学入门之四:通证设计的方法论(译)

通证工程学入门之五:善用工具

通证工程学入门之六:比特币案例研究

通证工程学入门之七:海洋协议的案例研究(上篇)

通证工程学入门之八: 海洋协议案例分析(下篇)(译文)


荆凯

EOS42中国社区运营

发表评论

电子邮件地址不会被公开。 必填项已用*标注