區塊鏈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，加入技術佈道羣

課程推薦