黄峤濛：浅谈Hashgard提出的STO的技术标准TAMT |

DRC组织的STO分布式尽调行研专家分享活动如期进行，本次DRC STO尽调行研通过分布式尽调、线上专题研讨、线下研讨会的方式，带您一次性搞懂STO。

获取更多STO专家分享和行研报告，戳上面关注。

11月8日晚，Hashgard&BKFund联合创始人黄峤濛在DRC STO分布尽调行研活动中详解介绍了Hashgard提出的STO技术标准——TAMT。黄峤濛称， Hashgard搭建的技术赋能平台，通过整合从合规到智能合约安全、钱包、交易所等一系列战略合作伙伴，解决STO发行的技术和服务问题，能够提供证券类通证的一键发行服务。

黄峤濛介绍，Hashgard提出的STO技术标准-TAMT，具有充分利用现有的数字资产、节省合规成本、组合数字资产与STO通证等特点，适用于发行私募投资基金、稳定币、ETF/SDR等应用场景。

以下为分享整理：

Hashgard是一个数字金融公有链，在链上创建了HASHGARD技术赋能平台，可以完成对智能合约的审计、管理等服务。

STO真正走向成熟还需要监管系统性的进行基础设施的架构。在资产上链过程中，目前还存在很多问题，比如通过传统的SPV方式，大部分资产还无法上链。

STO对于中小企业来讲，其百万美金的合规成本是不低的，远高于功能型代币的融资方式。

承载STO的区块链可能会是联盟链性质的。因为ST是受监管的证券，交易本身需要通过一个超级节点来监控，STO的区块链可能需要实名制。

在对STO深入的研究了解后， Hashgard发布了来自中国团队的首个STO标准——TAMT。

1

TAMT标准

目前真正能够上链的资产非常少，原因涉及监管合规以及线下教育等多方面问题，因此第一批上链的资产可能并不是链下资产，而是区块链原生的数字货币，如比特币。TAMT标准就是为链上资产STO而设计的。

1.TAMT的概念

* TAMT是一项标准

TAMT 并不是一个通证，而是一项标准，规定了智能合约中一系列的标准化接口，满足该类接口设计规范的智能合约统称为TAMT。

* TAMT是一项STO规范

TAMT本质上，是用一枚通证代表所属资产包的一份额权益，因此根据相关的法律法则，属于“证券”型通证。

* TAMT实现了资产管理领域的上链

TAMT 将传统资产管理进行了上链，实现了资产上链，管理过程上链，发行基金，认购赎回，清算，分红上链。

* TAMT简化了STO的链下权益证明过程

在大多数的STO模型里面，需要有复杂的链下过程与较高的成本来证明ST与所代表的权益的对应关系，比如实体需要法律意见书，需要定期的审计报告，在TAMT模型中，通过智能合约来实现ST与资产包里面相应的受益权。

2.TAMT的优势和特点

TAMT标准的提出，将会为STO提供更多的帮助和可能。

* 充分利用现有的数字资产

在目前大多数资产未上链的情况下，可以充分利用现在的数字资产（BTC，ETH）以及地方机构批准的稳定币（GUSD、PAX）等进行STO

* 节省STO的合规成本

通过透明、开源、易审计的智能合约来实现ST与资产或权益的对应关系，能够节省发行ST所需要的时间成本与经济成本

* 降低STO的发行门槛

只要能够管理数字资产，就能够使用TAMT发行代表资产组合权益的STO，这使得STO发行的门槛大大降低。

* 组合数字资产与STO通证

TAMT在设计中支持STO通证可以像普通的数字资产一样被纳入到资产管理包之中，因此，越多的STO项目出现，发行TAMT会更加的多样化。

3.TAMT的应用场景

* 私募投资基金

基金管理人向投资人募集资金，募集所得资金托管于合约中，其基金管理过程链上可见。

* 稳定币

发行一种类似于HUSD的稳定币，由托管于合约里面的一系列其他稳定币（PAX，GUSD，USDC）作为底层资产。

* ETF/SDR发行指数基金

对应于一系列的资产组合或者货币组合。投资可以用通证换回相应比例的一篮子数字资产或货币。

2

STO领域的代币合约标准

1.代币合约标准差异及相似之处

ST-20，R-Token，ERC-1404都是直接依赖于ERC-20标准的，它们都属于Fungible Token。ERC-1400依赖于ERC-1410，故属于Partially-Fungible Token。

实际应用场景中，同一家企业发行的证券可能是存在差异的，如限售股/非限售股，优先股/普通股，原始股/增发股，这些不同性质的证券在分红，票权，流通性上不尽相同，其性质也可能在某个阶段发生转变，不同性质的证券在投资人眼里的价值可能是不同的。

ERC-1404、ST-20、R-Token这类同质化通证，要在合约层面体现出证券性质上的差异，只能依据地址进行限制，例如设置维护各种规则名单（比如：KYC/AML名单，出入账限制名单，冻结名单，最小保留额等）来做限制。这种设计存在局限性：单一地址在同一时刻无法持有多种性质不同的通证。如果要在合约层面适用于上述复杂的业务，可以通过多个合约管理不同性质的通证，这在完整性上会大打折扣，开发的复杂度也会加大。

ERC-1400，在合约内部就将持有的Token划分成不同的Tranche，这样不仅能对地址做限制，还能对Tranche做限制，诸如配股增发，投票表决，分红除息等复杂功能都可以通过在合约层定义tranche来实现差异化和差异转变。ERC-1400的设计也使得开发者、交易所接入的难度加大，所以，根据实际的业务场景选择适合的证券类通证标准才是最佳做法。

2. 接口设计

考虑到证券相关的业务场景，证券类通证的合约标准做了对提供转账限制的定义，在执行转账前先进行限制判断，并提供对转账限制判断结果的可读解释，从而在合约层面实现诸如锁仓、KYC/AML验证、出入账冻结等功能。

（1）转账限制的判断函数

在这几个证券类通证标准中都声明了一个函数，实现对转账限制的判断逻辑，返回结果的布尔值或是状态码。在执行转账操作时需要先调用判断函数，判断通过则继续执行，失败则返回相应状态码，取消转账，它允许函数的调用者知道转账失败的原因并将其报告给相关方。

（2）判断结果的解释函数

用于对转账限制的判断函数返回的状态码做出可读的解释，通过标准化的信息，使相关应用的开发者能有效地向用户报错。

更多精彩详见Hashgard研究院报告：《证券类通证：开启数字金融新时代》

戳“阅读原文”即可获取👇