CN112200670A - 一种事件驱动的智能合约平台设计 - Google Patents

Abstract

本发明提出一种事件驱动的智能合约平台设计，解决了合同在智能合约中标准化问题和自动化问题，使合同转化成的智能合约在保证可执行的前提下遵循一定标准，更易符合法律要求或被法律所认可。标准化智能合约包含事件属性和合同属性。智能合约平台包括事件处理机、智能合约系统、区块链账本系统。事件处理机的主要功能是：(1)参与方注册事件；(2)将自然语言合约中的事件标准化，对合约进行预处理；(3)将包含事件属性、合同属性的数据分别打包存储；(4)事件启动后找到对应的事件数据包和合约数据包，并提交智能合约系统进行交易自动化处理；(4)账户相关信息提前提交到核心区块链账本系统进行核对；(5)违规处理。注：摘要附图为图1。

Description

一种事件驱动的智能合约平台设计

技术领域

本发明属于区块链技术领域和智能合约领域，特别涉及一种事件驱动的智能合约平台设计。

背景技术

区块链技术如今正处于第二代向第三代过渡时期。第二代区块链以以太坊为代表，实现由数字货币应用向金融领域应用的过渡。第三代区块链脱离虚拟货币的框架，才是真正可以让众人所用、让银行所用、让政府所用的一套系统，是可以改变世界，成为国家战略的一套系统。

区块链保证上链的数据很难被篡改，而且数据在个节点都存储，节点投票维持一致性。因此区块链本质上是是分布式数据库或是网络数据库。智能合约是可执行的代码，是执行作业，由区块链提供数据安全。智能合约运行在区块链系统上，也符合智能合约3原则，即：

(1)数据完全来自区块链；

(2)计算结果有共识；

(3)计算结果完全存在区块链上。

区块链保证数据没有篡改，而智能合约使用区块链上的数据，结果存在区块链上，在这种情况下，数据和作业都可以被控制。智能合约若要成功标准化，并被法律所认可，其中要考虑的问题包括：

(1)确定合同的哪些部分适合自动化；

(2)改变法律术语的表述，使其符合技术要求能够自动化；

(3)使用计算机语言来表述法律术语；

(4)开发可实用的智能合约模版；

(5)验证模板以确保合同条款的法律效力不变。

因此本发明提出一种事件驱动的智能合约平台设计，以解决智能合约标准化和自动化中存在的问题。

发明内容

本发明提出一种事件驱动的智能合约平台设计，称为“烽火台模型”，解决了合同在智能合约中标准化问题和自动化问题，使合同转化成的智能合约在保证可执行的前提下遵循一定标准，更易符合法律要求或被法律所认可。本发明将标准化智能合约分离出事件属性和合同属性。智能合约执行流程可简述为，合同参与方将自然语言合约提交到智能合约平台中，再生成标准化智能合约，将合约数据进行存储。

本发明所述“事件”是指除了特定交易条款外，还会发生大量外在事件，这些事件可能会影响当事方继续履行一项或多项交易义务的能力。即正常交易的合同，要针对其可能发生的不确定性事件采取对应措施，并定义在合同条款内，并在智能合约中有所体现。事件分为正常交易事件和非正常交易事件，而非正常交易事件处理起来更为复杂，又分为三大类：事件发生、违约事件、终止事件。

所述事件发生指可能导致合约发生变化的非正常交易事件，在某一实施例中，可能是在合同参与方达成共识的前提下修改合同条款等。事件发生可根据实际合约需求进入合约变更处理，或转入违约事件处理、终止事件处理等。

所述违约事件中，当事方双方发生过错或有缺陷的一方称为“违约方”，另一方称为“非违约方”。违约事件需要提前在合同或智能合约中进行定义，一旦发生违约事件，当事方可以选择终止交易。

所述终止事件与违约事件不同，终止事件旨在发生在双方均无过错的事件。因此，受事件影响的各方称为“受影响的各方”。在事件阻止或阻碍双方履行其各自义务的情况下，双方都有可能成为受影响的各方。否则，在只有一个受影响的一方的情况下，另一方称为“不受影响的一方”。终止事件也可能仅影响某些事务。这些被称为“受影响的交易”。例如，在某实施例中，一方根据某种特定类型的交易继续付款可能是非法的，在这种情况下，各方可以确定仅这些类型的交易将被终止，而其他交易将可正常进行。

在许多情况下，即使发生违约事件，当事人也可能不希望结束这协议。例如，在某实施例汇总，如果平仓最终将导致其不得不向违约方支付一笔可观的款项，那么非违约方可能不会倾向于行使其终止权。且通常在现实世界交易中，仅在某些附加步骤和/或经过指定的时间段后，这些事件的发生才构成违约事件或终止事件，这种情况下需要智能合约平台有对应的处理机制。

本发明提出的智能合约平台包括事件处理机、智能合约系统、区块链账本系统。

所述事件处理机的主要功能是：

(1)可令智能合约参与方注册事件；

(2)将自然语言合约中的事件标准化，对合约进行预处理；

(3)将包含事件属性、合同属性的数据分别打包存储；

(4)事件启动后根据事件身份证找到对应的事件数据包和合约数据包，并提交智能合约系统进行交易自动化处理；

(4)账户相关信息提前提交到核心区块链账本系统进行核对；

(5)规定违规操作及违规事件集，发生违规操作或违规事件时终止合约操作或启动合约终止事件，并通知相关参与方。

进一步地，所述步骤(4)在某一实施例中，可以为：将涉及账户资产的信息提前提交到核心区块链账本系统进行资产核对或资产证明，并查找相应账户的征信记录。

进一步地，所述步骤(5)在某一实施例中，可以为：若涉及资产造假、或参与方在失信名单之列，可通知合约参与方或监管机构，进行合约终止，启动终止事件。

优选地，所述步骤(5)中发生违规操作或违规事件后，可通知监管部门或监管机构进行管理。

事件处理机主要处理流程为：

(1)注册合约：

(1.1)通知各参与方提交智能合约的事件属性和合同属性；

(1.2)将智能合约的事件属性和合同属性提取后存储，并建立合约和事件的映射表；

(1.3)循环步骤(1.1)(1.2)直至所有参与方注册完所有智能合约；

(1.4)等待事件启动；

(2)运行合约：

(2.1)有事件进入系统时，首先将事件属性进行映射并提取相关智能合约；

(2.2)若为正常交易事件，则触发智能合约正常的交易执行，并进入(2.4)，若为非正常交易事件，进入(2.3)；

(2.3)将非正常交易事件进行分类，事件发生类型的事件触发事件发生机制，终止事件触发终止智能合约操作，违约事件依据是否终止合约分别触发终止智能合约操作和违约智能合约操作，完成后进入(2.4)；

(2.4)映射合同属性数据，进行相关处理；

(2.5)账户信息提交核心区块链账本系统，交易数据提交智能合约系统进行处理。

进一步地，所述步骤(1.4)中，当有新的参与方或新的智能合约进入系统时，自动进行合约注册即步骤(1.1)至(1.3)的处理，合约注册与运行并行处理，新合约注册时不会影响已注册合约的运行。

进一步地，所述步骤(2.1)中，某一事件可能会触发多个智能合约运行，这些合约并行处理。

智能合约经过事件处理机处理后进入智能合约系统和核心区块链账本系统上处理内部交易，智能合约系统和区块链系统的架构关系可为以下几种：

(1)合约和账本系统联合架构。智能合约的处理集成在区块链的共识流程，即建块流程中，智能合约和账本紧耦合。

(2)合约和账本系统并行架构，有两种实践方式：

(2.1)核心账本提供账本服务，而智能合约提供交易服务。

(2.2)部分智能合约在核心账本系统，而部分在外面的合约系统。

(3)合约系统在核心账本的接口位置。接口位置上的智能合约从事交易作业，交易后在账本系统做清算。交易有可能分多阶段完成，外部智能合约服务商提供的合约系统完成部分交易，核心区块链系统完成其他部分例如监管机制和清算。

(4)前三种架构混合同时出现在系统上，但要确保系统运行时三个架构不起冲突。

本发明将标准化智能合约分离出事件属性和合同属性，并对于外部事件对智能合约执行的影响进行了划分和针对性处理，解决了合同在智能合约中标准化问题和自动化问题，使合同转化成的智能合约在保证可执行的前提下遵循一定标准，更易符合法律要求或被法律所认可。

附图说明

图1为本发明提出的事件处理机处理流程示意图；

图2为本发明实施例中合约账本联合的事件驱动智能合约平台架构示意图，其中SC指Smart Contract智能合约，表示智能合约的处理集成在账本建块过程中；

图3为本发明实施例中合约账本并行的事件驱动智能合约平台架构示意图；

图4为本发明实施例中合约处于账本的接口系统位置处的事件驱动智能合约平台系统架构示意图；

图5为本发明实施例中三种架构混合系统(三驾马车模型)的事件驱动智能合约平台架构示意图。

具体实施案例

在以下的叙述中，为了使读者更好的理解本申请而提出了许多技术细节，但是，本领域的普通技术人员可以理解，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也是本申请各权利要求所要求保护的技术方案。

本实施例中智能合约架构参与单位包括：银行、保险公司、交易所、金融机构、公证处、监管单位，中央证券托管系统、工商局和国税局等，这些金融机构参与合约条款的制定，涉及不同的现实交易活动。

参与单位提交的智能合约要求事件标准化，参与方注册事件，声明事件属性和合同属性，事件处理机通知司法机关介入进行公证。

事件属性包括事件名称、事件身份证、事件参与方的信息。事件参与方的信息又分为个人姓名、年龄、证件类型、证件号、电话号码、社交账号、住址等；企业名称，企业所在地，法人代表，注册资本，经营范围，经营资质，员工人数，企业网址，联系方式等。事件种类、事件内容、事件发生日期、合约身份证、仲裁庭。合同属性包括：合约身份证、合约期限、合约涉及资产种类、资产数量、资产证明、合约内容、签约地点、签约日期等。

事件处理机将上述数据分离出并打包存储，存储方式采用建立哈希表的形式，即建立事件属性哈希表和合同属性哈希表，分别以事件身份证、合约身份证为键值直接映射到哈希表对应位置。合同参与方启动事件，事件处理机根据事件身份证映射到事件数据包并对事件进行分类。

事件分为正常交易事件和非正常交易事件。而非正常交易事件分为违约事件、终止事件和事件发生机制。以下列出本实施例中举例情况，未举例情况也可在此基础上扩展。

违约事件包括未能付款或交付、违反或拒绝协议、信用支持默认、虚假陈述、指定交易中的默认值、交叉违约和破产。未能付款或交付适用于当事方未根据协议按期付款或交货的情况；违反或拒绝协议适用于任何一方未能遵守协议中的任何协议或义务；信用支持违约适用于一方依据合同所承担的义务得到外部信贷支持或担保，假如支持单位或是担保机构出情况，不能再支持这一方，该方可以终止合同；虚假陈述适用于合同中某些违反协议(税收协议除外)的行为；指定交易中的默认值适用于事件表明发生了违约事件或由于双方之间进行的其他交易而导致的其他意外原因，但不受合同约束，指定交易可形成一个特定交易清单，该清单包括广泛的衍生品和证券融资交易，各方可以通过修改指定交易清单来扩大或缩小此违约事件的适用范围；交叉违约适用于与借贷有关的协议中的违约行为；破产可以根据与特定当事方有关的任何破产法或破产法下的类似程序或事件来触发。

终止事件包括违法、不可抗力、税务事件、信用事件、其他终止事件(自定义)。税务事件适用于因法律变更或由于一方合并而导致交易承担额外税收负担的情况；信用事件适用于当事方要进行合并，收购或资本重组，且由此产生的实体的信誉严重恶化的情况。

本实施例中事件发生机制是在发生事件时，可以给交易双方提供一个是否要终止交易的选择。若是，则进入终止事件，否则触发事件发生机制，等待参与方是否要添加合约条款进行人工干预，否则转入预定义的违约合约进行处理。本实施例中包含三个事件发生事例：宽限期、指定实体、自动提前终止。

宽限期：某些违约事件仅在指定的宽限期过去后才发生。因此，宽限期为当事方提供了机会来纠正可能导致违约事件的问题；

指定实体：某些违约和终止事件可能会扩大范围，以捕获某些指定的“指定实体”。指定的实体通常是同一业务组内的关联公司或实体，其情况可能会影响该方的信誉或继续履行合同规定的义务的能力；

自动提前终止：各方可以在合同时间表中指定自动提前终止。在发生违约破产事件所预期的某些事件时，根据合同，进行的交易将自动终止，而无需发出通知。

一个事件会启动一个至多个合约，是一对多的关系。可根据合约编号启动事件内合约。事件启动后，经事件处理机事件分类并通过事件身份证映射到相应的事件数据包，再由事件属性中的合约身份证找到对应的合约数据包。

通过事件处理机的预处理，合同完成标准化的进程，将处理后的数据包提交到架构式的监管模型下，可将事件属性中关于账户的信息先提交到核心账本系统，进行资产核对并查看对应账户的征信记录，若涉及资产造假、或参与方在失信名单之列，可通知合约参与方或监管机构，确认是否继续进行交易，否则进行合约终止，启动终止事件。而其他的关于交易的数据可直接提交到智能合约系统，完成交易数据的处理，账户资产的更新。实现交易和账户信息处理的架构有三种，分别如下：

如图2，合约和账本系统联合架构下，用户可根据自己要进行的交易需求，完成事件注册，转换成智能合约代码，交付到存储核心账本的区块链上，在核心账本中实现转账交易等，并完成清结算。

如图3，合约和账本系统并行架构。数据包先提交智能合约系统处理交易，在将处理结果交给核心账本系统进行数据更新，交易、清结算两步到位。在此架构下监管单位需要审计所有核心账本和智能合约系统的行为。交易处理完毕后，都需要向监管单位发送日志，监管单位对这些数据进行保存和审计。通过这种方式，监管单位对整个网络的所有货币的流通进行追踪，从而评估社会的发展状况，也能发现交易中的违法行为，从而能够追踪违法者的账户信息来。

如图4，合约系统在核心账本的接口架构。该架构下，外面智能合约由供应商提供。事件处理机递交出来的数据包交给外面的智能合约进行交易处理，将结果交给核心账本上央行提供的智能合约接口处，完成监管和清结算。

在数据不冲突的前提下，三种架构可混合，如图5，部分合约在核心账本内，部分合约在并行系统上，而在接口还有另外一套合约系统。交易的完成功能的合约在核心系统里面部署，独立执行的合约可以在核心账本外并行处理，而实时监管或是验证信息的合约在接口上。

综上，在本发明提出的设计模型下，进一步结合智能合约的三大架构模型，实现更为完整的智能合约执行系统。以上为本发明的具体实施方式，应当指出，对于本技术领域的开发人员来说，在不脱离本发明原理的前提下，可以做适当调整和修改，但仍应视为本发明的保护范围。

Claims (5)

1.一种事件驱动的智能合约平台设计，其特征为：平台标准化智能合约包含事件属性和合同属性。

2.一种事件驱动的智能合约平台设计，其特征为：平台中的事件分为正常交易事件和非正常交易事件，非正常交易事件分为三类：事件发生、违约事件、终止事件。

3.根据权利要求书1所述一种事件驱动的智能合约平台设计，其特征为：平台包括事件处理机、智能合约系统、区块链账本系统。所述事件处理机的主要功能是：

(1)可令智能合约参与方注册事件；

(2)将自然语言合约中的事件标准化，对合约进行预处理；

(3)将包含事件属性、合同属性的数据分别打包存储；

(4)事件启动后根据事件身份证找到对应的事件数据包和合约数据包，并提交智能合约系统进行交易自动化处理；

(4)账户相关信息提前提交到核心区块链账本系统进行核对；

(5)规定违规操作及违规事件集，发生违规操作或违规事件时终止合约操作或启动合约终止事件，并通知相关参与方。

4.根据权利要求书3所述一种事件驱动的智能合约平台设计，其特征为：事件处理机主要处理流程为：

(1)注册合约：

(1.1)通知各参与方提交智能合约的事件属性和合同属性；

(1.2)将智能合约的事件属性和合同属性提取后存储，并建立合约和事件的映射表；

(1.3)循环步骤(1.1)(1.2)直至所有参与方注册完所有智能合约；

(1.4)等待事件启动；

(2)运行合约：

(2.1)有事件进入系统时，首先将事件属性进行映射并提取相关智能合约；

(2.2)若为正常交易事件，则触发智能合约正常的交易执行，并进入(2.4)，若为非正常交易事件，进入(2.3)；

(2.3)将非正常交易事件进行分类，事件发生类型的事件触发事件发生机制，终止事件触发终止智能合约操作，违约事件依据是否终止合约分别触发终止智能合约操作和违约智能合约操作，完成后进入(2.4)；

(2.4)映射合同属性数据，进行相关处理；

(2.5)账户信息提交核心区块链账本系统，交易数据提交智能合约系统进行处理。

5.根据权利要求书4所述事件处理机主要处理流程，其特征为：当有新的参与方或新的智能合约进入系统时，自动进行合约注册的处理，合约注册与运行可并行处理，新合约注册时不会影响已注册合约的运行。

Images