安全代币的基本缺陷和改进设想

发行安全代币应该不难。我经常听到区块链领域的一位导师这样说，现在大多数安全代币的发行都涉及手工编写智能合约。几乎是对安全代币发行流程的复杂性的过度反应，已经有好几次尝试推广自助发行工具，这些工具承诺只需单击几下鼠标就可以创建安全代币。今天，我想解释一下这种方法的一些基本缺陷，并提出我认为更好的替代方案。

对于加密安全问题，安全代币空间采取了两种极端的立场。在一个极端情况下，每个安全代币都要求智能合约开发人员编写大量重复的代码，并出于遵从性的原因利用一些基本协议。另一方面，我们可以填写几个表单，按下一个按钮，然后获得一个安全代币。第一种方法复杂且容易出错，但可以看作是安全代币市场早期阶段的结果。第二种方法根本不切实际，它只是在一个仍在努力建立基础的市场。

自助安全代币发行工具的基础思想是，您可以使用通过友好的用户界面抽象的确定性规则集来表达安全代币的基本机制。原则上，好处是显而易见的，因为任何人都应该能够在不掌握智能合约语言的情况下创建自己的安全代币。尽管在概念上很吸引人，但从技术和财务角度来看，自助安全代币发行的想法存在根本缺陷。自助安全代币的发放可以看作是一种被称为还原论的认知心理学现象的表达。

简化思想和安全代币

还原论是一种认知动态，它解释了当面对复杂的论证时，人们是如何倾向于忽略关键细节的简单解释的。简单的解释只适用于问题的最抽象的表示，在任何严格的分析中都不适用。在安全代币中，认为我们可以使用一些规则来为密码安全的结构和行为建模就是简化谬论的一个例子。

自助安全代币的发行试图过度简化创建安全代币的过程，以吸引可能被该领域的技术复杂性压服的那部分市场。然而，通过采取简化的方法，自助安全代币发行技术忽略了加密安全的许多关键元素，即创建对任何实际用途都无用的代币。

1） 规则与动态行为： 通过用户界面配置发行安全代币，隐式地假设可以使用一些IF-Then-Else规则抽象加密安全的行为。这与事实相去甚远。安全代币需要表达相当动态的财务行为，如股息分配、违约、风险调整和其他需要超出逻辑规则的复杂业务的构造。即使是一些最简单的代币化表示，比如上市公司的股票，也会受到各种复杂行为的影响。发行传统证券的过程之所以复杂，不仅是因为涉及的参与者，还因为这些金融工具的复杂性。

2）成熟与新兴技术市场： 自助工具是成熟技术市场的一个副产品。在集成领域，像IFTTT这样的平台只有经过几十年中间件技术的发展才有可能实现。自助业务智能工具是在数十年的数据可视化和分析工作之后才被广泛采用的。安全代币空间只有不到两年的历史，而且完全没有必要通过单击几下来抽象发行安全代币。

3） 链外运行时与链上运行时： 这是一个有点微妙的参数，但确实相关。假设我们可以使用一些基于ui的规则来实现一个安全代币，这本质上意味着我们建模加密安全行为所需的一切都发生在链外（通过规则），这完全是一种谬论。为了有效，安全代币需要利用大量的链上构件，如调用其他智能合约和其他一些不能简单地通过UI抽象的构件。

为了更好地理解前面的一些观点，让我们使用几个自助服务技术堆栈的成功和失败的例子来具体说明，这些技术堆栈跨越几个技术趋势：

· 不好的方面： UML和代码生成工具：在21世纪初，有大量的工具试图使用图形化标准（如统一建模语言（UML））对面向对象的程序建模。尽管这种趋势产生了成功的收购，例如RaTIonal Software，但是大多数工具被证明是非常局限于构建任何形式复杂的程序。这一代工具的失败部分可以归结为图形化的、规则驱动的环境和动态的、基于代码的逻辑之间的阻抗不匹配。

· 缺点： 机器学习工作流工具：机器学习领域正在发展的一个趋势是使用可视化工作流创建模型的想法。虽然现在判断这种趋势是否会成功还为时过早，但它们似乎只适用于一些非常基本的场景，从而导致TensorFlow或PyTorch等框架编写更复杂的模型。

· 优点： 自助分析工具：数十年来，在商业智能（BI）解决方案中编写报告和数据可视化需要专业领域的专家来完成一些本质上是商品的工作。最终，市场产生了新一代的自助数据可视化平台，如Tableau或QlikView，允许非专家编写真正复杂的仪表板，而不需要编写任何代码。

· 好的方面： 机器学习领域特定语言：分片化和复杂性是机器学习空间的主要挑战之一。由于市场上有如此多的机器学习框架和平台，编写机器学习程序不仅复杂，而且堆栈之间没有可移植性。最近，Facebook和微软（Microsoft）等公司赞助创建了开放Neural网络交换格式（Open Neural Network Exchange Format， ONNX），它提供了一种更高级的（但不是基于视觉规则的）语言，用于以一种与不同底层框架兼容的方式创建机器学习模型。

综上所述，有效的自助服务工具有以下几个特点：

a）它们允许添加复杂的业务逻辑。

b）它们运行在与底层运行时类似的环境中。

c）他们在成熟的技术市场运营。

对您来说，这听起来像自助安全代币发行工具吗？

一种可能的解决方案： 特定于安全代币域的语言

我们如何在不创建无用抽象的情况下简化安全代币的发行？编写以太坊智能合约很难伸缩，但使用基于ui的规则是无用的。中间的呢？设想一种声明性语言，它可以以一种可以立即翻译到不同智能合约语言的方式来建模安全代币的结构。

安全代币使用更高级的、特定于领域语言的想法有很多好处，而且看起来不会忽视智能合约语言（如Solidity）的任何优点。