最近我與一位高階軟體工程師和一個區塊鏈架構師就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相比的架構的一些方面。根據從平臺獲得的資料開發快速報告資料庫。