从我的批评文章嘲笑了整个行业以来，这是我回顾各种现有Token解决方案的第一篇文章，我们先来看看由Brendan Lee创办的Elas Digital。Brendan一直在与Tokenized、比特币协会、Faia和现在的Elas Digital合作,是本领域的顶级教育者之一。

从公司团队博客的发布内容可以看出，Brendan在该领域的历程使得他创造了这一独特的Token解决方案，并声称这是“（他们）所认为的可能是比特币中最简易的方法”。

Elas token是用一个“建立动作（establishment action）”来进行定义的，该动作包含了定义Token所有的必要信息。后续的花费可以是任何类型的比特币交易，因为关于Token的细节在初始交易中已被定义且不可篡改。

Token的定义细节不受限于任何协议，因此是完全可定制化的。这些数据甚至可能只是它的哈希值，其中的细节是在链下私密存储的。

[caption id="attachment_412169" align="aligncenter" width="624"] 来源：Elas Digital网站[/caption]

图片说明：Elas账本（Elas Ledger）展示了一种查看在比特币上发生的活动的新方法。在一个Elas账本内的所有动作，都能够可证地链接回到一个账本建立动作。（来源：Elas Digital网站）

实现这些Token的钱包只需要识别铸造交易（minting transaction），就可以向其所有者显示Token的详细信息。

Elas提出了迄今为止唯一一种不需要在每个交易中都嵌入某种类型的数据的Token解决方案，因此声称“零脚本开销”。也就是说，如果需要，可以选择将元数据（metadata）包括在交易中。

[caption id="attachment_412172" align="aligncenter" width="624"] 来源：Elas Digital[/caption]

图片说明：Elas的Satoshi Token代表了我们认为可能是比特币中最简易的方法。我们的Token具有如下特点：

• 零脚本开销
• 无FALSE RETURN输出（尽管在中本聪Token中可以使用）
• 无推送数据要求（尽管在中本聪Token输出中可以呈现甚至需要数据推送信息）
• 无发行人代理（尽管可以在需要处使用）
• 比特币脚本的全部性能，包括sCrypt OP_TX式的条件支付
• 在支付通道中可用
• 可与其他Token类型或协议一同在交易中使用
• 在Metanet框架中可用

这一解决方案着实简易，但是也十分强大。这意味着，一旦完成铸造，这些开箱即用的Token便可支持所有比特币脚本类型，而不需要进行任何定制开发。

R-puzzles、P2PKH、多重/门限签名，甚至工作量证明（Boost,21e8）脚本的使用也均成为可能。

铸造者具有很大灵活性，因为它们可以“为不同目的而定义后续子账本”，这意味着支持法币Token以及任何类型的不可互换Token（NFT）。这种灵活性也伴随着责任，因为创建者（而非平台）承担对所发行的Token类型（包括ICO）的责任。

这种差别是受欢迎的，因为它既促进了实验，又不会由于监管而扼杀创新。

所有的Token解决方案都有缺点，Elas也不例外。我所指出的所有Token面临的“溯回创世（Back to Genesis）”的问题，也是Elas的首要问题。

[caption id="attachment_412175" align="aligncenter" width="623"] 来源：Medium[/caption]

图片说明：避免额外的验证工作——许多Token机制与Bitcoin SV交易过程相独立，因此在通常要求Token用户侧的额外验证。例如，完全验证要求追溯回Token的创世区块。

“溯回创世”问题是指钱包如何防止针对Token定义发起的恶意欺骗，比如Token的供应上限、余额和面值超过了比特币脚本范围等。Token的所有后续花费都必须针对原始铸造交易进行验证，这就带来了扩容方面的挑战。

另一个不足是缺少现有钱包的支持。虽然Elas token不受协议的约束，但是实现它们的钱包必须允许用户在花费Token时选择输入。这一特性今天已经不存在；钱包仅仅是选择一组UTXO，这样就有足够的余额来进行花费和广播。

因为这个“愚蠢”的实施方案的存在，Elas token可能被意外地花费，因此这个方案不值得考虑。钱包问题与Elas解决方案并非对立，只是需要依赖钱包进行升级。

我相信第一个现成的、支持任何实用Token类型的主要钱包将立即被广泛使用，因为本领域急缺解决方案。如果Elas开始获得关注，它将激励钱包创新，并推动它们开始支持更复杂的交易类型。

总的来说，Elas似乎是一个很好的解决方案，它利用了比特币账本的优点和脚本的全部性能。需要溯源带来了直接的扩容挑战，但随着TXDB等解决方案的出现，这似乎是可以解决的。

你有什么想法？请在Twetch和Twitter上告诉我们。请注意我们将回顾的下一个Token解决方案！