在关于发行自助证券的第一篇文章中，我们讨论了发行自助证券的一些挑战。本文将讨论一种可以平衡技术可行性的潜在解决方案，它不会产生一系列自助证券发行工具所面临的基本限制。

建立工具来简化一般证券发行的想法似乎具有强大的吸引力，尤其是考虑到当前发行模式的复杂性。然而，在早期的技术市场中，复杂性应该是可以预期的，试图过快地抽象复杂性会导致我们创建没有实际用途的工具。笔者认为，目前这一波自助证券发行工具就是如此。在上一篇文章中，作者强调了与当前自助通行证发放方法相关的三个主要因素：1)规则和动态行为；2)成熟和新兴技术市场；以及3)链外和链上活动。

蓑衣网小编2022

第一条的主要思想是，自助通行证发放不仅不切实际，对于今天的技术来说也不切实际。我确信不可能通过UI点击几下就抽象出复杂的金融工具，但即使有可能，我们也没有一个成熟的基础设施来实现。

证券通行证的抽象泄漏

想到自助证券通行证发行工具，让笔者想起了现代软件开发中非常流行的一个概念：抽象泄漏。这个概念最初是由Joel Polschi在2002年的一篇名为《抽象泄漏法则》的博客文章中提出的，该文章表达了这样一种观点：有效的抽象应该“泄露”其较低层次的细节。“泄漏”允许抽象适应需要深入理解实际实现的场景。抽象泄漏理论的基本前提是，对于复杂的概念，大部分抽象是不够的。

对于一般证券来说，抽象漏损的思想也很重要。想象一个更高层次的构造，它可以实现证券智能合约的抽象，同时仍然“泄露”足够详细的底层协议信息(开发者可以修改)。现在我们只需要找出正确的抽象。

半自助证券发行解决方案

解决证券发行中的自助发行问题不仅仅是找到正确的抽象结构。在作者看来，一个更简单的发行证券通行证的半自助模型，可以基于两个主要元素：

a)创建一套加密的金融协议，抽象出证券通行证的基本动态。

b)创建特定于领域的语言，该语言可以基于底层协议以声明方式对证券通行证进行建模。

把这两个概念放在一起，得到下图：

密码金融原语

证券通行证最终是一个基于现金流和投票权的可编程金融动态表示。其中一些发展是概念，如股票，债券，可转换债券，衍生品和其他许多变化。以可组合智能契约的形式实现抽象这些金融原语的协议是实现任何级别的抽象自助服务的第一步。

DSL

securities pass发行对于securities pass的根本挑战在于，在非常基础的可重用性级别上，一次又一次地构建智能合约需要花费大量时间。尽管试图将证券通行证简化为一些if-then-else规则似乎有些极端，但在不久的将来，一些中间抽象模型可能是可行的。从证券通行证的概念构想到抽象结构，作者对创建更高级的领域特定语言(DSL)的概念特别感兴趣。从概念上讲，DSL是一种专用于特定应用领域的计算机语言。这与广泛应用于各个领域的通用语言(GPL)形成对比。DSL的概念在计算机科学中已经存在，只是最近才引起人们的注意。

把DSL的思想应用到证券通上，我们可以想象出一种语言，代表证券通背后的契约声明(可能基于JSON)。DSL将使用抽象泄漏模型来引用底层智能合约协议。

一般证券DSL的思想除了一般证券合约的抽象之外，还有很多实际的好处。 通过使用更高级的语言来抽象加密证券的表示，安全通行证可以使用该模型来实现一些有趣的功能：

快速创建：虽然用于安全通行证的DSL不一定是自助机制，但它可能会更有效地简化加密证券智能合约的创建和版本控制。依赖于JSON这样的声明式结构并参考底层的智能合约机制似乎是一个不错的选择。

元数据管理：目前，很难附加任何与特定证券通行证相关的元数据。然而，具有基于DSL的声明性结构可以提供无缝工具来将元数据元素合并到证券通行证中，这些元数据元素可用于更好地理解底层智能合约。

搜索：补充上一点，声明式DSL结构将有助于使用主流搜索技术搜索和发现证券通行证的智能合约。随着证券证书数量的增加，搜索和发现将成为生态系统中非常必要的功能。像Graph这样的技术为这种方法奠定了基础。

Chain-蓑衣网小编2022up and-chain-down编程模型：证券通智能合约通常涉及链动态和链下数据或活动的组合。如果用Oracle这样的组件启用，后一种机制总让人觉得是在操作两种不同的编程模型。DSL可以提供一致的编程模型，抽象出上行链和下行链的动态特性。

其他好处：版本控制、可移植性和文档是一般证券DSL模型的一些其他附带好处。

在目前的市场条件下，自助证券发行工具的想法是不现实的。然而，手动编写所有智能合同似乎面临难以扩展的问题。通往半自助发行模型的道路需要实现一组核心的金融协议(它提供了加密证券的主要机制)。随着这些核心协议的建立，使用更高级的领域特定语言的想法似乎是可行的。只有在这两个基础积木建立起来之后，自助证券发行工具的概念才可能有一定的可行性。即便如此，应用范围也会非常有限。