區塊鏈具有很大的發展前景，但企業對采用這種技術創新猶豫不決。 其中一個主要原因是供應商鎖定的風險，即企業大量投資于公司的技術，如果公司希望轉換，公司在合作的同時，不希望數據轉移提供給其他供應商。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已經確定，在技術開發的這個相對早期階段，從其他平臺執行本地合同是區塊鏈采用的關鍵。