區塊鏈的STO技術標準協議有哪些

這篇文章主要講解了“區塊鏈的STO技術標準協議有哪些”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“區塊鏈的STO技術標準協議有哪些”吧！

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 通證已經以模塊化方式設計并允許創建附加模塊 以擴展或修改其自身行為。例如，可以將多個傳輸管理器連接到它以控 制不同交換機上的傳輸邏輯。

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 的基礎上拓展了更多的性能來描述現實世界資產的特性，比如地址、目的、法律狀態、義務和交易限制等。

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 智能合約，三者成為一個智能合約。

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

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 年期間的高風險和低風險抵押貸款。

實際應用場景中， 同一家企業發行的證券可能是存在差異的，如限售股/非限售股，優先股/普通股，原始股/增發股，這些不同性質的證券在分紅，票權，流通性上不盡相同，其性質也可能在某個階段發生轉變，不同性質的證券在投資人眼里的價值可能是不同的。

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

此外，通證發行商之間的標準采用有可能演變為自動合規的動態和可互操作的環境。

以下設計為通證發行者提供了更大的自由度/可升級性，同時降低了開發人員和交易所的集成負擔。

此外，我們認為適合提供一種模式，通過該模式可以在還原通證傳輸時返回人類可讀的消息。關于轉讓通證轉移的原因的透明度對于成功實施轉讓限制本身同樣重要。

用于檢測通證傳輸中的限制和消息傳遞錯誤的廣泛采用的標準將極大地方便未來的交換，錢包和發行者。

Hashgard - TAMT協議

8.1 簡介

可信資產管理通證（TAMT： Trusted Asset Management Token） 是由臨界 Hashgard 提出的協議標準。 TAMT 是基于臨界可信資產管理協議之上發行的通證，代表著持有者對數字金融資產的權益及所有權，該標準向后兼容 ERC20 ，并且開源、易擴展，具備無需交易方信任的數字資產原子交換功能。

與傳統的資產管理方案相比， TAMT 不僅實現了投資者所擁有的金融資產權益的確權，而且金融資產本身的資產管理過程存于鏈上，歷史交易記錄不可篡改， 增強了金融產品業績的真實性與可信度； TAMT 還對金融資產管理本身的策略進行了很好的隱私保護，管理人通過接口向 TAMT 合約發出交易指令，并不需要將策略算法寫入合約之中； TAMT 還精簡了管理人業績的計算與分配方式，管理人可以通過增發特權通證來獲得相應的收益分配。

目前 TAMT 處于起草階段，會先在 ETH 網絡上實現標準，未來將遷移至臨界公有鏈。

8.2 TAMT 特性

• 兼容 ERC20

• 資產池（查詢，注資，出資等管理）

• 交易限制模塊(KYC/AML，時間鎖定，賬戶凍結等)

• 高級通證發行模塊（支持多種類數字資產的籌集）

• 合約層面的原子交換功能

• 分紅管理

感謝各位的閱讀，以上就是“區塊鏈的STO技術標準協議有哪些”的內容了，經過本文的學習后，相信大家對區塊鏈的STO技術標準協議有哪些這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！