基于区块链去中心化技术的电子合同平台FirmaChain介绍

互联网的发展打开了无国界的信息时代。因此保护知识产权和工业应用的知识产权许可协议不仅是个人竞争力的核心，也是企业和国家竞争力的核心。但是因为现在没有技术力量来追踪知识产权保护和转让的履历，所以存在知识产权侵权和国际知识产权许可合同的欺诈以及全球滥用权利等问题。我们希望实现通过区块链技术能够准确记录知识产权认证和转让，以便安全地保护国际知识产权许可协议。

现代人在签合同时，依旧秉持着传统的书面签约方式。虽然法律也认同电 子合同的效力，且诸如电子签名以及与有关电子文件的服务陆续问世，但是除了 个别开放的 IT 企业之外，大部分企业尚未意识到电子文件的便利性，仍旧固守原 有的书面签约行使。

于是我们开始思考：‘企业为什么更偏好书面签约形式呢？’

在合同签署时，比起电子合同，当代社会仍然更信任书面合同。因为书面契约有原 版可做证明，此外，提供电子合同的服务多数存在中心化问题，有伪造、篡改的 风险和数据流失等各种风险因素，难以得到信任。若交易资金规模较大，合同当 事人易产生担忧（如，伪造、删除内容等），签约与生活有密切关系，但当事人 的种种担忧严重阻碍了签约这一形式的发展与进步。此外，在企业进行跨国签约 时，通过海外法人得到的交易贷款税金、转账费、处理费等给合同当事人带来巨 大负担。下面通过几个日常生活中发生的事例来说明这一问题。

基于上述情况，在知识产权许可协议领域引入基于区块链的电子合同服务不仅可以提高合同签订过程的有效性，还可以构成合同可扩展性，例如保护知识产权和可追溯性。

FirmaChain将实现区块链的去中心化，这将保证区块链交易账本的透明性， 通过可信性从根本上解决合同伪造及篡改问题。此外通过 DApp，合同当事人可 履行合理的合同签署程序，利用较少的资源起草合同，通过简化过程减少跨国合 同签署时所需的处理费用，以此来打造解决书面合同限制的合同程序管理服务与 信任度高的分布式数据库。

去中心化的数据储存

包括以太坊在内的现有大部分区块链平台均能储存数据，但维持区块 链时需要花费更多计算能力，这就要求支付比电脑储存更高的费用。因此， 以储存数据为目而使用时，需要支付近乎天文数字般的费用。

但在大多数情况下用户不需要永久储存文件，而且多数用户不愿为储 存数据而支付高额的费用。因此，若使用去中心化储存库，就可以以合理 的价格在指定的时间内，为用户存储大容量文件。另外，我们打造的结构 具有以下特点，为了加强储存数据的完全性，将额外的信息储存至单独的 区块链网络。

若双方成交时，从用户向挖矿人传输要储存的文件开始，文件存储协 议即成立。在协议期间，挖矿人需持续证明自身在诚实地储存文件，证明 方式以各种验证的理论为基础公开透明地进行。用户与挖矿人之间达成协议内容应该公开给所有用户，内容被包含在 区块内并传播到网络，需接受经过所有网络组员的确认。

1. FCT（Firma Chain 代币）

FCT 是使用 FirmaChain 有关服务时所需要的货币，主要用途有以下两 大方面：第一，通过 Firma 网络形成的 DApp 服务使用费；第二，使用 FirmaChain 的去中心化数据储存库时应使用 FDR，FCT 可兑换为FDR，被 用于存储更严格、更完善的字符串。

我们为提高 FCT 的技术含量在不断努力，我们将构建出符合 DApp 的 转账费和区块回报，还考虑区块传送速度，打造具备无限扩展性的独立区 块。考虑通过太坊虚拟机（Ethereum Virtual Machine， 以下简称EVM） 的智能合同，通过确保技术稳定、已获得验证稳定的以太坊平台，开发可 快速实现商用化的技术 。目前我们采用以太坊的大都会（Metropolis， 以下简称大都会）， 我们的技术人员对以太坊第二阶段的情况进行了细致 的考核，并决定使用以太坊。

为使用以太坊的智能合同功能，FCT 将以 ERC-20 货币的形式发行。用 户可通过 FCT 储存使用 DApp 服务时所需要的信息。与储存期限有限制的 FirmaChain 去中心储存数据库不同的是，使用 FCT 可半永久储存可以区分 信息是否伪造，篡改的状态信息。

但是如果能找到更符合FirmaChain 需求的区块链平台，我们将通过 相应平台网络发行FCT。此外，如果有需要也可能独立搭建FirmaChain的 网络。为实现服务的稳定开发，我们也考虑使用更多样的区块链平台。

2. FDR （Firma 数据回报）

FDR（Firma Data Reward）是在FirmaChain的去中心化数据库中通 用的货币，也是回报。用户为储存文件向挖矿人提供手续费，也就是FDR， 若挖矿人成功储存文件时能获得相应的回报。除存储文件时获得的FDR回 报之外，挖矿人还可以检验区块链生态界参与主体的行动并生成区块，此 时可以获得挖矿的回报。

用户为使用去中心化数据库，可将FCT兑换成FDR。此外，挖矿人可 在这一过程中获利，可使用FDR去使用FirmaChain的几个DApp。

在运行初期，为了保证FCT成功兑换为FDR，在FirmaChain的FCTFDR交换智能合同钱包里，以提前挖矿的方式分配FCT与FDR。用户通过 交换智能合同输入FDR钱包的地址，并转账FCT时，相应额度的FDR将转移到用户的钱包。FCT与FDR的兑换比为一比一，为防止该钱包出现FCT 与FDR不平衡的现象，对每单位时间的交换比例进行限制。

实现区块链生态的稳定运行时，拥有大量FDR的挖矿人或交易所可起 到FCT-FDR交换智能合同作用。但是他们运营的交易所与FirmaChain的 交易所不同，这些交换所未经过验证因此可信度不高，也无法确保交换比 例为一比一，另外还会收手续费。此外，每单位时间的交换比例也没有限 制。

今后根据我们的路线图完善FirmaChain的主网后，可实现去中心化 数据库与代币平台的整合，届时有可能实现 FDR 与 FCT 统一。

3. 文件储存市场

3.1 市场与订单

去中心化数据库为用户与挖矿人提供文件储存合同的交易市场。用户 购买订单或挖矿人出售订单时，将在全体网络公开的单一账本中记录该内容。若符合条件的订单已存在时，两个订单达成交易，在经过双方的确认 与签名之后开始进行文件储存程序。这样，在公开的自由市场上价格由供 需关系决定。

3.2 订单成交规则

虽然使用单一的账本，但不能对不同的订单同时进行交易。因此，用 户在订购时，可以向挖矿人提出追加要求。相反，挖矿人也可向用户或就 需储存的文件提出附加条件。例如，若用户希望挖矿人更负责任，则可提 出支付担保金的条款。同理，挖矿人为了拒收小规模文件的储存订单，可 设定小文件的规模。

用户与挖矿人可向对方提出各种诉求。如，挖矿人或用户的地理位置、 挖矿人想要的文件储存价格上限、少储存期限等。上述内容将成为电子 合同，详细条件主要根据技术设计，将仅包含去中心化文件分享市场必要 的因素。

这些条件将在网络节点达成交易时进行评估。其中，部分条件由于经 网络正式认可，可确认相应事实，但若用户与挖矿人在非正式形成的条件 下达成交易时，则情况不同。此时，网络节点只评价双方所输入的内容是 否符合条件，而不判断内容是否属实。因此双方应在成交后，亲自确认对 方是否符合条件。

3.3 评价系统

用户为更加稳定储存文档，可参考挖矿人的评价。这些行为之所以重 要，是因为某些挖矿人不坚守储存文件的义务，可能会冒被处罚的危险做 出一些会网络带来恶劣影响的行为。虽然不存在正式的评分系统，但用户 可将挖矿人的累计文件储存量、储存失败率、合理的手续费等项目作为根 据，选择参与网络时间更长，并且致力于维护良性生态环境的优质挖矿人， 将文件交给此类挖矿人储存。

但是这些信息无法在区块链网络正式验证，用户在成交后签名之前应 再次确认挖矿人的各项条件。这将以额外服务的形式提供，挖矿人的文件 储存记录记载在区块链网络内，因此可供人随时确认，亦可经过计算来确 认有关数据。日后，可在客户程序阶段整合第三方提供的挖矿人评价计算 功能。

4. 文件储存协议

4.1 储存程序

用户与挖矿人成交后，双方将再次确认条件并进行签名。此后将形成 关于分享文件合同的临时钱包，用户的资金与挖矿人的保证金将转移至临 时钱包。用户向挖矿人传输将要储存的文件，在文件传输完成后挖矿人将 文件加密 ， 其后挖矿人将文件复制及加密已成功完成的文件储存证明传输 至区块链。该证明将在文件储存合同期间内持续进行传送。合同成功到期 时，挖矿人可利用证明记录，从临时钱包中将文件储存回报以及保证金转 至自己的钱包。若挖矿人未能及时传从证明时，用户可在区块链传播“文 件储存失败证明”。用户可利用挖矿人的“文件存储失败证明”，可从临 时钱包中将储存文件的回报以及保证金转至自己的钱包。

4.2 退还程序

用户要求退还文件时，可向挖矿人提出退还文件的要求。这时，用户 应向挖矿人支付成交时设定的退还回报金。挖矿人收到文件退还邀请时，应将文件传输给用户。挖矿人可拒绝退 还文件，但拒绝记录将保留在区块链上，以后可能会在用户端得到负面评价。

4.3 文件储存证明

用户向无法确保信任的挖矿人委托文件储存，于是希望在传送文件后 挖矿人能在合约期间内，持续证明安全保管文件。

简单的证明方法是，拥有文件的用户向挖矿人要求提供文件内容，并 进行对照。在合约期间内持续对比文件内容，用户就能确认挖矿人正在妥 善储存委托的文件。

但是，随着用户与挖矿人共享的文件增加和文件容量的增加，引发网 络频带过载现象，导致文件验证速度下降。因此，为维持系统要求的低 验证速度， 文档大小将受到限制。

为了解决该问题，用户可要求挖矿人传送随机抽出的文件碎片，再进 行比较。使用该方法的优点在于当交换次数不断累计时，就可以更加确信 确定挖矿人拥有全部文件。

然而，仍存在一些问题。第一，用户需要储存所有文件；第二，用户 需不间断的向挖矿人提出验证要求。除挖矿人之外的多数用户不会 24 小时 启动电脑。第三，若采用上述的验证方式，也不符合用户使用去中心化数 据库的目的。

上述方式的问题在于用户为验证存储文件的完整性，需要与挖矿人保 持联系，同时还需拥有原文件。此外， 挖矿人需要证明持续拥有文件，同 时还需证明不会出现上述问题。在此情况下，满足上述条件的方式就是zkSNARKs。

zk-SNARKs 是“Zero-Knowledge Succinct Non-Interactive Argument of Knowledge”的简称。根据去中心化数据库文件储存证明， 每个单词的含义如下：第一， “Zero-Knowledge（零知识）”是试图验证 的人（用户）完全不拥有证明人（挖矿人）所拥有的文件信息。 ”Succinct（简略）“是指无论文件有多大，挖矿人应在短时间内提供证明， 相应证明结果的容量也应极小。”Non- Interactive（无产生互动）“，是指 验证人与证明人同时无需同时在线交流验证 ， 证明人只要在结束证明工作 之后 ， 向验证人传送终验证即可。”Argument ofKnowledge（主张知 识）” 是指挖矿人应知道文件的内容。不是用户亲自验证，而是通过随机种子， 在区块链网络中，任何用户都可以验证挖矿人是否拥有文件的方式。

5. 区块链

5.1 订货帐

在文件储存市场，用户或挖矿人产生新订单后将其传播至区块链网络 节点。该订单将注册至单一的订货帐，与全网络节点共享，一个节点收到 的信息将传送至其他所有的节点。若订货帐内的订单未成交时，过一段时 间后，将自动从订货帐中删除。相反，订单成交时将即刻从订货帐消失， 得到用户与挖矿人的签名之后，以交易的形式传播到网络。

5.2 交易

交易是指在去中心化数据库上发生的一些行为当中，应记录在账本上 的公开行为。用户与挖矿人成交后，且双方签名时，将形成文件储存交易 合约。挖矿人在与用户达成文件储存协议之后，在储存该文件的期间内定 期形成文件储存证明交易。若挖矿人不履行储存任务，或存储失败时，区 块链的所有用户都可参与，并传播“文件储存失败证明”。用户要求挖矿 人提供文件内容时，将形成文件退还交易，挖矿人应将文件退还给用户。 挖矿人成功满足返回文件的需求或根据文件储存失败与否需要转移FDR时， 用户或挖矿人可记录FDR交易记录，结合前面的交易记录传送至区块链网络。

5.3 交易队列与交易手续费

用户或挖矿人创建新交易后，该交易将传播至区块链网络。已传播的 交易不会立即包含到区块内，而是进入交易队列。交易队列将分享至所有 用户端，一个网络节点接受的交易将转达至所有其他节点。区块挖矿人在 制作区块时参考区块队列。若区块队列积累的数据总规模大于可形成的大区块规模 ， 区块挖矿 人参考区块的形态与交易手续费，形成效率高的交易组合，并将其传输 至区块链网络。

5.4 区块

区块数据内部包含许多交易，在每个区块形成周期中，根据自身协议 算法选定区块挖矿人后将进行挖矿。但若在该期间内不存在区块挖矿人时， 无法形成区块。区块挖矿人根据条件在交易队列中选择交易后加入该区块。 新形成的区块将传播至整个网络，并接受所有网络节点的确认。区块挖矿 人将获得区块挖矿的回报，其中包括形成区块的回报，以及区块中包含的 交易手续费。

5.5 区块形成协议算法

比特币等诸多货币以工作量证明方式（Proof-of-Work）形成区块。工 作量证明方式是指，为形成一个区块，直到获得满足特定条件的加密散列函数为止，需重复无数次加密工作。因此，越是具备高采矿能力的人越有可能性挖掘出区块。

此外，也有通过权益证明（Proof-of-Stake）方式形成区块的代币。权 益证明方式是指在区块链网络中，拥有更多权益的人，越是容易挖到区块 的证明方式。例如，根据每个挖矿人的代币持有比率赋予挖区块的机会等， 这是多个权益证明方式之一。

在去中心化数据库中，重要的资源就是储存空间。如果选择工作证 明方式时，不只对挖矿人的储存空间提出要求，同时也对工作能力提出要 求。若使用较好的CPU或GPU时，可以加快数据运算速度，但这不代表空间容量或质量的提升。去中心化数据库的优点之一就是在进行分布式数据储存时，在工作过 程中运算速度无需超过指定标准。

因此，工作验证方式并不符合我们将要实现的区块链，我们采用的协 议算法为使用达成订单总存储空间的储存空间证明方式（Proof-of-Storage），这可鼓励挖矿人提供更多的储存空间。

以上就FirmaChain的核心技术去中心化数据库的结构进行了简单阐 述，将在接下来的电子合同管理服务中储存利用去中心化数据库签署的合同。

FirmaChain分布式应用 ： 电子合同

1. 现存知识产权许可合同相关问题及运用区块链技术解决问题的方案

在现代人的生活中，合同无处不在，且存在形式多样。由于国际书面合同要求面对面处理合同所以其中一个缔约方必须出国然后才可签署合同。但这种方式会造成不必要的时间金钱浪费。

同时，现有的知识产权许可协议是通过在线电子合同转让然后修改和总结进行的。但是因为服务器是以集中的方式，所以存在伪造和安全风险。。此外，如果您通过电子邮件或聊天工具进行合同签署，没有办法验证对方的身份，资格或不知道对方有没有权利。但是，区块链技术可解决这些所有问题。

为解决上述的社会问题 ，FirmaChain与电子合同将缔结合同的基本 因素与区块链技术相结合，旨在使多方合同当事人圆满签订并实施合同。

此外，专利，商标，著作权（游戏，动画片，卡通）等知识产权许可协议等领域是FirmaChain公司具有区块链电子合同优势的领域。这个领域是FirmaChain的第一个目标。

下面是关于现有知识产权许可协议的问题。

很难确认许可协议的许可人是知识产权的实际所有者（包括独家许可人）。专利局的官方书籍可以识别权利持有人的姓名和地址，但在国际合同中，当知识产权转让或许可给专用被许可人或普通被许可人时，更难以识别承包商并跟踪实际所有者。

此外，从许可人或想要许可知识产权的所有者的角度来看，那些可能是具有欺诈性的，因为他们无法通过网络验证他们想要许可的被许可人的身份。而且第三方很难知道有关专利，商标的有效时间和许可证的所有信息。例如，从购买专利和商标项目的客户的角度来看，无法验证该产品是否是真正的被许可人。

即使您了解经过验证的知识产权所有人，直到签署书面合同为止，也会浪费许多时间和成本资源。对于拥有许可证的许可人，找到想要在其他国家使用自己的知识产权的买家是非常困难的。最后，在国际许可协议签订后，处理海外汇款，税收，费用等问题充满了欺诈风险，不变性，是一个很棘手的问题。

为了解决这些问题，FirmaChain将提供以下解决方案。

1.由于区块链的分布式Ledger性质，如果您使用互联网连接，那么您可以轻松识别个人拥有的知识产权类型，保留期限和位置。

2.如果用基于区块链的电子合同替换现有的合同方法，那么区块链可以透明清晰的记录合同及交易历史等信息完全保证重要消息不被修改。

3. 通过区块链认证的许可人（Licensor）和接受许可证的人（Licensee）无需会面，通过电子合同（EContarct）就可以签订国际合同（知识产权许可协议

4. 为了快速而方便的处理国际合同（知识产权许可协议）我们则提供了便利。（仪表板功能，多语言进行实时翻译，提供许可协议标准格式，24/7网上法律咨询及检讨）与我们平台相关的每个国家的专利律师会确保您，速度，安全的注册您的独家许可。

5. 我们的平台不仅帮助许可人快速轻松的找到在其他国家有潜在能力的被许可人，并且可以帮助许可人签订更多及合理的成本的协议。

FirmaChain提供的解决方案将扩大国际许可市场并确保合同的透明度。

2. 电子合同与程序管理的相关需求

现代社会更偏好书面合同的形式，这导致了各种问题的发生。书面 合同的缺点在于应保管合同文件，合同当事人各持一份合同原件，其后修 改内容时却无法同步更新内容，还易出现伪造书面合同的问题。诸多企业 通过邮件、录音等外部方式保证及时更新合同内容，但这也难以进行精确 管理。伪造合同文书易导致法律纠纷，也无法阻止这些问题的发生。为解 决这些合同中存在的弊端，电子合同应运而生。

电子合同能将企业之间的合同内容数字化，类似的电子文件（电子 文件与电子交易基本法）有着与纸张文件同样的法律效力。韩国以及其他 国家商务法等相关法律也规定，在签约时电子签名（电子签名法）有同等 的法律效力。因此，电子合同也同样有法律效力。

目前电子合同的效率高于书面合同，但无法避免无权利人签合同的情 况、系统障碍导致传送风险提升等问题，因此与书面合同相比，电子合同 并未受到社会的青睐。此外，一些传统企业仍固守传统签约方式，目前电 子合同技术没有真正得到客观的评价，甚至被视为不需要的技术。

FirmaChain 利用区块链的技术特点，致力于打造透明、可信的电 子文件与合同系统，目标是解决现有问题并促进电子合同的普及。

电子合同的结构

电子合同分为三大部分。第一，核心层面，此时将加密的合同数据进 行储存后再形成合同交易；第二，应用层面，此时进行 DApp 的撰写、管 理合同；第三，服务层面，此时验证电子合同、进行更改、连接核心层面与应用层面。

1. 核心层面 （FirmaChain）

核心层面用于转账款项、分布储存整个合同程序的有限状态、确认电子文 件的完整性、保证该合同数据不会出现被伪造的情况。在不同阶段，合同也会有不同的有限状态，详细内容如下。此外， 实际情况将会比下述内容更加细化。

达成合同

创建合同时，为确认支付方的支付款项能力，在合同双方达成一 致意见的情况下，在款项中预先设定一定比例作为预存金。支付方式 为韩元或 FirmaChain 的代币（以下简称“FCT”）。若将款项设为韩元 时，则无需付预存金。

合同写好后，在经过合同双方的审核与确认后，将在去中心化数 据库撰写合同。这时将显示“等待上传”，支付方的货币钱包的余额 超出预存金金额，若有订金类等需要支付的款项时，必须完成支付。 结束该过程后状态将转换为“正在进行”。合同转为进行，在智能合 同上上传包括*散列串的交易记录。此后，所有合同当事人应履行合 同。如果以韩元作为支付手段，不需要 FCT 便可直接在智能合同上形 成交易，以附件的形式出示账户交易记录或转账证明，将相应电子文 件包含至合同即可。

进行合同

进行合同后，在双方同意下以 FCT 或韩元的形式支付交易款项。 在区块链和服务层面确认该支付的内容，并再次确认合同的情况。

结束合同

在支付合同规定的款项后，该合同转为“等待结束”，合同当事 人确认合同内容之后终转为“结束”，将向接受订单的一方支付款项。

撤销合同

由于缔约双方的原因，在合同进行过程中会出现被撤销的情况。 但已被上传的合同无法删除，只能额外撰写撤销合同。这时，将在电 子合同记载已被撤销的合同内容，根据双方的协议或合同内容若需要 退款、另外付款时，可根据原来的合同再次签订新的支付合同后解决。

针对因缔约双方的某些原因而撤销合同的情况，相关的技术支持 部分将在接下来的电子合同服务章节中叙述。在合同进行的过程中发 生的事情将被存储在去中心化数据库中，可以随时查看相应数据。

更改合同

针对合同进行过程中出现的突发性问题，可通过特别协议更改合 同内容。重新创立关于更改内容的特别协议合同后，需经过合同当事 人的确认，该合同将成为在主合同的下属合同。此外，该下属合同的 散列串记录至智能合同，相应内容将上传至在去中心化数据库。若更改合同时款项出现变化，需按照之前的预存金比率存入韩元， 或获得退款。

*散列串（ Hash String ）

散列串是指利用加密散列函数将任意长度的数据对应至固定长度 的字符串。该函数是单向函数，无法通过散列串获得原版数据，假使 原版数据中出现了极其微小的变动，就会得出完全不同的散列串。这 便于检查数据的完整性 ， 我们将散列串作为 FirmaChain 的电子文件 固有识别数据。将使用的加密散列函数有SHA256 或 SHA512 等，此 类算法均已通过验证。

2. 服务层面（Firma 网络）

Firma 网络起到应用层面的电子合同服务与核心层面之间的加工人、 验证人的作用。合同在电子合同上撰写，为了上传其内容至 FirmaChain，需经过中间加工过程

加工工作包括在电子合同文件上的文字数据与其他数据（图片、音 乐、录音等），将对此进行加工后，使上传至去中心化分布式数据库。但 建议合同数据仅限使用文字数据。

但是关项合同，除文字之外必须包括一些内容。为此，通过电子合 同支持的 Markdown 语法制作的电子文件转移至 Firma 网络时，将在合 同内容中间的图片或其他附件包括到电子文件当中。此外，*以数字签名（使 用公开密匙方式：如，RSA，Merkle 签名等）代替电子签名。完成加工 后的完整文件将上传至去中心化的分布式数据库。

合同当事人加入电子合同时，将获得一对以 RSA 形式打造的公开密 匙（Public Key，以下简称 PK）与非公开密匙（Secret Key，以下简称 SK）。

在合同部分（A）包括合同当事人的公开密匙。便于理解，假设有两 个合同当事人，将每对（SK，PK）为（SK1，PK1）与 （SK2， PK2）。在数字 签名（B）领域添加各合同当事人个人或商家信息，还加将履行合同 A 条款 的内容，后以各方的 SK 加密。为限于合同 A，信息内包括合同 A 的散列 串。

通过对称密匙系统将整合合同 A 与电子签名 B 的电子文件 E，仅限给 合同当事人发行密匙，上传至分布式数据库。通过电子合同将上传 E 的散 列串，实施合同。

上述的例子是加工后的电子文件。该电子文件包括合同内容的文字 数据、文字以外的图片、音乐、录音等组成的二叉数据、以 base64 编码 的数据、随时可以验证合同当事人的数字签名的公共密匙。

以上内容将为 作为电子文件与电子合同的法律证据，根据合作律所的检讨，部分内容将 会更改

上述公式结合合同内容与数字签名，陈述上传至去中心化数据库的 电子文件制作过程。跟随电子合同开发的进行开发更有效、安全的算法时， 上述内容将会改变。

这些加工过程只限于电子合同内使用。通过 Firma 网络的其他 DApp 根据该服务的特点，可写至多种加工工作算法。根据该合同的效力，可通 过该算法制作许多服务。这将成为制作多种电子文件服务的基础。

3. 应用层面 （DApp）

电子合同（DApp，去中心化应用）的基本作用是撰写合同，在合同当事 人同意的情况下更改所需要的部分，获得所有合同当事人的确认，在区块 链记录该情况。此外，在以太坊的智能合同代码相联系，在电子合同上进 行关于确认合同情况与更改等所有有关合同的内容。 确认合同书之后可 进行签名，签名之后在电子合同可监督所有与合同过程有关的内容。此外， 可利用在引文提到的有助于立合同以及履行的多数功能。下面讲述该部分 功能。

可使用有助于撰写合同的 Markdown 与视觉编辑

可通过 DApp 立合同。为实现数据的文字化，应根据电子合同规 定的 Markdown 语法所写。为对Markdown 语法感到困难的用户支 持视觉编辑软件 （WYSIWYG）。 此外，支持之前使用的 doc 与 hwp 等合同文档形式，提供切换功 能。

加强电子签名安全系统

多数电子签名服务直接在数字匡威撰写。但是这容易让其他人代 理签名，也无法期待与公认认证书一样的效果。同样，书面签名也面 临一样的风险。无论有多大的法律效力，若该情况发生，无法确认谁 进行签名。用户可登录电子合同后，可利用 Firma 网络提供的数字签 名注册系统。若发生法律纠纷时，通过该系统容易证明。

支持预先布置标准合同

在电子合同获得法律顾问后，提前拿到合理范围内撰写的多种标 准合同。若与标准合同没有很大差异时，只要更改合同当事人、合同 对象、项目名称、合同款项、日期就可以储存自己写的合同。

分析合同进展与更改内容

通过电子合同可判断合同进展的程度。此外，若合同内容出现更 改时，可添加对该内容进行比较的微分工具一眼判断哪些内容的更改 以及删除。这将帮助合同当事人之间更容易看出所更换的内容。

跨国合同时法律顾问

进行跨国合同时，由于各国的习惯、法律体系的不同，难以立合 同条款。我们将比较各个实例，提供撰写合同时的建议。此外，若交 易规模大或频繁出现交易时，将提供一对一的法律顾问服务。

不仅如此，我们将支持更多签合同时所需要的功能

电子合同网络服务利用 Javascript（ES7 标准）的 Node. js Framew- ork 制作服务器与 ReactJS 库。我们选择 ReactJS，是因为以便合同当事 人进行合同，该库能制作便利性与识别度高的资料。

目前在策划手机服务。主服务在网络进行，手机端可使用合同当事 人之间的对话、关于合同的提示等便利功能。我们将使用 React Native 或使用该平台（iOS、安卓系统）的当地语言制作。

我们以服务过程中开发速度快、稳定、效率高作为目的选择 该技术。

此外，需要合同的所有网站、应用服务当中可利用我们电子合同服 务的核心功能之一。该功能以模块形式利用包括电子合同与签名功能，将 制作 SDK 颁发。此外，将利用 FirmaChain 制作多项电子文件服务。