最近我與一位高級軟件工程師和一個區塊鏈架構師就Insolar進行了一次對話，區塊鏈架構師是世界上最大的軟件供應商之一。這位工程師對前幾代的分散化和區塊鏈平臺提出了一些好觀點。我們的對話讓我解釋了Insolar區塊鏈平臺的一些基本架構方面，并闡明了如何在一個系統中實現可伸縮性、透明性和許可性。讓我們來看看工程師經常問我的關于Insolar體系結構的一些主要主題。

處理和持久性

Insolar網絡的基本大規模單元是Globula，可能包含多達1，000個屬于不同參與者的節點。目前，我們開發主網和EnterpriseNet，其中的節點將基于云，由Insolar或其合作伙伴提供。將來，節點可以放置在室內或云中 - 例如， Insolar主網/EnterpriseNet或AWS等。

共識

Globula生活在周期中 - 就是脈沖。脈沖同步網絡，是必須處理對象以執行或驗證的設定時間。他們的持續時間可以調整，在寫作時大約10秒。在每個脈沖，基于BFT的共識算法確保網絡狀態是一致的：新節點插入網絡上的共享視圖，同時刪除故障/可疑節點等。這確保所有節點的行為一致， 達成共識的規則。在每次達成共識之后，Globula中的所有“好”節點都被分配為不同對象（鏈）執行不同的角色。由于完成了共識，所有節點在網絡配置上具有相似的視圖，因此這種分配是精確且無爭議的。

節點角色

Insolar有Virtual Executors處理事務，Virtual Validators，Light Material Executors和Light Material Validators持久處理和驗證存儲操作的結果。共識協議確保沒有Executor可以驗證自己的輸出，并且沒有節點可以在下一個脈沖期間可靠地預測其角色。

OmniScaling

每個特定事務只能有一個Executor，但許多Validator。如果事務花費的時間超過一個脈沖，則Executor節點將獲得繼續執行的權限（來自下一個脈沖上的可執行執行程序）。Validator的數量可以根據交易風險的感知價值進行調整。同樣，這是OmniScaling的核心：在添加更多節點時允許容量的潛在線性增加。Insolar計劃通過匯集Executors來進一步擴展此功能。

冷熱儲存

持久層由Light和Heavy Material節點組成。Light節點負責構建塊并將它們連接成鏈，以及形成物理存儲單元（在Insolar中稱為Jet Drops）。Light Material節點在預定義（可配置）的脈沖數量上有效地充當緩存，而Heavy Material節點提供冷的長期存儲。這允許避免為經常訪問的對象進入冷存儲器。只有Material節點才能訪問存儲的數據 - 虛擬節點無法直接訪問它。

接入速率

有人會說，為了處理一個物體，這必須最終從冷藏庫中提起，這是昂貴的。但是在Insolar區塊鏈平臺上，它只在極少數情況下完成，并且只能從Heavy到Light Material節點完成。在此之后，該物體被緩存。仍然需要在節點之間傳遞數據，但是：僅針對直接參與所述數據對象的處理的節點（即，在單個Globula的情況下，并非所有網絡節點）。相反，在像以太坊這樣的普通式區塊鏈平臺中，完整的網絡處理和交換數據; 在Insolar上，這只發生在幾個（可配置的數量）節點上。

公共/私人和許可/無權

域作為治理工具

域是一種特殊的智能合約，定義了一個框架（策略和設置），在其中執行其他智能合約。該框架可能包含大量內容：業務領域（例如貿易融資）; 訪問規則（許可或許可）; 可以執行智能合約并存儲其結果的位置（例如地理位置）; 驗證的共識規則（例如驗證節點和/或算法的數量與風險值的對比）; 等等。

Insolar網絡

我們相信，企業的任何實際設置都將獲得許可，因為企業需要保護有價值的數據。但是，Insolar正在開發主網，需要加入程序，但一旦參與者加入，所有參與者都可以使用所有數據。為了確保網絡的穩定性和用戶的安全性，主網的初始設置將利用Insolar和Insolar合作伙伴的節點。在后期階段，任何節點都可以通過放樣過程公開加入。之后，我們將啟動EnterpriseNet，其中將針對不同的業務案例和適當的數據訪問策略實施域。

互通性

Insolar開發路線圖的后期是不同的Insolar網絡（云）之間的集成，以及與其他區塊鏈和分布式分類賬（DLT）的連接。一切都是Insolar區塊鏈平臺內的契約，這意味著內部和外部都有技術上類似的通信 - 通過遠程調用和API調用。平臺代碼在Github上可用，我們計劃提供OEM包，因此大家都可以在完全私有（或相反，公共）設置中擴展功能。

關于Insolar區塊鏈平臺的花絮

· Insolar沒有“挖掘”職能

· 節點必須在任何設置（公共或私有）中被授權，有幾種機制和協議可確保它們符合網絡的利益。

· Insolar采用基于節點角色分離（executor/validators）的可擴展性機制以及熱和冷持久性的分片。

· 由于上述角色模型，通信和數據傳輸的數量得到了高度優化，并且比像以太網這樣的普通式區塊鏈平臺低了幾個數量級。

· 使用Insolar并不意味著所有數據和所有處理遷移到Insolar區塊鏈平臺 - 該平臺可以是涉及現有系統的異構設置的一部分。

· Insolar可以促進許可或許可的不同情況，以及公共或私人或其組合。

以上內容涵蓋了Insolar區塊鏈平臺的基本架構和重要特征。 此外，我決定將其分為兩個部分，以進一步深入了解Insolar的架構。 在下一篇文章中，我們深入探討平臺的處理和持久性，以及私有/公共和許可/許可方面。 此外，我將澄清與早期DLT相比的架構的一些方面。根據從平臺獲得的數據開發快速報告數據庫。