STO現階段發展怎麼樣?最新STO技術標準與七大協議簡介

買賣虛擬貨幣

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通證,她想轉移給她的朋友0×123.

2)0xabc 將使用她最喜歡的錢包透過輸入她朋友的 ETH 地址和她想要傳送給她的通證來啟動轉移。

3)由於TORO 是 ST-20 通證,因此在傳輸之前它將在內部呼叫verifyTransfer。

4)反過來,verifyTransfer使用 GeneralTransferManager 白名單來確定這兩個帳戶之間的轉移是否可能發生。

5)GeneralTransferManager 在批准轉讓之前將檢查 3 件事:

1] 發件人和收件人都在其內部白名單中

2] 0xabc(賣方)不受證券法規定的銷售限制

3] 0×123(買方)不受購買限制根據證券法

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

免責聲明:

  1. 本文版權歸原作者所有,僅代表作者本人觀點,不代表鏈報觀點或立場。
  2. 如發現文章、圖片等侵權行爲,侵權責任將由作者本人承擔。
  3. 鏈報僅提供相關項目信息,不構成任何投資建議

推荐阅读

;