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协议

（1）简介

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

（2）项目方发币流程

1）项目方首先通过平台，使用 ST20 协议在以太坊上生成自己的证券类通证。此时，所有的通证都在项目方处，且不支持交易（直到法律代理完成工作并通过合规手续） 2）项目方首先在平台中双向选择法律代理商， 共同完成通证的合规手续。 3）项目方根据合规要求设置通证的交易限制，比如只有合规投资者可以购买等。当需要把法律代理建议的交易限制写入 STO 的合同时，项目方可以在平台内选择技术开发人员完成。

（3）投资人购买通证流程

1） 投资人通过平台内的 KYC 服务商完成 KYC 2）通过 KYC 后，可以购买与自己情况符合的通证。个别通证的项目方对投资者有超过 KYC 的要求时，还需要投资者提交项目方要求的文件材料。当通过交易所购买通证时，投资者也需要提交相关材料。

（4）ST20 实现简介

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

（5） 典型的通证转移场景

1） 证持有者 0xabc 有 100 个 TORO 通证，她想转移给她的朋友 0x123。 2） 0xabc 将使用她最喜欢的钱包通过输入她朋友的 ETH 地址和她想要发送给她的通证来启动转移。 3） 由于 TORO 是 ST-20 通证，因此在传输之前它将在内部调用verifyTransfer。 4） 反过来， verifyTransfer 使用 GeneralTransferManager 白名单来确定这两个帐户之间的转移是否可能发生。 5） GeneralTransferManager 在批准转让之前将检查 3 件事： 1] 发件人和收件人都在其内部白名单中 2] 0xabc（卖方）不受证券法规定的销售限制 3] 0x123（买方）不受购买限制根据证券法 6） 如果满足上述条件，则通过 verifyTransfer 检查并且可以执行转移交易。 如上所述， Security 通证已经以模块化方式设计并允许创建附加模块 以扩展或修改其自身行为。例如，可以将多个传输管理器连接到它以控 制不同交换机上的传输逻辑。

（6） 官网&GITHUB

1）官网地址： https://polymath.network/ 2）协议开源代码： https://github.com/PolymathNetwork/polymath-core

3，Swarm - SRC20协议

（1）简介

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

（2）SWM 通证

SWM 通证为ERC20 标准通证，用于创建子基金、参与 STO、购买独家资讯、执行管理 swarm平台的权力。 Swarm 平台上鼓励专家成立自己的投资组合，其他的投资者可以加入他的组合，或者跟随专家的投资( 打造投资 KOL)，并且在类似于股票的投票方式中加入了锁仓等更进一步的投票机制。

（3）SRC20 协议

SRC20 定义了证券类通证必须遵循的一套规则，并使开发人员能根据资产的特性构建应用。 Swarm 生态系统中构建的应用程序可以相互通信，并使用符合 ERC20 通证和 SWM 付费。投资平台，资产管理工具和交易所都是可以使用 SRC20 协议构建的应用程序。 与 ERC20 的区别： SRC20 在 ERC20 的基础上拓展了更多的性能来描述现实世界资产的特性，比如地址、目的、法律状态、义务和交易限制等。

（4） 官网&GITHUB

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

4，Harbor - R-TOKEN

（1）简介

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

（2）R-token 协议

1） 是一种定义的证券类通证完全合规交易的开源标准，实现在以太坊链上的 KYC(Know Your Custom)， AML(Anti-Money Laundering)，税务等监管服务。 2） 是一种 ERC-20 通证的智能合约，它主要是为了 ERC-20 通证在交易时核对监管要求，执行交易。比如符合要求即交易成功，不符合要求则退 回。 3） 符合 R-token 标准的通证可以在任何支持 ERC-20 标准的交易所交易。 4） R-token 设计了两个合规层级: 1] 参与者层级： 什么情况可以发送通证； 什么情况可以接受通证。比如合格投资者可以接受。 2] 通证层级：锁仓交易规则；发送通证数量限制。比如 Reg D 规定的锁仓时间和一个合格投资人可以持有通证数量的上限。

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

三者互相协作完成通证的合规交易： 1）服务登记（service registry）将适用的监管要求（regulator service）地址发送给 R-token， R- token 负责检查本次交易是否符合要求。在一定程度上充当了监管机构的角色。 2）在初期，所有的监管规定都由 trade controller（个人或者机构，目前是Harbor）上传至 regulator service。 3）监管者服务(regulator service)，服务登记（service registry）都可以写入 R�token 智能合约，三者成为一个智能合约。

（4）官网&GITHUB

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

5，Securitize - DS Protocol

（1）简介

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

（2）Securitize 的平台构成

1） DS token：在 ERC-20 基础之上叠加了 DS Protocol。 DS token 可以检查 账户的可以交易状态，防止违规的交易出现。此外还充分考虑了证券属 性，比如分红，投票和交易等情形，使证券类通证具有传统证券的特性 2） DS app：第三方的发行和交易全生命周期应用，比如发行类应用，交易 所应用 ，投票类应用或者分红类应用 3） DS service： DS protocol 的基础设施， DS app 可以使用这些服务 1] 信任服务：管理不同的利益相关者 2] 注册服务：链上的投资人信息 3] 合规服务：对 DS token 实施具体的合规要求 4] 交流服务：对相关的投资者提供交流平 5） Securitize 将给交易所提供链下的 API，方便他们进入生态系统，比如调取 KYC 信息等。

Securitize DS Protocol Ecosystem

（3）官网&GITHUB

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

6，ERC1400(ERC1410/ERC1411)

(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 年期间的高风险和低风险抵押贷款。 实际应用场景中， 同一家企业发行的证券可能是存在差异的，如限售股/非限售股，优先股/普通股，原始股/增发股，这些不同性质的证券在分红，票权，流通性上不尽相同，其性质也可能在某个阶段发生转变，不同性质的证券在投资人眼里的价值可能是不同的。

(2) GITHUB

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

7，ERC1404协议

（1）简介

ERC1404由Ron Gierlach@rongierlach，James Poole@pooleja，Mason Borda@masonicGIT等提出。 通证发行人需要一种方法来限制ERC-20通证的转移，以符合证券法和其他合同义务。当前的实现不满足这些要求。 有些人把ERC1404/ERC1400/ERC1411/ERC1410混为一谈，辉哥此处做简单澄清，后面会有专文分析。

一些紧急的例子：

• 强制通证锁定期
• 执行通过AML / KYC检查
• 私人房地产投资信托基金
• Delaware General Corporations Law Shares

此外，通证发行商之间的标准采用有可能演变为自动合规的动态和可互操作的环境。 以下设计为通证发行者提供了更大的自由度/可升级性，同时降低了开发人员和交易所的集成负担。 此外，我们认为适合提供一种模式，通过该模式可以在还原通证传输时返回人类可读的消息。关于转让通证转移的原因的透明度对于成功实施转让限制本身同样重要。 用于检测通证传输中的限制和消息传递错误的广泛采用的标准将极大地方便未来的交换，钱包和发行者。

（2）GITHUB

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

8，Hashgard - TAMT协议

（1）简介

可信资产管理通证（TAMT： Trusted Asset Management Token） 是由临界 Hashgard 提出的协议标准。 TAMT 是基于临界可信资产管理协议之上发行的通证，代表着持有者对数字金融资产的权益及所有权，该标准向后兼容 ERC20 ，并且开源、易扩展，具备无需交易方信任的数字资产原子交换功能。 与传统的资产管理方案相比， TAMT 不仅实现了投资者所拥有的金融资产权益的确权，而且金融资产本身的资产管理过程存于链上，历史交易记录不可篡改， 增强了金融产品业绩的真实性与可信度； TAMT 还对金融资产管理本身的策略进行了很好的隐私保护，管理人通过接口向 TAMT 合约发出交易指令，并不需要将策略算法写入合约之中； TAMT 还精简了管理人业绩的计算与分配方式，管理人可以通过增发特权通证来获得相应的收益分配。 目前 TAMT 处于起草阶段，会先在 ETH 网络上实现标准，未来将迁移至临界公有链。

（2）TAMT 特性

1）兼容 ERC20 2）资产池（查询，注资，出资等管理） 3）交易限制模块(KYC/AML，时间锁定，账户冻结等) 4）高级通证发行模块（支持多种类数字资产的筹集） 5）合约层面的原子交换功能 6）分红管理

（3）官网&GITHUB

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

9，参考

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