我知道我知道。有很多加密項目，有很多共識：基於勞動力和所有權、黃金、石油、烤餡餅（有一個，是的，是的）。我們還需要什麼呢？這是我在閱讀*Constellation專案的「輕量級」技術文件翻譯後提出討論的內容（）。當然，這並不是對演算法的完整描述，但我對 Habr 社群的意見很感興趣，這種共識是否有「存在」的地方，或者是否沒有必要？
沒有更多的字母了，所以如果你只是想寫“哇，盡可能多地談論加密貨幣”，那麼請不要寫。如果您對分散式系統領域的新進展感興趣，並且有什麼可以在評論中分享的，那麼請參考cat。
PS我不是該技術的作者，我不能保證其本質的完整轉移，所以我將很高興收到修改意見（如果有的話）。
從同步共識演變為非同步共識
使用確定性過程（與 BitTorrent 等 DHT 中使用的相同流程）選擇節點，該過程動態調整節點的職責以「促進」驗證，或更容易理解，以達成共識。我們選擇 3 個節點組成的群組並並行運行共識輪次，以便一個節點可以成為多個區塊的促進者。這使我們能夠非同步處理交易，這本質上意味著我們同時形成多個區塊鏈。這個過程就像蜘蛛網一樣，由許多線程形成，而不是隨著時間的推移形成單一鏈的節點。非同步或平行處理是可擴展程式設計的基礎，因為它允許使用所有電腦資源，從而加快整體運算速度。此網路在電腦科學中稱為有向無環圖或 DAG。
線性區塊鏈的通道寬度與 DAG 的乘法效應（其中我們有多個平行區塊鏈）。
針對 DAG 的線性區塊鏈的幾何實現。黑點是塊，白點是節點
我們在每個共識輪中使用 3 個節點，因為它為我們提供了一些有趣的數學過程來推理狀態，以連接三角形的形式在數據上形成一個「表面平面」。然後，該協議使用三角形將最佳表面縫合在一起，該表面不包含冗餘或不一致的數據，並且具有盡可能小的三角形。在演算法上，這類似於圖的“最小割”，在數學上，它類似於導數或最佳化函數（函數從中找到它可以沿著表面遍歷的最短路徑）。這個最短路徑相當於將資料（交易）最優地儲存在 DAG 中。衝突的三角形“瓷磚”使活動表面光滑且沒有衝突。
衝突檢測/處理的幾何實現。衝突的區塊會建立額外的表面圖塊。我們移除額外的表面瓷磚以保持平坦（=無衝突）的活動表面。
基於聲譽的共識
在最佳的去中心化 p2p 信譽系統中，每個節點應該能夠獨立確定其對其他節點的信任。我們的系統在分配全局分數時使用一種特殊模型，其中包括傳遞關係或節點與其他節點之間的關係。 “你的表現取決於你的公司。”最終結果是基於 $DAG 或常規通道中所有節點的可傳遞信任或聲譽的「傾斜」或梯度。這可以被認為是刷子或起司刨絲器，可以在「表面平面」上擦除並選擇要擦除的「三角形瓷磚」和留下的「三角形瓷磚」。這就是衝突邏輯實際上刪除“三角形瓷磚”的方式。
帶有衝突圖塊的 DAG 會穿過一個漸變的「彎曲」空間，類似於起司刨絲器，並且將移除或「擦除」衝突圖塊。
部分/全節點擴展
在網路理論中，最優分配通常被稱為“無標度”，它可以被描述為一種分層排列，其中大型中心節點管理許多較小的外圍節點。這種分佈在自然界中是可見的，尤其是在網路上。 Constellation 使用這種架構來“橫向擴展”，或增加我們圖的吞吐量或寬度。
層次劃分的效果。我們可以透過增加頻寬來添加更多節點
Hylochain - 基於通道的應用程式支持
我們的應用程式支援方法可以被視為「去中心化智慧合約平台」。 Constellation 不是運行所有邏輯並處理來自應用程式的所有數據的中央網絡，而是透過「內部頻道」協調應用程式數據，可以將其視為廣播來自內部系統的所有數據的電視台。每個人員通道可以實現自己的驗證邏輯，透過資料生產者的端對端認證和複合人員系統的傳遞驗證來解決預言機問題。狀態通道網路為應用程式提供並行支持，加快了智慧合約網路中傳統同步共識所限制的採用時間。
兩個通過 $DAG 網路「相容」的標準通道。它們可以互動或被解釋，因為它們都透過部署混合 $DAG + Channel 節點與 $DAG「整合」。
之所以稱為 Hylochain，是因為我們的應用程式支援方法使用遞歸方案函數式程式設計模型來建立 MapReduce 介面。特別是，可以整合 Hylomorphism 和 Metamorphism 遞歸方案，透過以與驗證智慧合約操作碼相同的方式驗證代數資料類型，在本機通道上建立可驗證的查詢和串流連線。最終結果是資料工程師熟悉且與現有大數據技術相容的功能性 MapReduce 介面。
Hylomorphic 和 Metamorphic 是標準的對比通道。在變形狀態下，來自兩個常規通道的資料被傳送到元通道中的區塊。在 Gilo 中，我們取得一個通道的先前狀態，並用它來查詢（詢問一個特定問題）另外兩個通道，然後將查詢結果儲存在一個區塊中。
Tokenomics 及其與 Hylochain 的聯繫
建立本機通道後，可以將其整合到 $DAG 通道中，但使用 ACI 或應用程式連結口。該介面只是一個 JSON 對象，其中包含配置資訊和與通道本身關聯的公鑰。我們將公鑰與常規通道相關聯的原因是為常規通道資料創建經紀機制。部署常規通道後，開發人員可以自行配置 $DAG 網路的付款如何在節點和運營商之間分配。
購買資訊存取或資訊修改的流程。請求被發送到$DAG，資金被發送到通道帳戶，結果被發送給買家，交易校驗和被發送到$DAG網絡，然後$DAG網絡將資金釋放到常規通道。
來源： www.habr.com
