智能合约

IPRDB

API 数据接口

专利申请

使用指引 chat嘟嘟

会员体验

联系我们

交流群

现在联系顾问~

智能合约
申请号	CN201980072243.7	申请日	2019-09-30	公开(公告)号	CN112970040A	公开(公告)日	2021-06-15
申请人	谢尔特纵姆公司;			发明人	C·成-邵兰德; A·H·阿里沙希; D·戈罗谢弗斯基;
摘要	用于智能合约的系统并入执行对web呈现提供交互界面的软件的互联网连接的服务器、存储模板和完成的合约的数据储存库、去往区块链服务的端口、各自与钱包相关联的多个注册的用户、以及用于用户的通信服务。注册的用户人工地或者通过访问来自数据储存库的模板发起智能合约，新合约与定义条款的Mithra通证相关联。在发行通证就位的情况下，发行者接洽一个或多个对手方以加入智能合约，对手方通过有效接洽创建对所述对手方定义合约下的权利和义务的对手通证。通过通信服务，发起者和对手方将合约条款协商到一致，并且合约被签署和发布到公有存储或私有存储。
权利要求	1.一种用于创建、协商、以及批准智能合约的系统，包括：互联网连接的服务器，所述互联网连接的服务器在处理器上执行软件(SW)，所述SW对web呈现提供交互界面；数据储存库，所述数据储存库耦合到所述服务器，存储用户信息、合约模板、以及完成的合约；去往区块链服务的端口；用于注册用户的注册界面，每个用户在注册时被发行数字区块链钱包；以及通信服务，注册的用户通过所述通信服务进行通信；其中注册的用户通过利用在线编辑器人工地创作智能合约、或者通过访问来自所述数据储存库的智能合约模板发起智能合约，提交到区块链的新合约与定义所述智能合约的合约条款的通证相关联，并且其中，在发行通证就位的情况下，合约发行者接洽一个或多个对手方以加入所述智能合约，对手方通过有效接洽创建对所述对手方定义所述智能合约下的权利和义务的对手通证，并且其中，通过所述通信服务，发起者和对手方将合约条款协商到一致，并且所述智能合约被签署。 2.根据权利要求1所述的系统，其中所述智能合约被链接到所述智能合约的合约条款的人类可读表示。 3.根据权利要求1所述的系统，其中所述对手方通过来自所述发起者的直接电子邮件或文本邀请被邀请加入所述智能合约。 4.根据权利要求3所述的系统，其中所述发行者向每个被邀请的对手方分配用户许可，包括但并不限于管理权限、仅查看、编辑和/或评论、或者仅签署。 5.根据权利要求3所述的系统，其中，在经由电子邮件或SMS接收到邀请时，被邀请者登录到所述系统中，或者如果是首次用户则进行注册。 6.根据权利要求5所述的系统，其中所述发起者和对手方经由聊天通信系统协商合约条款，其中条款被编篡在各自的通证中。 7.根据权利要求5所述的系统，其中所述发起者和对手方各自被以并排呈现提供所述智能合约的人类可读版本，使得每一方可以提出条款的改变，所述条款的改变可以被另一方审阅并且接受或者反对，直到达成一致。 8.根据权利要求1所述的系统，进一步包括搜索功能，用户可以通过所述搜索功能在所述数据储存库中搜索模板以选择模板来发起合约。 9.根据权利要求1所述的系统，进一步包括搜索功能，用户可以通过所述搜索功能搜索发布的合约，并且通过提交要约或提议加入选择的合约。 10.根据权利要求9所述的系统，其中，在用户在搜索的结果中选择合约时，提交表单被呈现给所述用户，由此用户可以输入条款，所述条款被输入在所述智能合约中，并且在所述发行者与提交用户之间发起协商。 11.根据权利要求10所述的系统，其中所述提交用户被发行对该用户定义权利和义务的对手通证，所述用户现在被获准进入协商过程。 12.一种用于创建、协商、以及批准智能合约的方法，包括：通过利用在线编辑器人工地创作、或者通过访问来自数据储存库的智能合约模板发起智能合约，所述在线编辑器通过在互联网连接的服务器的处理器上执行软件进行操作，向系统提供交互界面，所述数据储存库耦合到所述服务器；通过向区块链服务提交合约将新智能合约与定义所有合约条款的Mithra通证相关联；接洽对手方以加入所述智能合约，所述对手方被发行对所述对手方定义权利和义务的对手通证；由发起者和对手方使用在线通信服务将智能合约条款协商到一致；以及签署并且发布所述智能合约到公有存储或私有存储。 13.根据权利要求12所述的方法，包括将所述合约提供为人类可读的且机器可读的。 14.根据权利要求12所述的方法，包括通过来自所述发起者的直接电子邮件或文本邀请来邀请对手方加入合约。 15.根据权利要求14所述的方法，包括向每个被邀请的对手方分配用户许可，包括但并不限于管理权限、仅查看、编辑和/或评论、或者仅签署。 16.根据权利要求14所述的方法，其中，在经由电子邮件或SMS接收到邀请时，被邀请者登录到所述系统中或者进行注册。 17.根据权利要求16所述的方法，包括在所述发起者与对手方之间经由聊天通信系统协商合约条款，其中条款被编篡在各自的Mithra通证中。 18.根据权利要求16所述的方法，包括在交互中对所述发起者和对手方以并排呈现提供所述智能合约的人类可读版本，使得每一方可以提出条款的改变，所述条款的改变可以被另一方审阅并且接受或者反对，直到达成一致。 19.根据权利要求11所述的方法，进一步包括用户通过搜索功能在所述数据储存库中搜索模板以选择模板来发起合约。 20.根据权利要求11所述的方法，进一步包括用户通过搜索功能搜索发布的合约，并且通过提交要约或提议加入选择的合约。 21.根据权利要求20所述的方法，包括向用户呈现提交表单，由此用户可以输入条款，所述条款被输入在所述智能合约中，并且在所述发行者与提交用户之间发起协商。 22.根据权利要求21所述的方法，包括对所述提交用户发行定义权利和义务的对手Mithra通证，所述提交用户现在被获准进入协商过程。 23.一种用于创建人类可读的智能合约的方法，包括：生成包括脚本语言的代码的智能合约，所述代码指定定义至少两方的权利和义务的条款；生成描述所述智能合约的条款的人类可读文本；以及将定义所述智能合约的位置的第一地址与定义万维网上的所述人类可读文本的位置的第二地址链接，由此所述链接使得能够实现所述智能合约的可读性。 24.根据权利要求23所述的方法，进一步包括：从用户接收对描述至少一个条款的模板的选择，所述模板包括固定部分和变量；以及从所述用户接收所述变量的值，其中生成所述人类可读文本包括根据所述值生成代码使得所述代码指定所述至少一个条款，并且其中生成所述智能合约包括根据所述值生成人类可读文本以描述所述至少一个条款。 25.根据权利要求24所述的方法，进一步包括：从所述至少两方中的一方接收对所述人类可读文本的编辑，所述编辑对所述变量的值进行改动；以及利用改动后的值修改所述智能合约以指定所述至少一个条款。
说明书全文	智能合约 [0001] 相关申请的交叉引用 [0002] 本申请要求2018年9月28日提交的临时申请62/738,848的优先权，并且该专利文档的所有公开内容至少通过引用并入。技术领域 [0003] 本发明处于用于协商并且实现协议、合约和交易的过程的技术，并且更特别地属于新类型的智能合约和系统，该系统用于将这样的合约类型中涉及的各方及其相关交易集成到协作且安全的系统中，并且用于跨企业和消费者网络分发这种新类型的合约。背景技术 [0004] 法律合约在过去数千年中具有缓慢的演进。产生、管理并且执行合约中的技术继续是过时的。 [0005] 创建、审阅、协商、签署、执行、发布并且存储协议和合约的传统合约系统是耗时且浪费的。以结构化数据格式(其是所谓的“数字”合约如何被处置的大多数)呈现的合约使得合约难以追踪、验证、找到其中的条款、审核或转移。此外，这由于不能够充分应用诸如人工智能和分析的技术而阻碍合约世界中的进展。 [0006] 在1990年代，诞生了被称作智能合约的新类型的合约。智能合约是计算机协议，其旨在数字地促进、验证或实施合约的协商或执行。智能合约允许在没有第三方的情况下执行可信交易。智能合约的许多条款可以是自执行的。例如，智能合约指定了在特定状况发生时一定量的数字货币要被转移，智能合约可以能够检测状况的发生并且在检测到发生时转移数字货币。这些交易是可追踪的且不可逆转的。此外，智能合约使用的密码术确保了安全—数字化世界中对于合约管理的重要要求。 [0007] 智能合约使用脚本语言定义各方的权利和义务。用于智能合约的一个示例脚本语言是Solidity。Solidity是面向对象的高级语言，其可以控制以太坊区块链内的账户的行为。Solidity已被用于创建用于实现投票、众筹、盲拍和多重签名钱包的智能合约。 [0008] 尽管本领域中的智能合约相比传统合约技术毫无疑问地提供了一些明显的益处，但是它们由于不能以人类可读的方式被呈现而不符合标准。人类可读性是任何合约技术的首要属性，因为合约是具有法律约束力的协议，其管控各方对于协议的权利和责任。没有人类可读性，智能合约的应用非常受限。 [0009] 著名的金融密码学者Ian Grigg在他在1996年发明Ricardian合约时尝试将密码术与合约结合。Ricardian合约是将文档记录为法律上的合约、并且对于作为价值的发行的合约将它安全地链接到诸如审计的其它系统的方法。 [0010] 根据Grigg，“Ricardian合约可以被定义为单个文档，即，a)由发行者提供给持有者的合约，b)用于由持有者持有并且由发行者管理的有价值的权利，c)可容易地由人读取 (像纸质合约那样)，d)可由计算机程序读取(可像数据库那样解析)，e)被数字地签署，f)携载秘钥和服务器信息，以及g)与唯一且安全的识别符联合。” [0011] 智能合约和Ricardian合约之间存在重要差异，意味着可以将Ricardian合约实现为智能合约，但是并非每一个Ricardian合约都是智能合约。因此，并非任何智能合约都是 Ricardian合约。智能合约是指已经一致同意并且可以自动执行的一种类型的数字协议。同时，Ricardian合约遵循合约模型，该合约模型记录特定合约的所谓“意图”和“动作”、而不管它是否已被执行。使用引用外部文档的哈希，Ricardian合约也可以引用代码。 [0012] Ricardian合约提供的益处包括在传统书面合约中缺乏的安全、透明、高效和信任，以及在智能合约中缺失的人类可读性。 [0013] 然而，Ricardian合约不被公众所知并且仅被少量项目尝试来实现。Ricardian合约的主要挑战中的一个是它缺乏可用性、可消费性和可转移性。像许多发明那样，如果不存在应用、也不存在围绕它们构建的生态系统，则它们非常快地被遗忘或抛弃。 [0014] 因此，明确需要的是： [0015] ●使用智能合约技术但是人类可读且可消费的新类型的合约；以及 [0016] ●允许这种新类型的合约可被生态系统内的用户容易地使用、消费和转移的精细、鲁棒的生态系统。发明内容 [0017] 在本发明的一个实施例中，提供了一种系统用于创建、协商、以及批准智能合约，所述系统包括：互联网连接的服务器，所述互联网连接的服务器在处理器上执行软件(SW)，所述SW对web呈现提供交互界面；数据储存库，所述数据储存库耦合到所述服务器，存储用户信息、合约模板、以及完成的合约；去往区块链服务的端口；用于注册用户的注册界面，每个用户在注册时被对个人账户或企业账户发行数字区块链钱包；以及通信服务，注册的用户通过所述通信服务进行通信。注册的用户通过利用在线编辑器人工地创作智能合约、或者通过访问来自所述数据储存库的智能合约模板发起智能合约，提交到区块链的新合约与定义所有合约条款的Mithra通证相关联，并且其中，在发行通证就位的情况下，合约发行者接洽一个或多个对手方以加入所述智能合约，对手方通过有效接洽创建对所述对手方定义所述合约下的权利和义务的对手通证，并且，通过所述通信服务，发起者和对手方将合约条款协商到一致，并且所述合约被签署并且发布到公有存储或私有存储。 [0018] 在一个实施例中，所述合约是人类可读的且机器可读的。而且，在一个实施例中，对手方通过来自所述发起者的直接电子邮件或文本邀请被邀请加入合约。而且，在一个实施例中，所述发行者向每个被邀请的对手方分配用户许可，包括但并不限于管理权限、仅查看、编辑和/或评论、或者仅签署。并且在一个实施例中，在经由电子邮件或SMS接收到邀请时，被邀请者登录到所述系统中，或者如果是首次用户则进行注册。 [0019] 在一个实施例中，所述发起者和对手方经由聊天通信系统协商合约条款，其中条款被编篡在各自的Mithra通证中。而且，在一个实施例中，所述发起者和对手方各自被以并排呈现提供所述智能合约的人类可读版本，使得每一方可以提出条款的改变，所述条款的改变可以被另一方审阅并且接受或者反对，直到达成一致。在一个实施例中，所述系统进一步包括搜索功能，用户可以通过所述搜索功能在所述数据储存库中搜索模板以选择模板来发起合约。在一个实施例中，所述系统进一步包括搜索功能，用户可以通过所述搜索功能搜索发布的合约，并且通过提交要约或提议加入选择的合约。在一个实施例中，在用户在搜索的结果中选择合约时，提交表单被呈现给所述用户，由此用户可以输入条款，所述条款被输入在所述智能合约中，并且在所述发行者与提交用户之间发起协商。并且在一个实施例中，所述提交用户被发行对该用户定义权利和义务的对手Mithra通证，所述用户现在被获准进入协商过程。 [0020] 在本发明的另一个方面，一种用于创建、协商、以及批准智能合约的方法包括：通过利用在线编辑器人工地创作、或者通过访问来自数据储存库的智能合约模板发起智能合约，所述在线编辑器通过在互联网连接的服务器的处理器上执行软件进行操作，向系统提供交互界面，所述数据储存库耦合到所述服务器；通过向区块链服务提交合约将新智能合约与定义所有合约条款的Mithra通证相关联；接洽对手方以加入所述智能合约，所述对手方被发行对所述对手方定义权利和义务的对手Mithra通证；由发起者和对手方使用在线通信服务将智能合约条款协商到一致；以及签署并且发布所述智能合约到公有存储或私有存储。 [0021] 在一个实施例中，所述方法包括将所述合约提供为人类可读的且机器可读的。而且，在一个实施例中，所述方法包括通过来自所述发起者的直接电子邮件或文本邀请来邀请对手方加入合约。在一个实施例中，所述方法包括向每个被邀请的对手方分配用户许可，包括但并不限于管理权限、仅查看、编辑和/或评论、或者仅签署。 [0022] 在所述方法的一个实施例中，在经由电子邮件或SMS接收到邀请时，被邀请者登录到所述系统中或者进行注册。而且，在一个实施例中，所述方法包括在所述发起者与对手方之间经由聊天通信系统协商合约条款，其中条款被编篡在各自的Mithra通证中。在一个实施例中，所述方法包括在交互中对所述发起者和对手方以并排呈现提供所述智能合约的人类可读版本，使得每一方可以提出条款的改变，所述条款的改变可以被另一方审阅并且接受或者反对，直到达成一致。 [0023] 在一个实施例中，所述方法进一步包括用户通过搜索功能在所述数据储存库中搜索模板以选择模板来发起合约。在一个实施例中，所述方法进一步包括用户通过搜索功能搜索发布的合约，并且通过提交要约或提议加入选择的合约。在一个实施例中，所述方法包括向用户呈现提交表单，由此用户可以输入条款，所述条款被输入在所述智能合约中，并且在所述发行者与提交用户之间发起协商。并且在一个实施例中，所述方法包括对所述提交用户发行定义权利和义务的对手Mithra通证，所述提交用户现在被获准进入协商过程。附图说明 [0024] 图1是Mithra合约101的图解示图。 [0025] 图2是在高级别上图示本发明Mithra平台的实施例中的用于平台的系统的架构图。 [0026] 图3图示了本发明的实施例中的系统域中可以提供的许多交互界面中的一个。 [0027] 图4是本发明的实施例中的系统中用于模板的创建、选择和编辑的交互界面的简化示例。 [0028] 图5图示了本发明的实施例中的使得用户能够搜索存储在系统中的各种集合中的合约、模板和开放合约的交互界面。 [0029] 图6图示了本发明的实施例中的用户的示例性项目概要仪表板。 [0030] 图7是本发明的实施例中的项目详情仪表板的示例。 [0031] 图8图示了本发明的实施例中的用户可以调用以邀请其它人加入合约的窗口。 [0032] 图9图示了本发明的实施例中的搜索合约的结果。 [0033] 图10图示了本发明的实施例中的使得用户能够提交要约并且加入合约的界面。 [0034] 图11图示了本发明的实施例中的同一合约向两个参与者的并排显示。具体实施方式 [0035] 本发明包括两个主要组成部分： [0036] 1.在本文中被称作Mithra合约的新类型的智能合约；以及 [0037] 2.用于将Mithra合约中涉及的各方及其相关交易集成到协作且安全的系统中、并且用于跨企业和消费者网络分发这种新类型的合约的系统。 [0038] Mithra合约 [0039] 图1是Mithra合约101的图解示图。Mithra合约(MC)是新类型的智能合约，其允许用户创建、协商和批准合约，这些合约是人类可读的且机器可读的、具有法律约束力的、机器可执行的且人类可共享的，但是进一步被通证化以使得能够实现可转移性、可追踪性、可买卖性和可便携性。 [0040] 不像Ricardian合约，Mithra合约的人类可读性通过进行MC的基础智能合约的万维网(WWW)上的人类可读表示来实现。MC的基础智能合约可通过链接访问。链接在图1中在图的左侧示出。链接是唯一、可共享的地址并且可以是人类可读的。人类可读地址可以解析为识别分布式账本或区块链上的位置的智能合约地址。与人类可读地址对照，合约地址可以是长的字母数字或十六进制数。在示例中，人类可读地址可以例如通过包括统一资源定位符识别MC的人类可读版本的WWW上的位置。 [0041] 人类可读地址可以使用以太坊区块链标准EIP/ERC181.8解析为智能合约地址。类似地，使得能够进行人类可读地址到智能合约地址的查找的反向解析使用EIP/ERC181.8标准可以是可能的。以这种方式，利用Mithra合约，授权用户能够读取已经以人类可读形式呈现在区块链上的智能合约的表示，这通过在兼容的编辑器中打开它来进行。Mithra合约进一步通过在称为Mithra通证(MT)的特殊形式的通证上表示合约方之间的合约中定义的每个条款或每组条款来对合约通证化。MT可以指定定义智能合约的条款的代码段以及描述条款的人类可读文本。合约中涉及的每一方(不仅合约方，而且还有法律代表、委托书、代理和其它授权方)将持有具有其各自的义务、许可和权利的Mithra通证。在图1中，注册成员102a 拥有MT 103a，其定义了与该人相关联的某些条款。另一个成员102b拥有MT 103b，其定义了某些许可和权利。将二者连接的箭头图示了许可和权利相关联。作为简单示例，MT 103a可以定义成员102a从成员1102b收取月租金的权利，因此MT 103b应当定义支付成员102a按MT 103a应得的月租金的义务的条款。 [0042] Mithra通证表示的完整的一组条款被分组在一起以形成Mithra分组(MG)。因此，Mithra合约可以包括无限数量的Mithra分组，并且每个分组可以包括无限数量的Mithra通证，直至它到达终结，该终结由来自所有要求的各方的签名触发或者当合约条款在分组中的单对通证之间匹配时触发。由于每个MT是一组权利和义务，所以它表示可以具有价值的资产，并且因此MT的所有者可以收取或支付金钱以改变MT的所有权。在图1中，图示了多个 Mithra分组104。应当注意的是，由102x和103x表示的成员和通证不一定与分组分开，而是被分组在一起。 [0043] 进一步定义，合约管控各方对于协议的权利和义务。合约的一方的权利等同于另一方的相关义务，反之亦然。因此，Mithra通证表示的条款有时可以进一步被归类为权利、义务或其它。这在Mithra通证携载权利可以被转移或者货币化的内在价值时特别有用。 Mithra合约包括由通证表示并且与人相关联的整个一组协商的权利和义务。 [0044] 结果，Mithra通证变成靠自身完全可买卖的通证，其可以连同关于Mithra合约中的Mithra分组的所有它的权利和义务一起被转移到另一方。 [0045] Mithra合约提供了能够各种技术特征，这些技术特征可以改善它们在其上操作的分布式计算机平台。例如，以太坊区块链上人类可读版本被链接到智能合约的方式允许二者之间更高效的查找。代替必须相互参考各种不同的数据库，采用要求安全计算资源的解析器。在另一个示例中，通过将合约条款分组成通证，可以更高效地使用存储器。代替在许多不同合约上多次重复共用条款，通证化允许共用条款的集中化和再使用。以这种方式， Mithra合约提供了各种技术和科技改进。 [0046] Mithra平台—Mithra合约的生态系统 [0047] Mithra平台由一系列新颖的技术组件组成，这些技术组件被集成并且可由同样地创建Mithra合约的生态系统的个体和企业高度消费。Mithra平台构成允许生成智能合约和对应的人类可读形式的智能合约的特定应用。 [0048] 图2是在高级别上图示用于Mithra平台的系统的架构图。线209表示众所周知的互联网网络，包括所有互连的网络和子网络。Mithra域200包括在处理器上执行软件203的服务器201。软件203提供网站以及用户仪表板，其具有供用户与系统交互的多个交互界面。数据储存库202提供用户数据和合约的存储，并且根据服务器201的需要提供其它数据存储。技术人员将意识到，可以存在多个服务器和数据储存库，并且系统智能可以以许多方式分布。图示的简化架构可以被认为足以描述本发明的系统的功能。 [0049] 第三方服务器204意在表示Mithra域200在针对注册成员的服务的执行中可以交互的互联网网络中的大量的多个服务器和域。一个这样的服务可以是例如到诸如 TM Ethereum 的区块链服务的连接。 [0050] 用户205(1‑n)是经由计算机与Mithra域200连接的用户，这些计算机诸如是平板设备、膝上型计算机、塔式系统、以及具有内部LAN的集成系统。连接通常是通过一种或另一种互联网服务提供商(ISP)207。用户206(1‑n)表示经由无线网络(通过例如网络集线器 208)通过移动设备(诸如智能电话等)连接的用户。 [0051] 在一个实施例中，Mithra域200被配置为通过执行web浏览器的计算机化设备使得用户能够与Mithra域200交互。在替代实施例中，每个用户平台可以下载并且执行与在 Mithra域200处执行的兼容应用通信的应用。 [0052] 下面出于各种目的对示例性的交互界面进行描述。 [0053] 用户钱包和账户管理 [0054] 用户钱包管理 [0055] 为了参与系统，用户需要首先通过导入分配给用户的现有钱包的助记词或者使系统创建新的区块链钱包来注册或登录。系统向新钱包地址分配高度安全的私钥(助记词)，使得能够参与和访问新钱包。系统还提供关于如何安全地引导私钥的有帮助的提示。 [0056] 用户钱包将被用于两个主要用途： [0057] ●管理如上所述的系统访问；和 [0058] ●管理系统使用所需的效用通证，诸如购买更多通证、将通证转移到另一个钱包、或者进行支付。 [0059] 用户、账户和钱包管理 [0060] 由于系统的企业和消费者目标市场以及系统的企事业性质，系统必须胜过现有的分布式账本模型，该分布式账本模型缺乏有意义的结构和许可管理来执行协议、合约和交易过程。例如，作为企业用户，用户创建的合约和交易属于他各自的组织，不属于他个人。 [0061] 因此，在系统的一个实施例中，提供了两个用户账户类型—一个是企业账户，一个是个人账户。 [0062] 企业账户与个人账户 [0063] 图3图示了Mithra域200中的服务器210上执行的SW 203可以提供的许多交互界面中的一个。图3所示的交互界面提供的服务是用于新成员的注册，并且在一些情况下用于注册信息的编辑。在这个示例中已选择了注册界面，但是可以在注册界面的左侧下方看到的菜单栏302中选择用于不同目的的各种界面。这个菜单栏为基本上用户可以访问的所有界面保留，这允许用户从一个界面容易导航到另一个界面。命令行301提供了到如图2中看到的SW 203所实现的各种其它功能的链接。技术人员将理解的是，SW 203可以是提供许多不同功能并且在许多不同平台上执行的各种各样的程序和可执行代码。 [0064] 示出的界面可操作以供新用户注册，并且向系统提供必要的信息以将正在注册的个人或企业实例化为注册用户。如在这种界面中常见的，在界面的区域303中对诸如姓名、地址、电子邮件等提供输入字段。在区域303中接近左侧处的菜单列表提供了与注册相关的其它功能，包括例如个人信息、电子邮件和连接的账户、安全、通知、等等。这些是将用户重定向到其它界面的链接。 [0065] 在注册到Mithra生态系统时，用户被要求创建企业账户或个人账户。如果新用户选择企业账户，则系统将对用户发行新钱包而不是允许用户使用现有钱包，即使它可能是兼容的。目的在于企业账户相关联的钱包将保留在企业内，并且将仅用于企业。个体可以持有具有两个单独钱包的两个系统账户，一个用于他的企业，一个供他个人使用。 [0066] 企业和个人账户类型共享若干共用的功能，并且二者都包含： [0067] ●用户信息 [0068] ●电子邮件和连接的账户，比如LinkedIn或Facebook [0069] ●安全设置 [0070] ●KYC(Know Your Customer，了解你的客户)或身份的证明 [0071] ●通知设置 [0072] ●偏好，例如项目视图、项目排序 [0073] ●钱包信息，诸如钱包地址 [0074] 以下设置将企业账户与个人账户区分： [0075] 账户类型—企业与个人： [0076] 对于企业账户，将要求几个附加字段，诸如用户角色，其可以是管理员、用户或要求的其它角色。而且，组织单位识别符(可从注册的组织列表搜索)—来自相同组织的用户在这个字段中应当具有相同值。 [0077] 对特定组织创建企业账户的第一个人填写组织的详情，诸如其名称、地址、联系详情和行业。这个人自动被授予管理员角色。此外，系统将自动生成组织单位识别符。 [0078] 企业管理员用户仪表板 [0079] 管理员用户被给予有目的的管理员仪表板以执行一组操作。这个仪表板是各自根据需要提供输入字段和到其它界面的链接的一组交互界面，其功能在本文中进行描述，而不明确图示界面中的各个字段和链接。 [0080] ●邀请新用户：经由电子邮件和/或SMS邀请将来自相同组织单位的新用户邀请到系统中。新用户必须在平台上创建新钱包而不是再使用现有的兼容钱包。新用户的默认角色被设置为“用户”，但是管理员用户可以在邀请时选择另一个角色。 [0081] ●改变用户角色：对用户角色升级或降级。 [0082] ●撤销用户：当用户离开组织或者不再被要求持有系统许可证时，管理员用户可以撤销用户的账户以及对与撤销的账户相关联的钱包的用户访问。 [0083] ●恢复用户：如果用户访问被意外撤销或者用户被要求重新开始系统使用，则管理员用户可以恢复账户以及对钱包的用户访问。 [0084] 系统不允许与撤销的账户相关联的钱包访问。然而，存在撤销的用户将试图将钱包转到另一个兼容的区块链网络来使用的可能性。全球系统开关在适当的地方确保禁用的企业钱包不重新获得对任何Mithra系统相关联的数据的访问。 [0085] 模板管理 [0086] Mithra合约中的模板顾名思义是定义条款、合约或项目的性质的结构化数字文档。模板可以具有固定陈述、以及可以调整的变量。变量允许模板适于特定情形，并且可以对各方协商条款提供灵活性。 [0087] 作为示例，为了创建用于商业建筑物的销售的合约，合约的性质是将存在某种固定语言以及多个变量。由建筑物的销售表示的交易是销售(其中权利从一方或组织转移到另一方或组织)的事实是固定的。交易的各方是谁、销售价格、支付的手段和期限，这些全部是在合约的演进中要被协商并且最终确定的变量。但是一旦这样的合约被最终确定，就可以创建定义固定元素以及可变元素的位置的模板。开发这样的合约的人可以拥有模板中的权利，并且可以对另一人使用模板来创建用于不同建筑物的销售的合约(其中要被协商的变量可能相同)进行收费。 [0088] Mithra生态系统严重地由模板使用驱动。存在三个层次级别的模板可用，即，条款模板、合约模板和项目模板。 [0089] 通过提供模板，实施例可以在存储器和处理能力使用方面带来技术优势。允许频繁使用的合约条款在模板中被再使用可以比每次重复或必须再生成相同语言更高效地使用存储器。图4是Mithra系统中用于模板的创建、选择和编辑的交互界面的简化示例。如图3 中的元素302所示的仪表板链接自然如它们基本上在系统中呈现给用户的所有交互界面中那样存在。命令行401提供了用于导航到替代的模板的集合的活动链接。“创建新模板”链接 402导航到使得用户能够创建新模板的交互界面。显示了各种类型以及用于各种用途的现有模板的集合403。 [0090] 每个项目模板由一个或多个合约模板组成，合约模板由一个或多个条款模板组成。 [0091] 模板可以在层次内定义： [0092] ●通用模板 [0093] ●行业特定的模板，例如，医疗、石油和天然气、房地产 [0094] ●地理特定的模板，例如，加利福尼亚、新加坡、伦敦 [0095] ●组织特定的模板，例如，政府部门、协会、私有公司 [0096] ●个体特定的模板 [0097] 所有模板是可再使用、可搜索并且可分析的。将模板分解到条款级别使得数字条款能够在多个合约和合约模板中被再使用，并且使模板可经由关键词和/或其它搜索准则搜索。更重要的是，条款可以被分析并且可以变得对合约用户有价值。例如，系统现在有方式分析一个特定条款跨生态系统已被使用多少次。这使得合约用户能够获得诸如条款是许多用户使用的标准条款、还是他们需要格外注意的定制条款的洞悉。系统对标准条款标记绿色交通灯，并且对要求仔细审阅的条款标记红灯。 [0098] 模板可以通过简单地添加新模板经由用户的库创建。替代地，它可以在创建或更新项目、合约或条款时经由保存模板特征来生成。 [0099] 所有模板将出现在用户的库仪表板中，其使得用户能够以各种类别(诸如最近的文件、收藏、下载、归档和发布)进行组织。 [0100] 模板可以在仪表板上保存在用户的库中，并且以各种类别(诸如最近的文件、收藏、下载、归档和发布)进行组织。 [0101] 模板所有者可以选择将模板发布到私有设置或公有存储。一旦使得它对公众可用，模板就变得可由其它用户在Mithra平台上的模板市场上搜索、下载和使用。模板所有者可以决定对于公众用户下载他的模板是否要求付费。系统促进了对于模板购买的支付过程。 [0102] 用户可以选择任何适当的支付方法。在Mithra平台上，ShelterZoom Mithra Coin(SMC)效用通证通常被用于模板买卖。因此，SMC将从买方的钱包支付到模板卖方的钱包。 [0103] 在模板被发布到私有存储的场景中，能够访问私有存储的所有用户也可以下载并且使用模板。例如，公司或协会发布模板以供它们各自的员工或成员使用它们的组织标准模板是常见的。这将显著减少跨组织的模板复制。一旦数字模板被创建一次，所有授权用户就可以从相同的源下载，而不需要由每个个体再创建它。 [0104] 那些私下地发布的模板经常免费供成员使用，但是也可以要求它们的模板用户进行支付。 [0105] 模板用户还能够订阅模板通知。例如，当新模板对他们订阅的行业或类别可用或者对用户已下载的模板发布新版本时，她将接收到系统通知。此外，合约模板是发起合约创建的主要开始点中的一个。 [0106] 图5图示了使得用户能够搜索合约、模板以及开放合约(其存储在系统中的各种集合中)的界面。用于Mithra仪表板的常用命令行始终是明显的，但是这个界面提供了查询字段501以供用户输入查询来找到廉价的合约、项目和法律条款模板。此外，第二查询字段502 使得用户能够对几乎任何事情搜索并且找到现有模板，用户可以按原样使用它，或者可以进行编辑以产生专有合约，该专有合约然后可以被保存为模板。 [0107] 项目(交易)管理 [0108] 在系统中有时被称为交易管理的项目管理是Mithra合约创建的开始点。项目可以是任何类型的项目或交易，诸如采购项目、房地产交易、金融交易或供应链项目。 [0109] 项目概要仪表板 [0110] 从项目概要仪表板，用户可以： [0111] ●快速浏览获得他的最近项目、新消息和汇总状态概要的洞悉； [0112] ●查看关于每个项目的关键信息，诸如项目名称、开始日期、状态以及项目参与者的简档图片； [0113] ●创建新项目(交易)； [0114] ●选择现有项目； [0115] ●将项目列表按日期、状态、用户或者可用的其它排序次序进行排序；以及 [0116] ●按定义的搜索准则搜索项目 [0117] 项目以迎合用户的偏好的卡片视图或行视图呈现。 [0118] 图6图示了以卡片视图格式化的用户的示例性项目概要仪表板。在区域601中可以选择最近访问的文件。在区域602中可以访问并且回复最近的消息。在区域603中呈现状态。技术人员将理解的是，图6中的界面是示例性的，并且许多功能可能缺失，因为附图对于字体大小等要求某些标准。 [0119] 用户的钱包中的所有项目在区域604中以卡片视图在这个仪表板中呈现，其中每个项目在小的卡片大小的图标中。在这个示例中，仅示出了标题，但是在一些实施例中，也可以显示明显更多的信息、状态，诸如是否签署、日期、等等。 [0120] 每个图标是到指示的项目的链接，并且对一个项目的选择将用户重定向到可以进一步管理项目的其它界面，如下面进一步描述的。 [0121] 在替代实施例中，项目概要仪表板以行视图呈现，其中每个项目在行而不是卡片中表示。功能是相同的。 [0122] 项目详情仪表板 [0123] 一旦用户选择了现有项目，用户就被重定向到项目详情仪表板。图7是本发明的实施例的项目详情仪表板的示例。这个仪表板被分成如下的五个主要部分： [0124] ●文档—与项目相关联的所有合约和文档在区域702以卡片视图或行视图显示，其是可排序并且可搜索的。 [0125] ●选择的合约—选择的合约701的快速概览 [0126] ●工作流—对于选择的合约的详细工作流703，其包含合约的所有历史版本、以及与每个版本相关联的动作和参与者。用户可以在工作流中的任何版本上点击以深入到合约详情页面。 [0127] ●用户—区域704中的选择的合约的参与者的列表。 [0128] ●聊天—便于具有聊天许可的参与者之间的通信并且查看聊天的历史的聊天部分705。合约发行者针对用户聊天权限定义许可，例如，卖方和买方如果在之间不存在代理则可以直接聊天，但是如果存在委派的代理则不可以直接聊天。对于更多高级特征，请参考本文档的后续部分中的聊天章节。 [0129] 这个仪表板还被用于针对新项目或现有项目发起新合约的创建。 [0130] 合约管理 [0131] 在许多实施例中合约管理是本发明的至关重要的特征。 [0132] 创建合约—发行Mithra通证 [0133] 合约过程以基于预定义的模板或完全新的合约创建新的合约开始。在后一种场景中，合约创作者可以使用内联编辑器逐个人工地添加条款，或者经由搜索条款模板库找到适当的条款并且将它们插入到合约中。任一种方式，当用户选择预定义的模板或使用条款模板库找到适当的条款时，选择的模板被取回并且汇编到MC中。然后，用户可以定义模板或条款模板内的任何变量。 [0134] 在完成时，合约创作者可以将合约提交到区块链，该区块链继而生成具有携载所有定义的条款的发行通证(Mithra通证)的智能合约。 [0135] 发布合约—公有存储与私有存储 [0136] 合约发行者可以选择将合约发布到公有存储或私有存储。发布到公有存储的合约在全局搜索区域是可用的，使得每个人可以浏览那些合约并且有机会加入合约。保持在私有存储中的合约不可由公众搜索。用户仅可以通过邀请加入合约。 [0137] 加入合约—创建对手Mithra通证 [0138] 在发行通证到位的情况下，合约发行者现在可以根据发布方法接洽一个对手方或多个对手方以加入合约。 [0139] 1.经由私有邀请来邀请对手方 [0140] ●发行者可以邀请一方或多方加入他的合约，并且对每个被邀请者分配不同的用户许可，例如，管理员、查看、编辑和/或评论、或者仅签署。 [0141] ●在经由电子邮件或SMS接收到邀请时，被邀请者可以登录到系统中或者如果他是首次用户则进行注册。 [0142] ●被邀请者可以通过签署合约或者提交要约正式加入合约并且创建对手Mithra通证，或者直接反对合约上的条款。 [0143] 图8图示了用户可以调用以邀请其它人加入合约的窗口801。如果“其它人”要被邀请，则他或她将具有用户名和具有联系信息的简档。邀请用户可以选择如窗口801中所示的用户许可，并且被邀请用户将根据配置接收到带有邀请的通信(诸如电子邮件)。新用户也可以被邀请，并且在过程中注册时将变成注册用户。 [0144] 2.经由合约市场加入 [0145] ●Mithra的公有存储创建合约的市场。返回参考图5以及以上图5的描述，合约市场可以被搜索。这个创新的市场模型允许供应商列出他们的合约，以及感兴趣的各方订阅或搜索某些类型的合约。例如，对政府合约感兴趣的IT服务公司可以寻找针对IT服务的任何政府RFP；或者偏好特定区域中的短期租赁的物业承租人可以订阅每当这样的租赁进入市场时的提醒。图9示出了合约所有者搜索合约或者列表的示例性结果。在图9中示出了多个合约，其中每个合约被指示为注释图标。 [0146] ●在合约市场中找到合约时，参与者可以选择合约以被重定向到合约的人类可读版本1001，如图10中所示。参与者通过提交要约或提议(例如物业要约或RFC提议)而被使得能够加入合约。提交表单在合约的旁边提供，使得在字段中自动输入的每个值出现在数字合约上。一旦在提交表单上填写所有的字段，参与者就可以预览在另一侧显示的整个合约，并且然后通过选择底部的“提交”链接1002来提交要约。 [0147] ●随后对现在在合约工作流中的接收方生成对手Mithra通证并且可以开始协商过程。 [0148] 协商合约 [0149] Mithra合约(完全数字化和通证化的合约)在合约协商中产生了前所未有的能力。通过在Mithra通证上保持相应的合约条款，每一方可以完全实时地参与合约协商并且当合约条款被呈现时查看它们。利用分布式账本技术，各方可以被确保所有的改变是可验证且防篡改的。这个过程在所有的合约参与者当中创建了信任。此外，系统提供了如图11所示的强大的并排审阅仪表板，由此参与者可以一起工作以修改合约条款，使得每一方可以看到追踪改变并且有机会接受改变。在图11中，Victoria已提出了合约中的两个地方的从$10, 000到$15,000的保证金的改变，她通过划掉$10,000值并且输入新的$15,000值提出以上改变。 [0150] 这些改变可能涉及移除条款、添加条款、或者针对条款改变模板内现有的变量。当进行这样的改变时，可以对图11中所示的人类可读版本和底层的智能合约代码两者进行改变。 [0151] 筛选—处置多个要约 [0152] 在从参与者接收到多个要约的例如RFC或物业销售的情形中，系统允许合约发行者对多个要约进行筛选，使得发行者可以将他的协商集中在那些选择的要约上。他将进一步通过签署智能合约来选择合约获胜者。 [0153] 签署合约—匹配Mithra通证 [0154] 一旦所有的条款在发行通证及其对手通证(其由它们各自的持有者携载)之间匹配，智能合约就可以被签署和执行。 [0155] 转移所有权—转移Mithra通证 [0156] Mithra通证可以携载资产的权利和义务。在某些情况下，通证可以从一方转移到另一方，使得通证内固有的权利和义务将随之转移。例如，在关闭物业销售之前，买方的金融状况由于失业突然改变。他无法再负担得起购买物业。然而，他能够找到愿意延续由买方持有的Mithra通证表示的所有权利和义务的新买方。也许需要卖方的许可，买方可以能够简单地将通证转移到新买方，由此转移通证所有权。 [0157] 共享 [0158] 由于Mithra合约经由www表示以人类可读格式被呈现，这种新类型的智能合约变得可经由唯一且可验证的链接共享。基于合约的可见性设置，智能合约通过链接表示的这个创造性的智能合约链接现在可以在一群人内私下地共享，或者跨社交媒体或更广的网络公开地共享。 [0159] 搜索和匹配 [0160] Mithra合约架构已经以以前从未进行的方式打开了合约搜索和匹配的大门。 [0161] 由于与合约发行者控制的信息可搜索性耦合的Mithra合约的可搜索性质，用户现在可以经由搜索Mithra合约web表示的开放信息执行搜索。Mithra合约发行者将完全控制他们的信息并且将能够控制这样的信息应当开放、部分开放、还是彻底隐藏。 [0162] 许可和权利管理 [0163] 每个参与者携载各种级别的许可和权利以使得能够进行诸如合约编辑、审阅、签署、附加文档或转移通证的操作。 [0164] 权利被分成两组： [0165] 1.对于现有对象的权利—用户对创建的对象执行的一组许可。这应用于Mithra合约、Mithra分组、Mithra通证、以及条件。 [0166] 2.默认权利—用户作用于尚未创建的对象上的一组许可。 [0167] 每一组被分成： [0168] ●特定用户(账户)的权利 [0169] ●所有人(每个人)的权利 [0170] 特定用户(账户)对于创建的对象的权利在由用户创建对象时被配置，或者由另一个用户设置(该另一个用户对于这个动作具有权利)。 [0171] 所有人对于创建的对象(每个人)的许可在对象被创建时被配置(全部为假)，并且由用户改变(该用户具有这样做的权利)。它们可以通过对这个对象的用户动作调节。 [0172] 默认权利由对于对尚未创建的对象的这个动作具有权利的用户授予。 [0173] 因此，可以对将在Mithra合约中创建分组(MG)的用户或者将在这个Mithra分组中创建通证(MT)或向这个通证添加条件的用户授予权利。 [0174] 特定用户(账户)的默认权利 [0175] 一旦具有创建任何对象的默认权利的用户产生了这个对象，来自默认的权利就被拷贝到这个用户对于这个对象的权利。 [0176] 在我们想要向其授予默认权利的用户的地址未知的情况下，授予所有人(每个人)的默认权利。 [0177] 每个结构中的每个字段是对于特定对象的特定权利。 [0178] 以下示例示出了针对Mithra合约权利结构的许可。 [0179] permissions[0]grantRevoke—授予/撤销对于对这个MC的动作的权利的权利 [0180] permissions[1]viewing—查看这个MC中的数据的权利 [0181] permissions[2]editMetadata—编辑这个MC中的元数据的权利 [0182] permissions[3]createMG—在这个MC中创建MG的权利 [0183] permissions[4]editMGDefaultRights—编辑在这个MC中创建的MG的默认权利的权利 [0184] permissions[5]deactivateReactivate—删除/恢复这个MC的权利 [0185] permissions[6]attachDocument—向这个MC添加文档的权利 [0186] 权利的授予 [0187] 用户可以通过创建对象、或者被有资格授予权利的另一个用户授予权利来获得权利。 [0188] 为了授予对于对象的权利，交易的发起者自身必须具有对于这个对象的权利grantRevoke。 [0189] (！)交易的Msg.sender仅可以授予对于它自身拥有的特定对象的那些权利。即，如果交易的发起者不具有任何权利，则他不可以向其它用户授予权利。 [0190] 聊天 [0191] 在一个实施例中，仪表板提供启用的参与者通信通道、记录管理和/或用于创建合约的简化方法。 [0192] 参与者可以经由三种不同类型的聊天方法进行聊天： [0193] ●一般聊天 [0194] ‑这是默认聊天设置。参与者使用它作为关于他们想要进行通信、讨论或合作的话题的通信通道。 [0195] ●合约或交易内的有记录的聊天 [0196] ‑参与者彼此同意在房间中聊天，其中聊天历史将变成交易过程内自身具有法律约束力的协议、或者特定合约的支持文档或证据。在这个方法中，合约或交易中涉及的参与者可以经由聊天进行合作以更完整的方式支持该过程。参与者在聊天之后将被给予两个附加选项： [0197] a.基于聊天在何处发起将聊天历史作为文档附加到特定通证、或者合约或交易；或者 [0198] b.将聊天历史通证化为Mithra通证。在这个选项中，请求方将被提示输入支持通证化的合约的创建的所要求的信息和元数据。请求方将变成合约的发行方。所有其它参与者将被发行他们各自的对手通证，这些对手通证在智能合约执行之前要求他们的最终电子签署。 [0199] ‑关于具有法律约束力的协议聊天的详情在以下章节中说明。 [0200] ●作为新过程或交易的发起的具有法律约束力的协议聊天 [0201] ‑参与者彼此同意在房间中聊天，其中聊天历史将变成具有法律约束力的合约。在这个方法中，聊天变成用于创建具有法律约束力的合约的第一步。它对于传统上繁琐的过程给予参与者容易的界面。 [0202] ‑在聊天的每一步中，参与者将被给予经由关键词搜索和/或其它准则搜索(诸如国家、地区、行业或协议类型)导入条款模板的选项。这将确保参与者被适当的法律条款引导(其如系统可以支持的一样多)。 [0203] ‑在聊天完成时，并且在聊天中的任何参与者的请求下，记录的聊天将被通证化成通证化的合约。请求方将被提示输入支持通证化的合约的创建并且作为Mithra合约集成到 Mithra平台的所要求的信息和元数据。请求方将变成合约的发行方。所有其它参与者将被发行他们各自的对手通证。 [0204] ‑所有参与者将被给予编辑条款并且进一步协商合约的权利 [0205] ‑所有参与者在最终的智能合约被执行之前将被要求电子签署。 [0206] 以上描述的聊天功能被消息聊天、语音聊天和视频聊天支持。然而，对于聊天的具有法律约束力的协议部分，所有媒体必须被转换为文本。 [0207] 其它功能 [0208] 系统提供了若干其它重要功能以支持合约过程。 [0209] ●管理用户角色和责任 [0210] ●向合约添加附件 [0211] ●下载到可用文档类型中的一个 [0212] ●从数字合约创建PDF [0213] ●保存为模板 [0214] 共用的系统能力 [0215] 存在在模板管理与合约管理或项目管理之间共享的多个共用的底层能力。它们是： [0216] ●主数据管理 [0217] ○主数据集是可以跨系统的各种区域使用的共用数据集。主数据不受模板或合约约束，也不受项目(交易)约束。 [0218] ○例如，对于房地产的行业、地区、用户角色、物业以及代理主数据、对于医疗的机构和保健从业者主数据、以及对于教育的大学和课程主数据。 [0219] ●元数据管理 [0220] ○元数据是用于特定模板、项目(交易)、合约或一组条款(Mithra通证)的共用数据集。元数据可以是共用的或者行业/主题特定的。它在层次内跨实体携载。 [0221] ○例如，项目名称、项目创建日期、使用的项目模板、状态、可见性标志(公有或私有)是项目的共用元数据集，而比如列出代理ID和物业照片的物业数据可以是房地产行业特定的项目元数据。 [0222] ○所有项目级别的元数据跨项目内的Mithra通证和合约被共享。所有合约级别的元数据跨该合约内的Mithra通证被共享。较低级别层次中的元数据让位于较高级别中的元数据。例如，采购项目在项目级别使其可见性标志(元数据)设置为“是”。该项目具有10个合约，其中的两个使可见性标志设置为“否”。这意味着那两个合约对于公众是不可见的，而其它八个合约可供公众查看或搜索。 [0223] ●模板创建 [0224] ○如之前的章节中所描述的，模板可以经由库或者经由项目区域(在用户首次保存项目模板、合约模板或条款模板时)创建。 [0225] ●模板更新 [0226] ○与模板创建功能类似，模板可以经由用户的库仪表板或者在项目流(其中保存更新的项目、合约或条款)内更新。 [0227] ●编辑器 [0228] ○编辑器被跨系统广泛使用。Mithra合约具有内置的内联编辑器。它被用于创建、编辑并且管理模板、项目、合约以及条款，包括元数据。 [0229] ○在适当的位置存在输入编辑器和输出编辑器两者： [0230] ■输入编辑器的示例是用户可以将条款从比如Microsoft Office(.doc、.xls)、Office Open XML(.docx、.xlsx)或OpenDocument(.odt、.ods)的二进制文件加载到Mithra 通证的编辑器。实现中的一个是通过编号的列表和标题对文档从头到尾解析。每个标题或编号的列表的元素变成条款。如果是标题，则标题文本变成条款的名称并且标题之后的文本变成条款的值。如果标题之后不存在文本，则条款的值变成空的。如果标题具有编号，则它被保存为条款的编号。否则，它被自动计算。如果是编号的列表元素而不是标题，则条款的名称保持为空并且仅编号和值被分配。标题的类型(标题1、标题2等)或编号的缩进表明条款的缩进。条款在下一个标题或编号的元素出现的地方结束。并且，根据其缩进，计算下一个条款的编号。存在将一些标题和编号排除不被提取为条款的能力。 [0231] ■用户可以通过预定义输出(其中用户上传她自己的PDF表单以被用作输出的模板)或系统生成的输出(其中用户可以定义页眉、页脚、样式、字体、颜色等)管理合约或模板输出，即，可打印版本。 [0232] ●通知 [0233] ○通知—电子邮件、SMS和/或推送通知—被用于诸如状态改变、新的邀请、新的要约、修订的合约等的提醒。 [0234] ●条款搜索 [0235] ●全局搜索 [0236] ●PDF生成 [0237] ●发布 [0238] ●工作流 [0239] 共享 [0240] 由于Mithra合约经由www表示以人类可读格式被呈现，这种新类型的智能合约变得可经由唯一且可验证的链接共享。基于合约的可见性设置，智能合约通过链接表示的这个创造性的智能合约链接现在可以在一群人内私下地共享，或者跨社交媒体或更广的网络公开地共享。 [0241] 示例智能合约 [0242] 以下呈现Mithra合约实现的定义的示例。 [0243] [0244] [0245] [0246] [0247] [0248] [0249] [0250] [0251] [0252] [0253] [0254] [0255] [0256] [0257] 阅读并且理解这个说明书中的许多并且变化的描述的技术人员还将理解的是，特定实施例的所有描述是示例性的，并且仅仅表示可能落入本文使得能够实现的发明的范围内的许多没有提供的其它描述。本发明的范围仅由权利要求限定。