李嘉图合约，这是一种识别和描述金融工具合约问题的方法 [ 1 ]。它最初由Ian Grigg和Gary Howland开发作为Ricardo支付系统的一部分。最初的应用是债券交易系统 [ 2 ]。对于交易而言，基本组成部分是转账或支付系统，它接收并执行转账指令，将工具（现金，债券）从一个账户转移到另一个账户。因此每条指令都必须标识该工具。
需要一种手段来捕获、识别和描述交易工具。有数以千计的债券和潜在的数以百万计其他可以发行和交易的工具，并且每个都有独特的特征，不适合压缩到数据库中。对于这种制度，现金与债券没有区别，并且需要相同的描述。
当有人通过互联网发行货币（或债券或股票）时，它是什么？接收者得到什么？
很少有发行价值的系统（支付系统）充分处理这些问题。它们通常指的是现有的外部货币单位，并在用户协议中整理宽松的边界 。例如，美元发行人Paypal依赖美元的熟悉度来定义其大部分服务产品。由于金属计量单位并不那么相关，黄金发行人更依赖于他们的用户协议。
对于交易而言，仅仅提及众所周知的熟悉的参考资料是不够的，因为每一种工具都有着不同需要注意的方式，而这些差异对贸易商来说都很重要。但是，即使使用货币，用户也很难确定一美元相对于另一美元的保障性和安全性。
按数字或符号分类是一个起点。几乎所有的数字发行系统都通过分配数字或字母作为货币来识别他们的基本问题（例如，840，“USD”，“AUG” [ 3 ]）。这些系统很快就会遇到麻烦。
许多货币或许多发行人使用相同名义货币的发行人提出了难题。发行人可以有两个或更多的美元单位？例如，在ISO3166-1中，有三种不同的美元：840美元（现金），998 美元（当天）和997 美元（第二天）。同样，当所有人都称黄金为“AUG”时，数字黄金货币（DGC）如何将他的黄金与另一个发行人的黄金区分开来？
1.3 解决方式
由于债券本质上是发行人和用户之间的合约，我们的问题也可以归结为发行合约。鉴于其他债券有合约，我们的发行也是合约。
我们的创新是将发行的工具表示为合约，并将该合约链接到支付系统的各个方面。在此过程中，由该工具的发行者起草并数字化签署了一份具有广泛用途的文件(由用户和程序可读)。该文件，即李嘉图合约，构成了理解这个发行以及该发行中每项交易的基础。
通过扩展，所有的价值问题，如货币、股票、衍生品、忠诚系统和凭证，都可以从这种方法中受益。
1.4 结构
此篇文章的结构如下。在第2节中，我们讨论了识别和描述发行的传统方法，并探讨了这些方法的问题和疑问。在第3节中，提出了一个设计来表达发行合约。最后，在第4节中，添加结束语。
2.作为合约的价值问题
2.1 第一代计划
考虑 DigiCash BV最初采用的开创性数字现金计划eCash的案例。美国马克吐温银行发行的第一个有价值的货币被确定为4号。知道早期的系统为每种货币分配了一个小的连续数字。测试系统已经获得了0,1,2,3，因此接下来的是4。DigiCash的策略为假设每个国家都是一个发行编号。随着时间的推移，该计划进行了调整，以发行按国际拨号代码编号的货币（例如，德国49，澳大利亚61）。这种方案的不足之处变得明显，因此创建了一个新的设计 [ 4 ]。在实用的假设中，一个32位的数字将大到足以涵盖可预见的可能性。
发行越多，只有一种货币不够用的压力很快就显而易见。一个更先进的方案可以使用（发行者，货币）元组来建立一个新的系统，每个发行者在某种意义上被授权发行多种竞争货币 [ 5 ]。通过向元组添加附加元素来简化这个系统：元组（发行者，类型，标识符） [ 6 ]。例如，由Joint Universal和Nationwide Keiretsu在2100年1月发行的兑付零息债券形成一个元组为（JUNK，0，Jan_2100）。
2.2 数字的麻烦
数字作为识别数字工具的空间是有限的，而将元组作为扩展并不是真正的答案。
首先，他们描述了什么？在电子现金系统的情况下，它们可以描述货币和发行者。它是一个还是两个，我们如何概括其他方面？其次，我们用什么保证所描述的是准确的？虽然仅凭依赖发行人的声誉就可以实现很多目标，但财务内部人士知道，真正的价值体现在索赔的细节和可靠性上。第三，这些数字是如何得出的？是否需要一个中央注册机构，或者任何数字价值发行机构能否根据当地要求获取一个数字？最后，空间是否有限制？以数据包表示的整数通常限于一些bit，例如32。对于现实中的软件工程，需要有限制，但是这些限制需要限制业务的可能性吗?
2.3 成功的挑战
任何成功的系统都将以使其看起来被破坏的方式使用。作为软件工程师，我们需要向我们的下一代建造者展示工具制造者的谦逊，而不是规划数字商务空间分区的官僚。
当我们早期的采用者主宰了妈妈和流行音乐的内容，并且竞争激烈地转向了我们的退休老人组时，会发生什么？想象一下这个世界：数以亿计的闲暇游戏老人的口袋里的钱财，或者在每个停车计时器上都有一个数字忠诚点，又或者学生必须支付未来收入份额的学费。我们已经看到了流行歌手向粉丝销售某些金融债券 [ 7 ]，并提出了通过证券化问题为匿名用户提供资金软件缺陷修复的建议 [ 8 ]。
2.4 零息债券
考虑零息债券，一种在给定日期支付货币面值的工具。这也许是广泛且最简单的金融工具，它是我们的设计基准。
为了描述面值，面值的货币和该债券的到期日期，我们会在上面的元组中添加额外的元素。但这只是一个开始。Noel Clarke在描述欧洲债券时预计有数十个或数百个领域 [ 9 ]。如果我们只考察其中一个特征，例如与事件相关的看跌期权，我们会发现债券需要描述在以下情况下会发生什么情况：
敌意或友善的发行人收购；
另一方的发行人收购；
资本重组；
发行人自己的股票回购计划；
或者超过净值一定比例资产分配。
这些情况密切反应在工具上，它们给软件架构师带来了困难。我们可以进行一些观察。
首先，每个事件都不简单。今天，人们可能会将 “敌对或友好收购” 的概念强加于单一的名称——价值对，但这无法适用于此类事件不断演变的法规和诉讼场景。
其次，没有理由相信上述清单是完整的。
第三，设计一个单一的领域来应对这些问题不仅很困难，而且他们大部分将会充满法律文本。
考虑数据布局的观点。为了描述构成债券基础的文档，我们至少需要一个树形结构的元组数据库。而且，这种布局只适用于一种工具，或者一种非常紧凑、几乎可以替代的工具。
2.5 现金为王
货币或现金可能就是那么紧张。毕竟，一美元始终只能是一美元。我们可以用一些简单的元组来描述货币吗？即使是现金，我们也认为元组的布局是不够的。
以银行发行的数字美元为例。数字美元将是衍生品，通常以相同数量的存款作为支持。这对于营销目的来说可能已经足够，但它不会在严肃的财务分析中生存。
相比之下，美国联邦储备委员会(Federal Reserve Board)发布的这类衍生品美元的价格是如此之高。如果它是相同的，只是作为对另一种相同工具的债权，或者是税收负债，美联储还没有拒绝接受它的票据。撇开激进的解释不谈，美联储从未申请破产，而且仍是一个相当可靠的赌注。
任何衍生品美元的银行发行人也不能这样说。它的数字美元将得到与......相同机构的存款支持。鉴于20世纪银行业的历史，这样的银行可以随时关门，分析师应该认真对待这种风险。此外，至少在美国，FDIC已经判定这样持有用户PC上的资金被认为是没有保险的存款 [ 10 ]。
这并不是说任何给定的银行即将关门，而是要问当发行人确实违约时会发生什么？
任何资产的任何持有人都将承担风险。电子货币持有人将承担发行人失败的风险，另一个发行人的美元持有人也承担类似可比较但独特的风险。每种风险都会产生成本，应该从美元面值中扣除成本来计算比较价值。在这种风险区分中存在一个不可避免的事实，即任何给定的美元都不具有恒定的价值，即使是用美联储发行的一些众所周知的美元来衡量。
2.6 合约的细则
如果没有美元这样的东西，那有什么？显然，我们必须描述每一个美元是什么。这似乎是一个细则和细节的任务，而且实际上， 每一种不同的发行货币都是发行人和持有人之间的明确合约。
合约可以概述细节。考虑原始主权货币合约，其中发行人承诺以每盎司贵金属支付给持有人。这是合约中的四个数据：谁是主权，“支付给谁”，支付什么，以及数量多大。
因此，每种债券、每种货币和任何复杂的金融工具都是如此。实际上，在数字领域，如何对待金融工具的问题在很大程度上减少了如何处理合约这个问题。
或者，一个发行物就是一个合约。其他支付系统中的发行物有合约，但只作为用户协议等辅助文件。他们的角色和重要性往往受到战争的影响; 市场营销部门希望他们隐藏起来，而法律部门则要求他们随时都能反应在用户的身上。
一旦我们接受这个发行物是一个合约，任务就变得简单了：创建一个可以链接到支付系统的合约作为核心。这是下一节的主题。
3. 发行数字合约制度
李嘉图合约几乎所有内容都可以通过检验例子来展示，本节仅简要介绍明显的细节，然后再讨论分支。