Magic Circle CTO 白玉琪從合規視角論述,如何表達證券化通證 STO 的技術邏輯。

原文標題:《從全局的技術視角看 STO 發行交易的內置合規性設計》
撰文:白玉琪,Magic Circle CTO

STO 或者我們所通常理解的證券化通證,正逐步走向成熟的階段。尤其是可編程性是最吸引人的地方。從加密金融和區塊鏈技術的視角看,STO 體現了一種高度的自主性和平等性,同時,通過可編程性可以進一步達到不同金融功能的可組合性和互操作性,這正契合了區塊鏈領域最有前景的應用—開放金融(或者去中心化金融,即 DeFi)的發展方向。同時,我們也需要從傳統金融的視角同步透視 STO 的本質,用技術或者說可編程性來表達合規——這一金融世界最主要的監管屬性。加密金融實驗室本期邀請了 Magic Circle 的 CTO 白玉琪博士來分享專業的觀點,從合規的視角來詳細論述,如何在區塊鏈上表達相關的技術邏輯。

以下是白博士的闡述:


Security Token 常常被當作 DeFi 的一種,即使在概念上這樣說並無大的問題,這個 DeFi 卻具有鮮明特徵,值得引起關注;它跟那種典型意義上的 DeFi 系統相比,比如 MakerDAO、Compound, 區別還是相當巨大的。典型的 DeFi 系統可以被視爲虛擬資產世界中的經濟或金融的烏托邦,它們不受制於現實世界既存的歷史和法規,有一種純粹甚至簡單之美。但 Security Token 遠非如此,它要直面現實金融世界及其複雜性,無論是從業務的角度還是技術的角度。

這種情況向 Security Token 系統的設計提出了相應的問題和任務。簡單來說,如同傳統的 IT 信息系統一樣,Security Token 系統需要致力於處理多樣的、傳統的業務平臺的紛繁複雜的狀況。爲達此目的,系統的可擴展性與持續演進就成爲了關鍵問題,決定系統成敗。並不是說 DeFi 不需要擴展與演進,它要升級,有升級能力。但是 Security Token 系統不只是升級,它在每一個實施項目中都可能,幾乎必然出現定製的要求,它要支持衆多的司法管轄區,它要不斷去融合、集成其他技術和系統。這些由可擴展性所支持的活動,密集而且沉重。我們需要將 Security Token 系統的可擴展性推向一個更高的高度。

合規是 Security Token 系統非常重要的,可能是最重要的方面,本文聚焦於合規系統的設計。

技術視角解讀 STO 發行交易的合規性設計

合規系統的設計模式

簡而言之,我們的合規系統是一個邏輯可裝配的合規組件的網絡。

  • 合規是作爲唯一的簡單模塊接口被 Security Token 內核使用,合規本身的複雜結構對內核是透明的,並不會出現許多合規模塊。合規本身自成體系。
  • 一個可配置的使用投資人 claim 組合邏輯來檢查合規性的通用組件。更具體說,這個組件訪問 ERC780 Claim Registry,得到投資人 Claim,檢查合規條件是否得到滿足。這個合規條件是用一個如下格式的布爾邏輯表達式來表達:

jurisdiction==US &&certificate=AccreditedInvestor||jurisdiction==sigapore&&certificate==**

每個 Security Token 都被各自配置一個這樣的表達式。顯然,這個組件本身有很高的複用價值,能夠滿足相當一部分項目的合規需求。

  • 對組件進行邏輯裝配的與、或邏輯組件。這些邏輯組件將其他組件連成邏輯網絡
  • 適配其他數字身份技術的組件,比如 ERC735、ERC734 Identity Proxy 的適配器
  • 不斷擴展的其他組件

    合規合約系統的設計主題是「組合裝配」,並且可以具有任意深度的裝配層次,這種遞歸裝配結構可以提供幾乎不受硬性約束的擴展能力與靈活性,以適應不同的數字身份及其證書的來源、技術與形式,多國家多司法管轄區的要求,以及 Security Token 在政府金融法規方面可能的進步與變化的預期。合規是 Security Token 最主要最本質的方面,與此相適應的技術設計也是 Magic Circle 的重大任務。

案例

下面我們分析幾個組合裝配合規組件的場景模式案例:

場景一:多司法管轄區支持

要求投資人可以是美國人或者新加坡人或者日本人,並具有相應國家各自認定的投資人資質。

  • 三個組件各自負責一個司法管轄區。當投資人滿足該組件的合規檢查時返回真
  • 或邏輯組件將三個司法管轄區組件進行或邏輯組合
  • 任何這三個國家的投資人訪問這個組合時,必有其中一個組件返回而滿足合規檢查,三國以外的投資人或者不具有相應資格的三國人會失敗

技術視角解讀 STO 發行交易的合規性設計

場景 2: OnchainI D 的適配

OnchainID 所採用的數字身份規範是 ERC734、ERC735 身份代理的方式。現在的情況是:

  • 一部分投資人持有 Magic Circle 數字身份錢包,申請了合格投資人 Claim 並且將 Claim 上鍊到 ERC780
  • 另一部分投資人是 TX 發行平臺用戶,並通過自己擁有的 Identity Proxy 合約實例
  • 配置合規組合結構,同時支持兩種投資人合規購買

技術視角解讀 STO 發行交易的合規性設計

如上圖所示構建的邏輯合規組件即可滿足上述合規檢查要求

  • 配置 OnchainID 適配器。OnchainID 中的 identity 是基於 ERC734,聲明部分基於 ERC35。IdentityRegistry 的地址已知,我們用到的合約方法有:

技術視角解讀 STO 發行交易的合規性設計

用這些方法可以驗證投資人是否擁有數字身份並是合格投資人。

  • 另外一個組件是基於 ERC780 的數字身份與聲明系統。投資人是通過數字身份錢包和聲明網絡獲得合格投資人資質的。
  • 一個或組件將上述兩個組件進行邏輯組合,這樣來自於異構數字身份與合規系統的投資人都可以被支持。

往前一小步

不同司法管轄區的投資人,有些使用了 Magic Circle 數字身份錢包,有些是 TX 發行平臺投資人用戶。

解決方案:構建案例 1 和案例 2 的邏輯組合即可,不再贅述。(說明:通過讓 TX 投資人用戶安裝數字身份錢包,再通過 claim provider 網絡將 Identity Proxy 中的 Claim 轉化發佈到 ERC780, 是另一種路徑,做何選擇取決於實施條件)

演進路徑

組合裝配的合規系統同樣提供了演進路徑。

  • 組合裝配邏輯組件是基礎結構
  • 目前 ConfigurableComplianceService 組件本身就能夠滿足一部分組合配置要求,可支持發行項目基本實施
  • 鎖倉,百分比,持有者允許的最大 token 額度,最大持有者數目等的約束組件
  • 早期實施項目如果出現 ConfigurableComplianceService 無法處理的情況,可以開發定製性的合規組件
  • 定製性組件的累積和抽象,沉澱出有複用價值的組件
  • 達到普遍的複用,降低項目成本,提供強大的工具性支持

結語

與 DeFi 不同, Security Token 合規問題需要直面現實世界的金融系統複雜性的挑戰,傳統 IT 平臺設計開發中形成的模式與技巧對於應對這一挑戰是不可或缺的。

來源鏈接:mp.weixin.qq.com