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

构建工具来简化证券通证发行的想法似乎具有很强的吸引力，特别是考虑到当前发行模型的复杂性。然而，在早期技术市场中复杂性应该是在预期中的，试图过快地抽象复杂性会导致我们创建出没有实际用途的工具。笔者认为，当前的自助证券通证发行工具浪潮就是这种情况。在上一篇文章中，笔者强调了与当前自助通证发行方法相关的三个主要因素：1）规则与动态行为2）成熟与新兴技术市场3）链下与链上活动。

第一篇文章的主旨就是自助通证发行不仅不实用，而且对于当今的技术来说是不切实际的。笔者很确定，不可能通过UI点击几下就将复杂的金融工具抽象化，但即使可能，我们也没有成熟的证券通证基础设施来实现。

证券通证抽象泄漏

关于自助证券通证发行工具的思考让笔者想起了现代软件开发中一个非常流行的概念：抽象泄漏。这个概念最初由乔尔·斯波尔斯基（Joel Spolsky）在2002年题为《抽象泄漏法则》的博客文章中创造，表达了这样一种观点，即有效的抽象应该“泄漏”其下层的细节。“泄漏”允许抽象适应需要深入了解实际实施的场景。抽象泄漏论的基本前提是，对于复杂的概念，大多数抽象都是不够的。

对于证券通证，抽象泄漏的想法也是很重要的。想象一下更高级别的构建，它可以实现证券通证智能合约的抽象，同时仍然“泄漏”关于底层协议（可由开发人员修改）的足够详细信息。现在我们只需要弄清楚正确的抽象。

半自助证券通证发行解决方案

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

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

b）创建域专属（domain-specific language）的语言，该语言可以基于底层协议宣告式地建模证券通证。

将这两个概念放在一起，我们得到如下图：

加密金融原语

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

用于证券通证的DSL

证券通证发行的根本挑战是，以非常基础的可重用性水平，一次又一次地构建智能合约是需要大量时间的。虽然试图将证券通证简化为一些if-then-else规则似乎有些极端，但可能会有一些中间抽象模型在不久的将来具备可行性。从概念想法到抽象证券通证的结构，笔者对创建更高级别的域专属语言（DSL）的概念特别感兴趣。从概念上讲，DSL是专用于特定应用程序域的计算机语言。这与通用语言（GPL）形成对比（通用语言广泛适用于各个领域）。 DSL的概念在计算机科学中已经存在，但直到最近才受到大家的关注。

将DSL的思想应用于证券通证，我们可以设想一种代表证券通证背后合约宣告（可能是基于JSON的）语言。 DSL将使用抽象泄漏模型引用底层智能合约协议。

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

·快速创作：虽然用于证券通证的DSL不一定是自助服务机制，但它可能更有效地简化加密证券智能合约的创作和版本控制。依托像JSON这样的宣告式结构并且引用底层智能合约的机制似乎是一个很好的选择。

·元数据管理：当前附加与特定证券通证相关的任何元数据是非常困难的。然而，具有基于DSL的宣告式结构可以提供一个无缝的工具，可以将可用于更好地理解底层智能合约的元数据元素纳入证券通证。

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

·链上链下编程模型：证券通证智能合约通常涉及链上动态和链下数据或活动的组合。如果通过像预言机这样的组件启用，后一种机制总是让人感觉是在操作两种不同的编程模型。证券通证DSL可以提供一致的编程模型，该模型抽象了链上和链下动态。

·其他好处：版本控制、可移植性以及文档记录是证券通证DSL模型的一些其他附带好处。

在当前市场状态下，自助证券通证发行工具的想法是不现实的。然而，手动编写所有智能合约似乎也面临难以扩展的问题。通向半自助通证发行模型的道路首先需要实现一个核心的金融协议集（该协议提供加密证券的主要机制）。建立了这些核心协议以后，使用更高级域专属语言的想法似乎就具有了一定可行性。只有在这两个基础构建块建立以后，自助证券通证发行工具的概念可能具有一定的可行性，即便如此，应用范围也将非常有限。