这是关于在商业实践中使用智能合约的前景的最有趣的文章，尽管我碰到的很多。 它由律师撰写，并于5月底在哈佛大学网站上发布。 尽管以美国为例，但案文还揭示了诸如法律在智能合约交易中的适用，当事人对守则的理解，甲骨文，风险等问题。

您还会发现一个解释，为什么人们长期以来一直成功使用自动售货机（以最明显和最简单的方式执行智能合约的示例），而在物流或保险等领域使用更复杂的智能合约仍然很困难。

智能合约是许多基于区块链（即分布式注册表技术）构建的平台和应用程序的重要组成部分。 下面我们看一下智能合约的工作，确定它们是否可以被视为对美国法律下的法律协议具有约束力，并讨论在将智能合约广泛用于商业关系中之前必须解决的法律和实际问题。

1.智能合约简介

1.1。 智能合约如何运作

术语“智能合约”描述自动执行全部或部分协议的计算机代码。 代码存储在基于区块链的平台上。 正如我们将在下面看到的那样，该代码是双方之间达成协议的唯一公告，或者是对传统文本合同的补充，并且仅满足某些规定，例如将资金由A边转移到B边。代码本身被复制到区块链的多个节点上，这意味着它可以利用区块链的优势：这就是安全性，安全性和不变性。 复制还意味着，随着每个新块被添加到区块链中，代码实际上可以被执行。 如果各方发起了交易并由此证明满足条件，则这将成为触发器，并且代码将执行某些操作。 如果未启动事务，则代码不执行任何操作。 大多数智能合约都是使用专门为这些目的创建的一种编程语言（例如，Solidity）编写的。

智能合约实施的输入参数和阶段必须是特定和客观的。 换句话说，“如果发生X，则执行Y”。 因此，智能合约执行最简单的任务，例如，如果满足必要条件，它们会自动将加密货币从一侧的钱包转移到另一侧的钱包。 随着区块链的传播以及投资于代币或作为区块链一部分（链上）发送的资金的增加，智能合约将变得更加复杂并能够处理复杂的交易。 许多开发人员已经在创建更复杂的智能合约，将其中的交易分为多个阶段。 但是，我们将需要等待很多年，以便该代码能够确定主观的法律标准，例如“当事方的行为是否符合商业上合理努力的标准”或“是否值得履行偿还条款和支付赔偿金”。

在执行已编译的智能合约之前，您需要支付将合约添加到区块链的交易费用。 例如，在以太坊中，区块链智能合约是在以太坊虚拟机（EVM）中执行的，而以太坊加密货币中的佣金称为天然气（gas，尽管更正确的翻译是“燃料”）[1]。 智能合约越复杂，您必须支付的汽油就越多。 也就是说，gas是一种网关，可以保护EVM避免执行过于复杂或众多的智能合约[2]。

到目前为止，智能合约最适合自动执行两种类型的交易：

• 由某些事件触发的付款，
• 如果不遵守客观条件，将采取经济制裁。

扩大合同生效后，这两种交易都不需要人们的参与，包括值得信赖的代管人或法律制度的代表。 这使您可以减少签订合同时的执行和实施开销。

例如，智能合约可以为您节省所谓的“采购到付款”差额。 一旦货物到达仓库并进行了注册，智能合约就可以立即发送确认请求。 收到款项后，他将立即将资金从买方转移到卖方。 在这种情况下，卖方将更快地收到付款，他们将不必提醒客户付款的需要，并且买方将节省银行业务。 所有这些都可以减少营运资金需求并简化双方的财务交易。 至于强制执行，可以以这样一种方式对智能合约进行编程，以使其禁止访问通过Internet连接的资产（例如，内容），直到收到付款为止。

1.2。 历史背景

“智能合约”一词是大约20年前由计算机科学家Nick Szabo提出的，当时他是华盛顿大学的研究生：

得益于数字革命，新的国家机构和形成这些机构的正式关系的新方法已成为可能。 我将这些合同称为智能合同，是因为它们比无生命的纸张前辈具有更多的功能。 他们不使用人工智能。 智能合约是一组以数字形式定义的承诺，包括各方履行这些承诺的协议 [3]。

请注意：Szabo在引号中加上了“智能”一词，并宣布不使用人工智能。 智能合约比纸质合约“更智能”，因为它们会自动执行预编程的步骤。 但是不能将它们视为能够分析更多主观要求的智力工具。 Sabo提供了一个智能合约的经典示例：这是一台自动售货机。 如果“合同”的条款适合买方（即，他将钱放入机器中），则机器会自动遵守未书面协议的条款并提供购买。

现代智能合约的另一个来源是里卡德合约 。 这个想法出现在1996年的Ian Grigg（Ian Grigg）和Gary Howland（Gary Howland）的工作中，该工作致力于里卡多支付系统。 Grigg提出了Ricardian契约，它是文本契约和具有以下参数的代码之间的桥梁：

1）单一文件-发行人提供给持有人的合同；
（二）发行人控制的持有人的财产权；
3）它很容易为人们所认识（如普通纸质合同）；
4）由程序（解析为数据库）读取；
5）经过数字签名；
6）包含密钥和服务器信息；
7）结合了唯一且安全的标识符 [4]。

2.与传统文本惯例的关系

在有关智能合约的讨论中，用于两个不同范例的术语本身很难。

第一个是无需绑定文本合同即可创建和部署的智能合同。 例如，双方在口头上就他们想要建立什么样的业务关系达成协议，并立即将这种安排翻译成可执行代码。 我们称其为“排他性软件智能合约”（仅代码智能合约）。

第二种是智能合约，用作实现传统文本合约特定条款的一种手段，其文本指的是使用智能合约来实现这些条款。 我们将其称为“辅助智能合约”。

3.智能合约是强制性的吗？

美国没有联邦合同法。 如何解释合同以及是否必须执行合同由州法律确定。 因此，尽管关键原则适用于整个州，并且全国统一州法律专员大会倡导统一州法律，但有关智能合约的任何结论都应考虑到以下事实：不同的观点可能在不同的州盛行。

关于强制执行智能合约的讨论应从根本上将“协议”和“合同”的概念分开。 各国通常同意双方可以签订协议，但是“合同”的概念意味着协议具有法律约束力，必须在司法程序中予以执行[5]。 为了确定它们是否具有约束力，州法院传统上会评估要约，接受和对价的要求是否得到满足。 辅助智能合约无疑可以满足这些基本要求。 例如，一家保险公司在航班保险领域创建了一种产品，如果航班延误了两个小时以上，该产品会自动向被保险人支付保险费[6]。 文本合同中预定义了诸如计算延迟的过程之类的关键条件，与此同时，辅助智能合同处理协议的主体（这是保险付款）及其执行（由于验证的延迟而自动付款）。 因此，保险人提出为航班提供保险，并且被保险人通过支付保险费来接受该提议。

今天，某些合同必须以书面形式提交。 例如，根据统一商法典（UCC）[7]或州反欺诈法，也可能需要其他手续。 但是，并非总是必须编写协议，以使协议的实施成为强制性的[8]。 因此，将根据管理合同关系的法律应用许多仅软件的智能合同。 从这个意义上讲，带有自动售货机的Sabo的示例具有指导意义：尽管买方拥有许多隐含的权利，但是合同的制定没有显着的书面条件，除了显示每种产品的价格。 因此，与仅使用代码的智能合约一样，仅在代码中反映协议这一事实并不会特别妨碍在UCC或反欺诈法所指示的框架之外形成合同。 长期以来，许多法律和法律结构都考虑到了信息技术在起草合同中的作用。

例如，1999年通过并以47个州为基础的《统一电子交易法》（UETA）内容如下。 电子记录，包括由计算机程序创建的记录，以及使用基于公钥加密的数字签名，与文本记录具有相同的法律效力（有一定的限制）[9]。 UETA甚至认识到电子代理的合法性，电子代理的合法性被定义为“计算机程序，电子或其他自动化手段，这些手段在没有人工控制或参与的情况下独立用于发起动作或对电子记录或全部或部分活动做出响应” [10]。 根据UETA的说法，电子代理“在一方被激活后，能够在其程序的参数范围内发起动作，响应注释或与其他方或其电子代理进行交互，而无需对此方的额外关注” [11]。 也许这是对智能合约的初步认可。

同样，《联邦电子签名记录法》（E-Sign Act）不仅承认州之间商业关系中电子签名和电子记录的合法性，而且还指出合同（或与交易有关的其他记录） “不可能仅因其执行，创建或交付涉及一个或多个电子代理的行为而被剥夺法律效力，合法性或强制执行，前提是任何此类电子代理的行为与法律相关 GSI的人相关的义务“[12]。 术语“电子代理”是指计算机程序，电子或其他自动化工具，可独立用于在没有人工控制或参与的情况下对电子记录或全部或部分活动发起动作或响应[13]。

为了加强强制执行智能合约，了解法律框架很重要，但是它们的未来使用可能不是基于区块链技术发展时代之前制定的法律。 亚利桑那州和内华达州已经更改了UETA的本地版本，以明确使用区块链和智能合约[14]。 注意：这两个州对关键概念采用了截然不同的定义。 因此，我们可以假设有更多的州效仿他们的榜样并更改UETA的本地版本，那么采用反映区块链和智能合约发展的统一定义的需求就越强。

4.智能合约广泛使用的困难

鉴于现有的承认电子合同的法律框架，应该指出的是：今天，很有可能法院将开始承认执行智能合约条款（我们称为辅助智能合约）的法规的合法性。 还有一个先例，表明仅包含代码的智能合约可以得到相同的法律认可。 因此，广泛传播智能合约的困难与立法限制并没有太大关系，而是与智能合约代码的工作方式和各方如何开展业务之间的矛盾有关。 我们确定了四个主要困难。

4.1。 远离技术的各方如何进行讨论，起草和调整智能合约？

广泛采用智能合约的主要障碍是：各方将不得不依靠可信赖的技术专家，他们将在代码中实施协议或确认第三方编写的代码的准确性。 如果您想出一个比喻，聘请律师来解释常规文本合同中的法律条款，那是不正确的。 没有法律学位的人既可以理解简单的短期协议，也可以理解较长的协议的众多规定，尤其是那些确定开展业务的条件的规定。 但是，如果您不知道如何编程，那么您甚至都不了解最原始的智能合约。 因此，能够解释代码中“所说的”内容的专家的重要性更高。

在某种程度上，当事方无法理解智能合约的代码不会阻止他们缔结辅助程序协议。 实际上，您可以创建和使用许多基本功能和文本模板，这些功能和文本模板指示您需要输入哪些参数以及如何执行它们。 假设如果在指定日期之前未收到付款，则智能合约的简单功能将从双方之一的钱包中扣除滞纳金。 但是，当事方可能需要确认程序代码将实际满足文本中定义的内容，并且没有额外的条件和参数，尤其是在智能合约模板不对程序代码的准确性承担责任的情况下。 要分析代码，您将需要第三方，编程专家。

如果没有模板，并且您需要从头开始开发代码，那么各方将需要向程序员解释协议的目的。 仅给出法律文件的副本是不切实际的，因为程序员将不得不理解它。 因此，依赖辅助智能合约的各方将需要编译并向程序员显示智能合约必须满足的条件列表。

而且，各方可能需要程序员的书面确认，证明代码可以按预期工作。 结果，为了执行模板中未包含的要求，各方将需要与智能合约编程人员签订书面协议； 这是双方可以与电子数据交换服务提供商签订的合同的补充。

保险公司还可以开发方法，以通过智能合约实现文本协议中定义的功能来保护当事方免受错误操作的风险。 尽管当事方可以分析代码（或将其分配给第三方），但如果当事方在分析代码时未发现错误，保险将提供额外的保护。 此外，如果保险公司在保险之前检查了代码本身，则对于各方在心理上会更加舒适。

-, , . , , -, , [15].

, - , , . , . , [16]. , -.

4.2. - off-chain-

, - , , — off-chain-. , - , , 0 . - . .

-, - off-chain-: .

-, -, , . , -1 , –0,5 , -2 — 0 . : , - .
— , , . , -.

— off-chain-, . , -. - . — . , . -.

4.3. «» ?

, , , . , .

- — — , . , , «» -, .

-, . , . , , , 0 , - , 0 . , (, ), — ? , , . , , — , ; .

— , , -, , -. « 0 » -, .

4.4. -

- — . , - , , — , -.

, . , , , , . -, . , -. .

, . , — , , . , -, .

4.5. -

-, . , , , . - . - , , . - , , , .

-. , , , ; , , . ( ), . . , . , , . - .

-, . - -, , -, , .

4.6. -

, -, , . , - . , , , . — . , . - : , . - , - . , - .

, - , , , -. , - , if/then. - , , -.

4.7. - ?

, - , , . , . , , , . . , , , , -. , .

, - - , , -, , . ( - «» ) , . , , -, - , , . . , - , , .

4.8.

- , : , . , . «», , — . , , . , 2017- 31 [17]. , . Parity, - . , -, , , , — -.

4.9。准据法和地区管辖权

区块链以及智能合约的主要承诺之一是创建可靠的，去中心化的全球平台。 但是，全球采用意味着与文本合同相比，当事方可以在更广泛的管辖范围内使用智能合同。 因此，监管立法和地区管辖权应更好地保护提议纳入智能合约的条件。 监管法的规定决定了哪个司法管辖区的法院将考虑争议。 如果未定义法律和地区管辖权，则考虑到可以使用智能合约的广泛管辖权，原告在选择投诉地点或关于应适用哪种实体法的争议中可能相对不受限制。 鉴于许多有关智能合约的第一批纠纷将在没有先例的情况下解决（在美国，是判例法法院系统），因此缔约各方将希望对选择案件的司法管辖区充满信心。

5.最佳做法

我们仅处于智能合约实施的开始，而最佳实践尚未开发。 但是，此清单将帮助开发人员创建有效的智能合约并为计划使用它们的公司提供建议。

• 现在，任何合同安排的当事方都可以通过混合方法（文本和代码的组合）获得最佳服务。 有一个强烈的论点支持一个事实，即至少在美国当地法律的框架内，仅软件智能合约应具有约束力。 但是，除非对其合法性和义务有更多的了解，否则仅应将软件智能合约仅用于简单关系。 各方将需要协议的文本版本才能阅读条款和条件，并输入智能合约未考虑的条款； 您需要手头准备一份将在法庭上接受的文件。
• 在混合合约中，文本应明确定义与其关联的智能合约的代码，并且各方应查看转移到智能合约的所有变量，其定义以及触发代码执行的交易事件。
• 依靠在oracle上获取第三方数据，各方必须决定如果oracle无法传输数据，提供错误信息或只是停止工作，将会发生什么情况。
• 如果守则有错误，当事方应了解风险的分布。
• 法规随附的文本协议应确定适用的法律和地区管辖权，以及在内容冲突的情况下法规和文本的优先级。
• 文本协议应包括来自双方的消息，他们已分析了智能合约代码，并且该代码反映了文本协议中描述的条件。 尽管这样的确认不会强迫当事方真正地分析代码，但是它将帮助另一方为自己辩护，以免根本没有对代码进行分析的指控。 各方也可以确保自己免受守则错误的风险。 如前所述，各方可以聘请外部专家来分析代码。

6.智能合约的未来

如今，智能合约已成为斯坦福大学计算机科学家罗伊·阿马拉（Roy Amara）提出的阿马拉法则的原型。 这个概念表明，我们倾向于在短期内高估新技术，而在长期内则低估新技术。 尽管仍需要开发智能合约，然后才能将其广泛用于复杂的商业关系中，但它们仍会影响奖励和激励结构的革命，而革命将决定未来的合同形式。 在考虑智能合约时，重要的不仅是要考虑如何将现有的概念和结构转移到这项新技术上。 相反，智能合约的真正革命将由我们尚未预料到的全新范例触发。

脚注

1. 请参阅以太坊中的“气体”是什么？ Cryptocompare，2016年11月18日。
2. 在同一个地方。
3. 尼克·萨博（Nick Szabo）。 智能合约：数字市场的基础 。 1996年。
4. 伊恩·格里格（Ian Grigg）。 里卡德契约 。
5. 参见，例如，《重组（第二份合同）》，第1部分，美国法律研究所，1981年。在美国，州立法机关通常负责合同法。 尽管在本文中，我们考虑了大多数州共有的合同法基本原则，但应注意，法律差异可能会影响某些州强制执行智能合约。
6. 至少有一家公司AXA现在提供这种产品。
7. 见 UCC§2-201。
8. 例如，请参阅Lumhoo v。 美国家得宝公司 229F。 2d 121，160（EDNY 2002）。 据认为，原告提供了充分的证据来证实当事双方已达成一项口头协议，其中规定：雇主每天支付超过八小时的加班费。
9. 见 《统一电子交易法》（Unif。Law Comm'n 1999）。 纽约，伊利诺伊州和华盛顿都有各自的法律来规范电子交易的有效性。
10. 在同一个地方。 §2（6）。
11. 在同一个地方。 §2厘米 5，
12. 15 USC§7001（h）。
13. 15 USC§7006（3）。
14. 见 2017亚利桑那 HB 2417 44-7061和内华达州。 版本号 统计 安 §719.090。
15. 见 尼科西亚诉案 Amazon.com，Inc. 834 F.3d 220（2016年2月2日）（取消地区法院驳回索赔的决定，以及对亚马逊已向消费者提供合理的强制仲裁通知的逻辑怀疑）。
16. 见 Charles Alan Wright和Arthur R. Miller。 联邦实践和程序，第6304条（第3版，2011年增补）（“实际上，规则706很少使用。这至少部分是由于以下事实：任命专家证人会增加法官的负担，增加当事方的成本，并阻止对陈述的对抗性控制证据”），以及斯蒂芬妮·多米特罗维奇（Stephanie Domitrovich），玛拉·美利奴（Mara L. Merino）和詹姆斯·T·理查森（James T. Richardson）。 国家审判法官对法院指定专家的使用：调查结果与比较，《 50 Jurimetrics J. 371，373–374》。 2010。
17. 参见Haseeb Qureshi。 黑客窃取了价值3100万美元的以太币-发生了什么，以及对以太坊意味着什么 。 FreeCodeCamp。 2017年7月20日。