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

荆凯发布

这一部分,以海洋协议这个项目(Ocean Protocol) 为案例,介绍如何将通证工程的方法论和工具用于具体的项目设计和分析上。

原文链接: https://blog.oceanprotocol.com/token-engineering-case-studies-b44267e68f4

 

简介

我们第一次尝试进行海洋协议的通证设计,始于2017年的三月份,我们发现自己陷入困境之中,我们没有界定好目标(目的和约束条件, objectives and constraints), 相反,我们只关注即插即用的模式,比如去中心化的市场。但是不久我们就问道:

这对数据共享又有什么帮助?答案是,没有帮助。

需要自己发通证么? 不需要。

还有一些其他的问题。

因此,我们更进一步,设定了目标,要创建更合理的目的和约束条件。之后,事情变得更加顺利了。借助这些定下的目标,我们尝试了其他的即插即用的模式(解决方案, solvers). 我们发现了目标未能反映出来的新问题,然后,我们继续更新目标。我们持续进行迭代循环的过程。不久之后,我们穷尽了所有的现成的模式,必须得自己去创建新的模式了; 我们对新模式进行了迭代。

进行了一段时间之后,我们意识到自己是在用优化设计的思路来进行通证设计(token design)!

这种方式是:界定问题,尝试现有的解决问题的模式;如果需要的话,创建自己的模式。虽然这篇文章里面的通证设计过程看起来是既定的事实(fait accompli)了, 在实践过程中我们是边摸索边有所发现的。从那之后,我们在其他的通证系统设计中也采用了这一方法论,也帮助我们的朋友设计自己的项目。

 

海洋协议项目的问题界定

回想一下,目标函数是关于让人们做一些事情的。所以,我们必须首先确定这些参与者是谁。我们必须定义可能的利益相关人或系统参与者。下表列出了海洋协议(Ocean) 通证动力学的关键点。

目标函数

经过了上述的迭代之后,我们得到了如下的目标函数:

  • 最大限度地提供相关的人工智能数据和服务。

这意味着,不只是要激励高质量有偿的数据,而且要记录高质量的共享数据,以及围绕这些数据的计算服务(例如,为了隐私考虑).

约束条件

在上述迭代中,我们考虑各种各样的设计时,会用到如下的检查清单, 粗略来说,我们可以将他们视作是约束条件。

  • 对于有偿(收费)数据,是否有提供更多数据的激励? 引用的激励? 在防止垃圾邮件方面做得如何?
  • 对于共用(免费)数据,是否有提供更多数据的激励? 引用的激励? 在防止垃圾邮件方面做得如何?
  • 该通证对网络用户和外部投资者而言,是否有更高的边际价值?
  • 更多….

除了这些问题之外,我们也不断向别人询问意见,防备可能的攻击; 在有待解决的约束列表中,我们增加了所有新的关注点(包括一个令人难忘的名称); 并更新设计来处理这些问题。

新的约束包括:“数据转义(Data Escapes)”、“管理克隆(Curation Clones)”、“Elsa & Anna Attack ”等。[海洋协议白皮书]的FAQs部分(https://github.com/oceanprotocol/whitepaper/raw/master/whitepaper.pdf)记录了这些问题,以及我们的处理方式。

 

探索设计边界

我们尝试了各种设计方案,以不同的方式组合通证模式; 并针对上面列出的约束,对每种设计(在思想实验中)进行测试。我们尝试了如下的方案:

1、仅仅对参与者使用 TCR (类似adChain). 结果:失败,无法防止垃圾数据。

2、针对数据/服务使用 TCR模式。结果: 失败,无法处理数据溢出(Data Escapes) .

3、参与者和数据/服务都使用TCR设计模式。结果:失败,无法将非垃圾数据/服务与相关的内容区分开。

4、参与者设计为TCR,数据/服务采用内容管理市场( Curation Market (CM))的模式。结论:失败,缺少激励,无法让数据/服务有效提供。

下面列出了每个备选的设计方案在对照检查清单时候的情况。每个设计方案中,至少在一个主要方面失败了。

我们需要回到方法论的第三个步骤中:设计我们自己的构建模块。结果是创建了一个内容管理证明市场的模式 (CPM; 下一章节中有具体的介绍), 它是对CM的一个尽可能小的扩展. 我们尝试了两种新的设计选项:

5、数据注册 +免费数据 CPM. 内容管理:
抵押通证,当作对名誉的信任. 自动CDN.

6、参与者注册+ 免费数据/收费数据采用 CPM. 内容管理: 抵押通证,当作对名誉的信任. 自动 CDN.

下表在最右边的列上添加了两个新设计。我们看到设计 6 达到了我们的目标!
这一点至关重要: 它意味着,我们知道自己可以停止当前的设计过程了(至少目前是这样)。

 

相关文章

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

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

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

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

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

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

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

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


荆凯

EOS42中国社区运营

发表评论

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