区块链业务怎么做OCC合规？监管要求牌照路径与落地实操一次讲清

导读： 现在的区块链业务进行速度变得越来越快, 可是对于合规这个要求来说, 它从来不是那种可以进行选择的项。美国货币监理署的缩写是OCC...

现在的区块链业务进行速度变得越来越快, 可是对于合规这个要求来说, 它从来不是那种可以进行选择的项。

美国货币监理署的缩写是OCC, 它对建立在链条上面的金融业务采取的监管观点和处理方式, 会直接地影响到整个行业在实际操作中落地推进的节奏状况。把规则的边界搞清楚这件事, 往往比去多增加几条链所具有的价值还要大得多。

区块链OCC合规怎么做

很多的团队在刚开始操作的时候, 心里头就一直在琢磨着怎么把业务上链, 而完全把美国货币监理署 OCC 颁发的牌照要求给扔到了最后的角落里面去。

其实大家得看一看, 像数字资产的托管业务, 还有那个在链条上面的清算业务, 以及那些所谓的去中心化借贷业务这些东西, 按照 OCC 这个框架下来看, 它们每一个都需要有一个非常明确、说得清清楚楚的拿牌照的路径和安排。

这根本就一点都别想靠着挂上一个叫做“去中心化”的那个标签, 就想办法把这个监管的视线给巧妙地避开或者是绕开啊。

在我的实际操作经验当中, 我的建议是应当把合规的工作环节提前。也就是说, 需要在产品设计的阶段就把相关工作开展起来。在此时, 需要对照着OCC这个机构相关的资本充足率的标准来进行检查, 同时还要对应着季度报告的义务事项进行逐一的梳理和列出清单。

千万不要拖延到审计季节到来的时候再去仓促地进行补做工作。如果到了那时才去做这些事情, 那么所要付出的代价将会是非常巨大的。

区块链OCC监管怎么应对

OCC在过去两年时间里所表达出来的那种态度, 其实是相当清晰明确的, 一方面是鼓励大家去进行技术创新, 另外一方面则是严格要求必须做到具备穿透式的风险控制能力,而智能合约本身所拥有的那种不可篡改的特性, 与传统的监管手段里所要求的可以追溯、也可以随时暂停这些内容之间, 存在着一种非常天然的张力或者说是矛盾之处, 这种状况确实是需要我们在整体的架构设计层面上去做出某种程度的妥协与让步的, 绝对不能够采取那种硬碰硬的对抗方式。

在落地执行层面, 采用更加稳妥的做法, 应当把链下仲裁层进行引入, 把争议处理的这一部分事务留给授权的人工通道去解决, 与此同时, 要把关键交易记录做出完整的链上存证, 从而达到两边各取所需的目的。

合规这件事儿, 它从来就不是创新的对头。我们得把OCC那个监管层面的语言, 好好地翻译成那些工程师们能看明白的技术方面的语言。就这么做的话, 区块链项目才真正能从拿来看看的演示阶段, 走到实实在在用起来的生产环境里面去。只有这样做了, 它们才配有资格叫做基础设施这种级别的东西呢。