揭開 Hyperledger Cacti 專案的面紗
作者: Peter Somogyvari(埃森哲),Jagpreet Singh Sasan(埃森哲),Izuru Sato (富士通),Takuma Takeuchi(富士通), Venkatraman Ramakrishna (IBM), Sandeep Nishad (IBM), Krishnasuri Narayanam (IBM), Dhinakaran Vinayagamurthy (IBM) 2022年11月7日,部落格,Hyperledger Cacti,互操作性
譯者
:皮冰鋒
校對:徐斌 Bruce
在超級賬本中,社群首次將兩個專案系統(包括架構和程式碼庫)合併而建立了一個新專案。
Hyperledger Cacti
是一個多元的互操作性平臺,它借鑑了
Hyperledger Cactus
和
Weaver
(一個超級賬本的實驗室專案)的前沿技術特性,為這兩種技術的使用者提供了清晰的技術路線。
Hyperledger Cacti 是一個可插拔的互操作性框架,用於連結基於異構分散式賬本和區塊鏈技術構建的網路,並執行跨多個網路的交易。建立 Cacti 的初衷是觀察到區塊鏈/DLT生態系統被分割成了幾個獨立的網路,每個網路基於不同的DLT技術構建而成,其中許多是許可鏈專案,但這些專案因為彼此隔離,限制了它們的業務流程(基於智慧合約和去中心化應用“dapps”)的規模和效用,使其資產被困在孤島中。
以一個採用區塊鏈賬本記錄貨物提單的貿易物流網路(如 TradeLens)為例,在貿易融資網路(如 Marco Polo 馬可波羅)上履行信用證付款義務時,這些票 據提單需要被使用,但當前欠缺一個制度化的機制,以支援在兩個網路之間共享提單和真實性證明,貿易融資網路不得不依賴於不可信的託運人,為了能順利獲得付款,就賄賂託運人提供虛假賬單。另一種是在 DeFi 場景中越來越普遍和突出的需求,金融工具和貨幣賬戶(例如,中央銀行數字貨幣或CBDC)維護在不同的區塊鏈賬本中。但是這種事態將抑制貨幣的交換,並限制這些網路及其所建立的 DLT 的效用,除非實現原子交換機制(比如將一個網路上的證券轉換成另一個網路上的數字代幣)的制度化。
從這些例子以及企業和商業聯盟經常遇到的其他例子中推斷,我們可以確定為了實現賬本狀態的共享、跨網路邊界的資產轉移和資產的原子性 交 換而進行網路互操作的必要性。但是,考慮到各個網路的隱私性、自治性及效能的原因,必然需要多個網路共存,不能迫使它們全部合併成一個單一的全球性網路或基於單一的全球結算鏈的訂閱模式,因此必須實現這些網路間的互操作性。
Hyperledger Cacti 提供了一種互操作性解決方案,它不需要將多條鏈合併成一條“統一鏈”來統治管理,也不需要建立一條新的結算鏈及共識協議讓現有的網路訂閱。相反,Cacti 允許每條網路在根據需要進行跨鏈交易時保持決策自主權。實際上,Hyperledger Cacti 將去中心化的信任延伸到了單個網路的範圍之外,無需合併或整合網路,而是採用了基於網路的網路,如下圖的示例中使用的 DLT 網路和跨鏈操作。
Hyperledger Cacti 的一個核心設計原則是,它不需要修改任何現有的 DLT 技術堆疊,只是在合約層和應用層(或第2層)執行。 這使得 Cacti 不僅可以適用於現有的 DLT 技術構建的網路,還可以適用於未來的 DLT 技術。 Hyperledger Cacti 的初始版本將為以下九種 DLT 技術提供不同程度的互操作性和連線功能(在後續的專案路線圖中會新增對其他DLT技術的互操作性支援)。
-
Hyperledger Besu -
Hyperledger Fabric -
Hyperledger Indy -
Hyperledger Iroha -
Hyperledger Sawtooth -
R3 Corda -
Go-Ethereum -
Quorum -
Xdai
互操作性的核心功能,如證明驗證和鎖管理,可以使用指定的驗證池或安裝在核心網路中的智慧合約和 DApp 來執行;使用者可以根據所需的信任級別和願意接受的管理開銷進行選擇。Cacti 提供通用的(或者說全面的)客戶端 SDK 和 API 的方式,支援使用者自行選擇和啟用相關的功能。為了提供異構 DLT 的互操作性基礎,Cacti 將維護一個聯結器或驅動程式池,支援多種DLT技術的不同版本,在跨賬本交易的場景中,這些聯結器或驅動程式就充當某個特定賬本的操作的入口。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/70012206/viewspace-2928357/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 揭開ThreadLocal的面紗thread
- 揭開 Kubernetes 的神祕面紗
- 揭開“QUIC”的神祕面紗UI
- 揭開“信創”的神秘面紗
- 揭開OKR (Objectives and Key Results) 的面紗OKRObject
- 揭開Kotlin協程的神秘面紗Kotlin
- 『MySQL』揭開索引神祕面紗MySql索引
- 揭開Java記憶體管理的面紗Java記憶體
- 揭開神秘面紗——深入淺出ThreadLocalthread
- Dive into TensorFlow系列(3)- 揭開Tensor的神秘面紗
- 揭開redux,react-redux的神祕面紗ReduxReact
- 揭開Future的神祕面紗——任務取消
- 揭開單體應用程式的神祕面紗
- 揭開java記憶體模型的神祕面紗Java記憶體模型
- 揭開Future的神祕面紗——結果獲取
- 揭開Future的神祕面紗——任務執行
- 專訪七牛何李石:揭開佈道師的神祕面紗
- 從一個Demo開始,揭開Netty的神祕面紗Netty
- 揭開NoahV智慧運維前端框架的神祕面紗運維前端框架
- 《SpringBoot判空處理》揭開@Valid與@Validated的面紗Spring Boot
- 揭開DRF序列化技術的神祕面紗
- 揭開React中server-side rending的神祕面紗ReactServerIDE
- 揭開JS無埋點技術的神祕面紗JS
- 揭開周獲 18k star 開源專案的神祕面紗「GitHub 熱點速覽 v.22.28」Github
- 重學MySQL-揭開面紗,顯露架構MySql架構
- 鴻蒙OS揭面紗,開發者怎麼看鴻蒙
- 揭開C++移動與複製的神祕面紗C++
- 揭開神秘面紗,會stream流就會大資料大資料
- 【譯】用 GitHub Copilot 提交註釋揭開歷史的神秘面紗Github
- 揭開雲原生資料管理的神祕面紗:操作層級
- NYDIG交易所揭開區塊鏈節點神秘的面紗區塊鏈
- 是時候揭開混合雲架構的神祕面紗了!架構
- 揭開AI、機器學習和深度學習的神秘面紗AI機器學習深度學習
- netty原始碼分析之揭開reactor執行緒的面紗(三)Netty原始碼React執行緒
- netty原始碼分析之揭開reactor執行緒的面紗(二)Netty原始碼React執行緒
- netty原始碼分析之揭開reactor執行緒的面紗(一)Netty原始碼React執行緒
- 揭開Redux神祕面紗:手寫一個min-ReduxRedux
- 帶你揭開神秘的javascript AST面紗之AST 基礎與功能JavaScriptAST