[發明專利]區塊鏈背書驗證

有效

• 申請號: 202010010200.0
• 申請日: 2020-01-06
• 公開（公告）號: CN111414413B
• 公開（公告）日: 2023-09-29
• 發明（設計）人: 河原亮
• 申請（專利權）人: 國際商業機器公司
• 主分類號: G06F16/27
• 分類號: G06F16/27;H04L9/06;H04L67/1097
• 代理公司: 北京市中咨律師事務所 11247
• 代理人: 劉都;于靜

示例操作可以包括以下中的一個或多個：接收輸入，該輸入包括背書策略、區塊鏈網絡的結構以及針對要容忍的故障程度的要求；將所接收的輸入變換為中間數據，該中間數據包括代表區塊鏈網絡的節點的故障狀態的變量的標識符，以及背書策略和針對要容忍的故障程度的要求對節點的故障狀態的約束：否定中間數據中約束的子集；基于所有可能的故障狀態，確定遵循背書策略和針對故障程度的要求的區塊鏈是否具有區塊鏈固有特性；以及經由顯示屏顯示確定結果。

技術領域

本申請一般涉及區塊鏈開發，并且更具體地，涉及用于驗證可定制背書策略的實現是否滿足區塊鏈特性的系統。

背景技術

集中式數據庫在一個位置存儲和維護數據。該位置通常是中央計算系統，諸如服務器或大型計算機。通?？梢詮亩鄠€不同點訪問存儲在集中式數據庫中的信息。例如，多個用戶或客戶端工作站可以基于客戶端/服務器配置在集中式數據庫上同時工作。由于集中式數據庫的單一位置，因此集中式數據庫易于管理、維護和控制，特別是出于安全目的。在集中式數據庫中，由于所有數據的單個存儲位置也意味著給定的數據集僅具有一個主記錄，因此使數據完整性最大化，并使數據冗余最小化。這有助于維護數據盡可能準確和一致，并增強數據可靠性。

然而，集中式數據庫存在重大缺陷。例如，集中式數據庫具有單個故障點。特別地，如果沒有容錯設置并且發生硬件故障，則數據庫中的所有數據都會丟失，并且所有用戶的工作都會中斷。此外，集中式數據庫高度取決于網絡連接。因此，因特網連接越慢，每個數據庫訪問所需的時間就越長。另一個缺點是，當集中式數據庫經歷高流量時，可能會出現瓶頸制約。此外，由于僅維護數據的一個活動/生產副本，因此集中式數據庫提供了對數據的有限訪問。因此，多個用戶可能無法在不產生諸如覆蓋必要數據的問題的情況下同時訪問同一條數據。此外，由于中央數據庫幾乎沒有數據冗余，因此如果一組數據意外丟失，則可能很難恢復，除非通過手動操作從備份磁盤存儲中恢復。

在全球供應鏈、金融服務、醫療保健、政府和許多其它行業中，創新者正在探索使用區塊鏈來打破傳統存儲并將其轉變為分散存儲方案的方法。許多行業領導者已經通過使用區塊鏈存儲實現了顯著的業務收益，包括更高的透明度、增強的安全性、改進的可追溯性、提高的交易效率和速度以及降低的成本。

在可以將數據(例如，交易)存儲在區塊鏈上之前，必須由區塊鏈網絡內的節點的共識(consensus)來批準。Hyperledger?Fabric是一種支持特定于應用的、可定制的共識協議(稱為背書策略)的區塊鏈基礎設施，該協議可以支持多種區塊鏈應用。然而，由于允許的定制，因此難以確保實現背書策略的區塊鏈網絡滿足諸如拜占庭容錯的區塊鏈要求。因此，需要用于驗證可定制的背書策略和實現它們的網絡的機制。

發明內容

一個示例實施例可以提供系統，該系統包括以下中的一個或多個：存儲裝置，其被配置為存儲輸入，該輸入包括背書策略、區塊鏈網絡的結構和針對區塊鏈的要求；以及處理器，其被配置為以下中的一個或多個：將輸入變換為中間數據，該中間數據包括區塊鏈網絡的節點的故障狀態、背書策略對節點的約束、以及區塊鏈要求對節點的否定約束，基于變換的中間數據確定背書策略是否滿足區塊鏈要求的要求，并經由顯示屏顯示確定的結果。

另一示例實施例可以提供方法，該方法包括以下中的一個或多個：接收輸入，該輸入包括背書策略、區塊鏈網絡的結構以及針對區塊鏈的要求，將接收的輸入變換為中間數據，該中間數據包括區塊鏈網絡的節點的故障狀態、背書策略對節點的約束、以及區塊鏈要求對節點的否定約束，基于中間數據確定背書策略是否滿足區塊鏈要求，并經由顯示屏顯示確定的結果。

另一示例實施例可以提供包括指令的非暫態計算機可讀介質，當指令被處理器讀取時使處理器執行以下中的一個或多個：接收輸入，該輸入包括背書策略、區塊鏈網絡的結構，以及針對區塊鏈的要求，將接收的輸入變換為中間數據，該中間數據包括區塊鏈網絡的節點的故障狀態、背書策略對節點的約束、以及區塊鏈要求對節點的否定約束，基于中間數據確定背書策略是否滿足區塊鏈要求，并經由顯示屏顯示確定的結果。

附圖說明