9月份以太坊社區相繼出現 ERC1400/1404/1410/1411等STO標準提案，預示著通證市場開始主動擁抱政策監管, 尋求通證合規的出路。Codefine團隊在CSDN首發《通往STO之路 | 以太坊ERC1410方案詳解》之後, 今天繼續帶來《以太坊ERC1404方案詳解》, 帶來以太坊社區的最新技術動態。

緣起ERC20

ERC1404是對ERC20的可監管改進, 全稱為"Simple Restricted Token Standard 簡單監管性通證標準"。由TokenSoft團隊提出，旨在為證券型通證、通證化證券以及其他合規要求複雜的通證, 提供一種統一的技術實現標準。

在瞭解ERC1404之前, 我們首先看ERC20的標準實現:

ERC20方案具備簡單、易部署、生態互操作性好等優點, 但同時存在以下問題:

• 如何滿足政府的反洗錢審查, 比如AML/KYC要求
• 如何滿足投資合規性檢查, 比如
• 保證投資者資質(國別、年薪、投資額等)
• 保證投資者的數量上限
• 
  

ERC1404實現

ERC1404繼承了ERC20的所有優點, 同時在ERC20的基礎上增加了兩個新的函數, 用以適配轉移通證過程中的合規條件。

解釋：

detectTransferRestriction:

1. 必須由發行方實現
2. 必須在 transfer/transferFrom 中被調用。
3. 如果返回一個非0值, 則交易需要被revert。
4. 發行者需要在該函數中實現token的各種限制,
5. 檢查接收方是否在某個白名單上
6. 檢查發送方的token是否處於鎖定期
7. 第三方也可以通過調用該接口得知transfer是否受限。通過返回一個uint8，調用者可以得知失敗的原因，並針對不同的原因做不同類型的處理。
8. 需要說明的是
9. 檢查的邏輯沒有限制一定在鏈上，可以利用Oracle接入線下官方資源進行合規性檢查。
10. 也可以用一個第三方合約，實現檢查邏輯，而第三方的合約是可以進行升級的。

messageForTransferRestriction

1. 必須由發行方實現
2. 用來將一個錯誤碼解釋為可讀的錯誤信息。這在某些場景下非常有用（比如錢包跟交易所之間的交易）。
3. 需要說明的是：此函數只是為了進行錯誤碼的轉換，如果錯誤碼已經標準化，此函數就可以不需要了，ERC-1066正是在做這方面的努力。詳情請參考小編上一篇文章《ERC1066標準解析》。

新增的這2個接口為ERC20通證帶來了控制條件: 何時、何種條件下可以轉移多少通證。比如發行方在轉移通證之前, 可以查詢客戶是否在白名單, 以及發送的通證是否在鎖定期內。

因此, ERC1404雖然只是增加了2個接口，卻提供了新的靈活性。

ERC1404示例

1. 單個賬號份額限制 http://t.cn/E4UZuZ1
2. 賬號數量限制 http://t.cn/E4Uwykb
3. 白名單管理 http://t.cn/E4UwMMz
4. Token精確拆分 http://t.cn/E4UwOjf

結語

STO是區塊鏈產業圈下半年的一個熱點詞彙, 整個圈子的從業人員都在尋找一種替代IC0的可受法律監管的通證發行途徑。

ERC1404就是Tokensoft 團隊在獲取發行商、頂級證券律師事務所、主要交易所的通證合規要求反饋後，提出的可監管通證的標準草案。

目前該草案在鏈上已有若干運行實例, 但標準仍在社區進行廣泛review。

閱讀更多 鏈世紀財經 的文章

關鍵字: 通證 以太 財經