ERC1400、ERC1404及ERC1410三大標準簡介

買賣虛擬貨幣
隨著監管部門加強對區塊鏈及密碼貨幣生態的監管,關於ICO的狂野時代已經成為了過去時,這意味著區塊鏈通證的發行行為很可能屬於證券法的監管範圍。在這一背景下,為了讓區塊鏈創業公司向投資者提供符合監管的金融產品,而不違反證券法,證券通證發行(STO)解決方案應運而生。與功能型通證不同的是,證券通證代表的是一種資產的部分或完全所有權。公司、房地產甚至智慧財產權的股票,都可以用一種證券通證來表示。證券通證的好處,不僅適用於區塊鏈融資,它還有可能改變傳統的紙股正規化,從而提高效率以及改善分配。例如,智慧合約的很多應用,可以和證券通證一起使用,以最佳化公司治理中的投票表決,提高其透明度。

然而,如果沒有標準,監管機構、開發者、KYC供應商、投資者、發行者、錢包以及交易所,就無法在同一個框架中共同工作。 目前,市場上已出現了多種STO標準嘗試,而在本文當中,我們會簡單介紹一下ERC1400、ERC1404以及ERC1410 這三種標準。


關於ERC-1400

ERC1400是證券通證標準,它是由Gosselin, Adam Dossa, Pablo Ruiz, 以及Fabian Vogelsteller共同撰寫的標準,其中Gosselin 和 Dossa是在Polymath工作。而Ruiz具有國際商業和金融方面的背景知識,而Dossa則是一名以太坊開發者和網頁設計師。

根據標準作者指出,ERC1400應該是和ERC20 以及ERC777標準相相容的,但是證券通證與功能型通證有很大的不同,並且需要鏈上以及鏈下參與者之間進行更復雜的互動,因此該EIP標準具有能力進行強制轉移,目的是以防法律訴訟,並用於資金追回。此外,通證也必須是不可替換的(或者至少是“部分可替換的”),ERC1400標準可以允許提供證券的各方,基於一組條件授予或拒絕交易。根據作者介紹,該通證標準需要用到ERC-1066。

想要檢視完整的標準介紹?你可以訪問這裡:https://github.com/ethereum/EIPs/issues/1400

關於 ERC-1404

ERC-1404是由TokenSoft工程團隊提出的通證標準,其設計目的就是為證券通證、通證化證券以及其它攜帶複雜要求的其它通證而準備的。

“過去一年裡,我們一直在和發行商、頂級證券律師事務所以及主要的交易所交流,以便更好地瞭解他們對通證合規的需求,”TokenSoft創始人Mason Borda表示,“現在,我們很高興能夠制定一個全面滿足這些需求的標準,為發行人遵守全球銀行和證券法提供必要的工具。”
根據介紹,ERC-1404具有ERC-20通證標準的所有優點,例如,易於部署以及與以太坊網路的可互操作性。此外,該標準還提供了一些關鍵的改進,允許發行者實施監管性轉讓限制。

ERC-20通證提供了以下基本函式:

contract ERC20 {
function totalSupply() public view returns (uint256);
function balanceOf(address who) public view returns (uint256);
function transfer(address to, uint256 value) public returns (bool);
function allowance(address owner, address spender) public view returns (uint256);
function transferFrom(address from, address to, uint256 value) public returns (bool);
function approve(address spender, uint256 value) public returns (bool);
event Approval(address indexed owner, address indexed spender, uint256 value);
event Transfer(address indexed from, address indexed to, uint256 value);
}

而ERC-1404則在ERC-20標準的基礎上,新增了兩種函式:

contract ERC1404 is ERC20 {
function detectTransferRestriction (address from, address to, uint256 value) public view returns (uint8);
function messageForTransferRestriction (uint8 restrictionCode) public view returns (string);
}

其中,detectTransferRestriction和messageForTransferRestriction邏輯是給發行者使用的。
而唯一的要求指令detectTransferRestriction必須在通證的transfer以及transferFrom方法中進行內部評估。

如果在這些傳輸方法中,detectTransferRestriction指令返回了一個0以外的值,則交易應該被還原。

我們來具體討論一下這兩個函式的基本原理:

detectTransferRestriction:此函式是發行者強制執行通證傳輸的限制邏輯。例子包括,(1)檢查通證接收者是否在白名單內,(2)檢查傳送者的通證是否在鎖定期內被凍結等等。該函式實現僅面向發行者,另外,第三方可以公開呼叫該函式來檢查轉移的預期結果。因為這個函式會返回一個uint8程式碼,所以它允許函式呼叫者知道傳輸失敗的原因,並將其報告給相關的對方。

messageForTransferRestriction:這個函式實際上是一個“訊息”訪問器,它負責以人類可閱讀的方式解釋一筆交易為什麼會被限制。透過規範訊息查詢,開發者授權使用者介面構建器,有效地向使用者報告錯誤。

更多關於該標準的資訊,你可以在這裡找到:https://github.com/ethereum/EIPs/issues/1404

關於ERC1410

ERC1410通證標準是由Adam Dossa、(@adamdossa), Pablo Ruiz (@pabloruiz55), Fabian Vogelsteller (@frozeman)以及 Stephane Gosselin (@thegostep)共同撰寫的通證標準。

其標準名為:部分可替代通證標準(Partially Fungible Token Standard)

ERC1410需要用到ERC-777,該標準是ERC-777的擴充套件,因此和ERC20 以及 ERC777是隱式相容的。

該標準描述了一個介面,以支援所有者通證被分組為多個分支,每個分支由標識鍵以及餘額表示。

更多關於該標準的資訊,你可以在這裡找到:https://github.com/ethereum/EIPs/issues/1410

注意,以上這些標準目前都處於草稿階段,而要得到正式實施,需要它們進入“last call”(最終呼叫)階段。而一項提案從草案階段,到最終進入最終呼叫階段,通常需要經歷很長的開發、編輯、實現以及漏洞修復週期,並且很多EIP最終並不會獲得足夠的牽引力。如果一個提案進入了最終呼叫階段,那麼它還需要至少等待2周的時間,以便社羣進行評論或提出相關問題,換句話說,這些提案可能只是證券通證之路的一個開始。

更多數字貨幣資訊:www.qukuaiwang.com.cn/news

免責聲明:

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

推荐阅读

;