Insolar区块链平台与其他基于分布式分类帐的系统的互操作性

区块链具有很大的发展前景，但企业对采用这种技术创新犹豫不决。 其中一个主要原因是供应商锁定的风险，即企业大量投资于公司的技术，如果公司希望转换，公司在合作的同时，不希望数据转移提供给其他供应商。Insolar正在创建一个可与其他主要分布式分类帐技术(DLT)互操作的平台，以促进该技术的更广泛采用。

根据德勤2019年全球区块链调查，53%的回应组织将区块链列为未来两年的最高战略重点。 虽然这在2018年增长了10%，但区块链的采用仍然是谨慎的，并不普遍。 这种犹豫和等待观察方法的部分原因在于缺乏区块链平台的互操作性。在将不同的DLT和传统系统结合使用，创建混合架构方面，行业需要自由选择。 选择可以分为三类：

不同DLT之间的通信

目前阻碍采用区块链和分布式账本技术的一个方面是缺乏不同DLT之间互操作性的标准。 这是一种鸡与蛋的因果关系，因为只有当大部分市场采用特定技术时，公认的标准才能成为现实标准。 在此之前，我们不能有任何标准集。 然而，像Insolar这样的平台可以使他们的技术与其他DLT平台集成。 因此，Insolar区块链平台的创建可与区块链领域的其他几个主要平台互操作。

与传统技术的互操作性

区块链平台和传统系统之间的数据共享是希望大规模采用的任何平台的必要举措。 这是因为几乎所有数据目前都保存在这样的系统上。 如果我们考虑将纸质文档数字化(即扫描并以数字方式保存)的艰巨任务，这种复制会占用时间和空间。 因此，这里的想法是使传统系统与区块链可互操作，使得所述区块链系统能够访问保存到前几代数字技术的数据。 如果发生这种情况，可以分三个阶段设想从遗留系统到区块链的迁移：

1) 集成区块链，使其记录与传统系统相同的信息。

2)逐步切换到仅在区块链上记录信息，接口能够访问传统和基于区块链的数据库以检索数据。

3)所有数据存储在区块链上并减少传统技术使用，可能通过将所有数据切换到基于区块链的管理。

DLT平台内的交互

DLT平台可以由多个网络组成，并且这些网络不一定必须互连。 如果不是，那么它们甚至可能无法彼此互操作，即使它们是使用单一技术构建的。 属于一个平台提供商的公共和专用网络无法彼此共享数据就属于这种情况。 混合区块链网络的创建允许开放和封闭网络之间的互操作性和数据共享。 在Insolar区块链平台上，可以有许多不同的云运行私有或公共网络。 但是，它们能够通过内部协议相互通信，同步不同云之间的Merkle样张(见下文)。

Merkle Tree Hashes的互操作性

Merkle trees是区块链的核心特征。 它们将数据压缩为更易于管理的格式，同时它们还使数据事务更易于验证并检查它们是否已被篡改。Merkle Tree是通过加密散列(将数据转换为唯一文本)多个事务来创建的，以提供值(散列)，然后成对散列生成的散列(唯一文本)以形成顶级散列成为根的层次结构 它下面的哈希值的总和。 如果任何事务被篡改，它会导致从它创建的哈希值发生变化，因此很容易返回并查看某些内容已被更改。

因此，通过在网络中的对象状态上提供可独立验证的加密证明(Merkle散列)来确定真相是什么。

在区块链中，互操作性的范例意味着如何引用块的特定版本，依赖项或哈希码。 在Insolar中，对事务的Merkle根的引用提供了不同Insolar云之间的互操作性的基础，并且计划在连接到其他DLT时使用。 因此，合同可以接收呼叫并验证证据，而无需直接访问分类帐。

DLT与Insolar的互操作性

在Insolar上，将有两种方法可以在平台和其他DLT云之间建立通信。 第一种是通过远程调用高级API，类似于与传统系统的通信。 具体来说，对于Hyperledger Fabric，这将是唯一的选择。 但是，此选项不提供任何跨DLT验证：Insolar和DLT将基本上通过oracles相互交谈。 第二种选择是将包含在Insolar域中的不同DLT的代码并行运行，从而创建所谓的“parachain”配置。 它基本上像缓冲区一样使用Insolar代码和来自两个平台的数据。Insolar和其他DLT之间的Merkle样张将通过这个特殊的Insolar域进行验证。

还有可能在Insolar上运行原生合同。 最初的计划是运行Hyperledger Fabric链代码，但Insolar也能够在其虚拟机中运行Go或基于Java的合同。

需要互操作平台的互操作，为业界提供构建异构架构的广泛选择。 因此，我们避免供应商锁定，这反过来将导致更多的DLT采用，因为使用相同的数据更容易尝试不同的平台。Insolar已经确定，在技术开发的这个相对早期阶段，从其他平台执行本地合同是区块链采用的关键。