区块链100讲：STO技术标准(ST-20,SRC20,R-TOKEN,DS Protocol,ERC1400,ERC1410)

1

摘要

在STO通证的发行环节，与普通应用类通证的简单流程不一样，证券类项目方须要特定的发币技术解决方案（协议级别）与法律合规的服务。因为证券类通证对投资者有要求，所以在交易通证时，须要将交易限制在合规的投资者之间或者其余条件的限制中。

本讲辉哥整理了跟STO通证发行配套的一些协议标准和公司介绍，公布了对应的官网和GITHUB地址，便于感兴趣人员作专业研究分析。

（1）Polymath - ST-20协议 （2）Swarm - SRC20协议 （3）Harbor - R-TOKEN （4）Securitize - DS Protocol协议 （5）ERC1400/ERC1410协议 （6）ERC1404协议 （7）Hashgard - TAMT协议

2

Polymath - ST-20协议

2.1 简介

Polymath成立于 2017 年， Polymath 是一个帮助资产实现证券化通证的平台。它提供证券类通证的底层协议（ST20） ，容许我的和机构投资者完成合格投资者认证，容许合法投资人在符合政府规定的前提下参与 STOs。 在Polymath 的平台上，聚集了 KYC 服务商、 法律顾问、技术开发者交以及投资者。 Polymath 协议致力于助力彻底合规的证券类通证的发行，该协议将金融监管的需求嵌入到了通证的设计中，实现区块链上发行和交易证券类交易的无缝体验。

2.2 项目方发币流程

项目方首先经过平台，使用 ST20 协议在以太坊上生成本身的证券类通证。此时，全部的通证都在项目方处，且不支持交易（直到法律代理完成工做并经过合规手续）。

项目方首先在平台中双向选择法律代理商， 共同完成通证的合规手续。

项目方根据合规要求设置通证的交易限制，好比只有合规投资者能够购买等。当须要把法律代理建议的交易限制写入 STO 的合同时，项目方能够在平台内选择技术开发人员完成。

2.3 投资人购买通证流程

投资人经过平台内的 KYC 服务商完成 KYC。

经过 KYC 后，能够购买与本身状况符合的通证。个别通证的项目方对投资者有超过 KYC 的要求时，还须要投资者提交项目方要求的文件材料。当经过交易所购买通证时，投资者也须要提交相关材料。

2.4 ST20 实现简介

进入 ST-20 接口 — 验证身份 — 通证投资或转移。 在投资者能够从最初的发行中购买通证以前，必须将它们列入白名单。白名单过程能够由发行者以他们想要的任何方式执行，最终结果将是添加到安全通证智能合约中的白名单的以太坊地址列表。此白名单如今包含可以持有通证的人的以太坊地址，而且是用于确认是否能够发生转移的列表。

2.5 典型的通证转移场景

证持有者 0xabc 有 100 个 TORO 通证，她想转移给她的朋友 0x123。

0xabc 将使用她最喜欢的钱包经过输入她朋友的 ETH 地址和她想要发送给她的通证来启动转移。

因为 TORO 是 ST-20 通证，所以在传输以前它将在内部调用verifyTransfer。

反过来， verifyTransfer 使用 GeneralTransferManager 白名单来肯定这两个账户之间的转移是否可能发生。

GeneralTransferManager 在批准转让以前将检查 3 件事：

• 发件人和收件人都在其内部白名单中 

• 0xabc（卖方）不受证券法规定的销售限制

• 0x123（买方）不受购买限制根据证券法

若是知足上述条件，则经过 verifyTransfer 检查而且能够执行转移交易。

如上所述， Security 通证已经以模块化方式设计并容许建立附加模块 以扩展或修改其自身行为。例如，能够将多个传输管理器链接到它以控 制不一样交换机上的传输逻辑。

2.6 官网&GITHUB

官网地址：https://polymath.network/

协议开源代码： https://github.com/PolymathNetwork/polymath-core

3

Swarm - SRC20协议

3.1 简介

成立于 2014 年， Swarm 是一个去中心化的证券类通证的发行和 STOs市场，在 2018 年 1 月推出，在它的平台（Swarm invest） 上，能够用SWM， BTC 和 ETH 投资已经被通证化的实物资产，获得使用 SRC20 协议发放的通证，得到资产的全部权、管理权（经过投票 SecureVote 平台投票实现）、收益权。目前 swarm 平台基于 token-D 和 Stellar 网络。

3.2 SWM 通证

SWM 通证为ERC20 标准通证，用于建立子基金、参与 STO、购买独家资讯、执行管理 swarm平台的权力。

Swarm 平台上鼓励专家成立本身的投资组合，其余的投资者能够加入他的组合，或者跟随专家的投资( 打造投资 KOL)，而且在相似于股票的投票方式中加入了锁仓等更进一步的投票机制。

3.3 SRC20 协议

SRC20 定义了证券类通证必须遵循的一套规则，并使开发人员能根据资产的特性构建应用。 Swarm 生态系统中构建的应用程序能够相互通讯，并使用符合 ERC20 通证和 SWM 付费。投资平台，资产管理工具和交易所都是可使用 SRC20 协议构建的应用程序。

与 ERC20 的区别： SRC20 在 ERC20 的基础上拓展了更多的性能来描述现实世界资产的特性，好比地址、目的、法律状态、义务和交易限制等。

3.4 官网&GITHUB

官网地址：https://swarm.fund/ GITHUB地址：https://github.com/swarmfund GITHUB 协议(SWM，未看到SRC20协议)：https://github.com/swarmfund/swarm-contracts-1

4

Harbor - R-TOKEN

4.1 简介

Harbor 是一个基于以太坊区块链的开源平台，致力于打造去中心化的合规协议（R-token compliance protocol），实现项目方在符合证券、税务、以及其余监管条例的要求下发行基于 ERC20 的证券化通证。其标准化流程包括了包括 KYC/AML 合规服务、 税务、信息披露等等。

4.2 R-token 协议

是一种定义的证券类通证彻底合规交易的开源标准，实如今以太坊链上的 KYC(Know Your Custom)， AML(Anti-Money Laundering)，税务等监管服务。

是一种 ERC-20 通证的智能合约，它主要是为了 ERC-20 通证在交易时核对监管要求，执行交易。好比符合要求即交易成功，不符合要求则退 回。

符合 R-token 标准的通证能够在任何支持 ERC-20 标准的交易所交易。

R-token 设计了两个合规层级:

• 参与者层级： 什么状况能够发送通证； 什么状况能够接受通证。好比合格投资者能够接受。

• 通证层级：锁仓交易规则；发送通证数量限制。好比 Reg D 规定的锁仓时间和一个合格投资人能够持有通证数量的上限。

4.3 R-token，监管者服务(regulator service)，服务登记（service registry）的关系

三者互相协做完成通证的合规交易：

• 服务登记（service registry）将适用的监管要求（regulator service）地址发送给 R-token， R- token 负责检查本次交易是否符合要求。在必定程度上充当了监管机构的角色。

• 在初期，全部的监管规定都由 trade controller（我的或者机构，目前是Harbor）上传至 regulator service。

• 监管者服务(regulator service)，服务登记（service registry）均可以写入 R�token 智能合约，三者成为一个智能合约。

4.4 官网&GITHUB

官网地址：https://harbor.com/ GITHUB：https://github.com/harborhq

5

Securitize - DS Protocol

5.1 简介

成立于 2018 年 1 月， 是从风投机构 SPiCE VC 分拆出的新公司Securitize 致力于成为合规的证券类通证发行和提供流动性的平台。 Securitize打造一个 Digital Security service（DS service）平台，使第三方开发者提供各种应用。应用之间的交互经过 DS Protocol 管理。最开始将在以太坊网络中开展工做，将来可能会迁移至其余网络。

5.2 Securitize 的平台构成

**DS token。**在 ERC-20 基础之上叠加了 DS Protocol。 DS token 能够检查。

帐户的能够交易状态，防止违规的交易出现。此外还充分考虑了证券属 性，好比分成，投票和交易等情形，使证券类通证具备传统证券的特性

**DS app。**第三方的发行和交易全生命周期应用，好比发行类应用，交易 所应用 ，投票类应用或者分成类应用

DS service。 DS protocol 的基础设施， DS app 可使用这些服务：

• 信任服务：管理不一样的利益相关者

• 注册服务：链上的投资人信息

• 合规服务：对 DS token 实施具体的合规要求

• 交流服务：对相关的投资者提供交流平

5.3 Securitize 将给交易所提供链下的 API，方便他们进入生态系统，好比调取KYC 信息等。

Securitize DS Protocol Ecosystem

5.4 官网&GITHUB

官网地址：http://securitize.io/ GITHUB地址：未找到 发布合约1 https://etherscan.io/address/0x0324dd195d0cd53f9f07bee6a48ee7a20bad738f#code 发布合约2 https://etherscan.io/address/0x8fd3121013a07c57f0d69646e86e7a4880b467b7#code

6

ERC1400(ERC1410/ERC1411)

6.1 简介

该标准由 Gosselin， Adam Dossa， Pablo Ruiz 和 Fabian Vogelsteller 撰写。其中 Gosselin 和 Dossa 为 Polymath 工做，而 Ruiz 拥有国际商业和金融背景，而 Dossa 是以太坊开发人员和网页设计师。团队经验互补，有必定的实力。

ERC1410  (等同ERC1411)将 ERC20/ERC777 中不存在解释属性的余额，附加额外的信息，从而划分红不一样的部分，就能够作一些操做上的限制。

而 ERC1400 (等同ERC1411)是对 ERC1410 标准的继承和改进，增长了证券相关业务会使用到的函数：证券增发，相关法律文件存储等。

在设计上，将 token 的余额经过一个叫作tranche 的属性，划分红不一样的部分。能够对 tranche 作出不一样解释，操做上进行不一样的限制（例如：某些操做只限指定的 tranche，某些操做优先消耗指定 tranche 下的 token），这有些 Non-fungible Token 的概念，但也存在不一样： tranche 相同的 token价值相同，是能够随意置换的。结合了 Fungible Token 和 Non-fungible Token 二者，故称为 Partially-Fungible Token（部分可互换通证）。

部分可替代性是 ERC1400 通证标准的主要组成部分，这是指同一实体发出的一个 ERC1400 通证可能与另外一个 ERC1400 通证不可交换，由于通证可能具备不一样的属性。最流行的不可替代的通证固然是基于 ERC721 标准的CryptoKitties：你不会直接交换一只小猫，由于每只小猫都是独一无二的，价格也各不相同。可是， ERC1400 通证不必定像 CryptoKitties 那样彼此不一样- 所以它们是“部分可互换的” 。

另外一个 ERC1400 的部分可互换性是支持通证持的拆分和组合功能。 好比，能够将不一样的期限和风险水平的债券或者其中的一部分按照本身的投资意愿组合成一个池，打个比方，你可能拥有抵押贷款支持的安所有分，其中包含 5 至 30 年期间的高风险和低风险抵押贷款。

实际应用场景中， 同一家企业发行的证券多是存在差别的，如限售股/非限售股，优先股/普通股，原始股/增发股，这些不一样性质的证券在分成，票权，流通性上不尽相同，其性质也可能在某个阶段发生转变，不一样性质的证券在投资人眼里的价值多是不一样的。

6.2 GITHUB

状态：DRAFT GITHUB：https://github.com/ethereum/EIPs/issues/1411 GITHUB： https://github.com/ethereum/EIPs/issues/1410

7

ERC1404协议

7.1 简介

ERC1404由Ron Gierlach@rongierlach，James Poole@pooleja，Mason Borda@masonicGIT等提出。

通证发行人须要一种方法来限制ERC-20通证的转移，以符合证券法和其余合同义务。当前的实现不知足这些要求。

有些人把ERC1404/ERC1400/ERC1411/ERC1410混为一谈，辉哥此处作简单澄清，后面会有专文分析。

一些紧急的例子：

• 强制通证锁按期

• 执行经过AML / KYC检查

• 私人房地产投资信托基金

• Delaware General Corporations Law Shares

此外，通证发行商之间的标准采用有可能演变为自动合规的动态和可互操做的环境。

如下设计为通证发行者提供了更大的自由度/可升级性，同时下降了开发人员和交易所的集成负担。

此外，咱们认为适合提供一种模式，经过该模式能够在还原通证传输时返回人类可读的消息。关于转让通证转移的缘由的透明度对于成功实施转让限制自己一样重要。

用于检测通证传输中的限制和消息传递错误的普遍采用的标准将极大地方便将来的交换，钱包和发行者。

7.2 GITHUB

状态：DRAFT GITHUB：https://github.com/ethereum/EIPs/issues/1404

8

Hashgard - TAMT协议

8.1 简介

可信资产管理通证（TAMT： Trusted Asset Management Token） 是由临界 Hashgard 提出的协议标准。 TAMT 是基于临界可信资产管理协议之上发行的通证，表明着持有者对数字金融资产的权益及全部权，该标准向后兼容 ERC20 ，而且开源、易扩展，具有无需交易方信任的数字资产原子交换功能。

与传统的资产管理方案相比， TAMT 不只实现了投资者所拥有的金融资产权益的确权，并且金融资产自己的资产管理过程存于链上，历史交易记录不可篡改， 加强了金融产品业绩的真实性与可信度； TAMT 还对金融资产管理自己的策略进行了很好的隐私保护，管理人经过接口向 TAMT 合约发出交易指令，并不须要将策略算法写入合约之中； TAMT 还精简了管理人业绩的计算与分配方式，管理人能够经过增发特权通证来得到相应的收益分配。

目前 TAMT 处于起草阶段，会先在 ETH 网络上实现标准，将来将迁移至临界公有链。

8.2 TAMT 特性

• 兼容 ERC20

• 资产池（查询，注资，出资等管理）

• 交易限制模块(KYC/AML，时间锁定，帐户冻结等)

• 高级通证发行模块（支持多种类数字资产的筹集）

• 合约层面的原子交换功能

• 分成管理

8.3 官网&GITHUB

官网地址：https://www.hashgard.pro/ GITHUB地址(未发布)：https://github.com/hashgard/TAMT

9

参考

（1）《证券类通证：开启数字金融新时代.vFinal 简体》- hashgard发布 （2） 各大STO标准厂家官网及GITHUB

本文译者：HiBlock区块链技术布道群-辉哥

加微信baobaotalk_com，加入技术布道群

课程推荐