BITX:鏈上鏈下協同的數據歸檔真的太難了！和解？

前言

區塊鏈的全復制、擴展性等問題，使得業務向鏈上遷移會考慮采用兩層設計，有基于區塊鏈的合約層和鏈下拓展層，鏈下層承擔擴展鏈上能力。在兩層系統中，業務的存證或者協調數據在鏈上，鏈下拓展層會保存完整數據內容，并參與業務計算。

隨著業務的持續，鏈下節點的數據會逐漸累積，越來越大，數據的增長速度甚至會超過存儲介質容量增長的速度，而不得不為節點提供更大的高性能磁盤，當數據增長突破容量限定后會影響系統性能與業務持續性；鏈上合約層，當狀態數據數據累積到一定數據量級會導致系統吞吐量下降、鏈上數據查詢變慢，服務質量下降。

另一方面，雙層系統無法和一般的數據存儲系統(MySQL存儲系統)一樣進行“select-insert-delete”式的歸檔。合約數據涉及多個業務參與方，鏈上數據和鏈下的錨定、關聯關系不能被破壞等約束。

觀點：鏈上MKR里有30億的USDC抵押鑄造DAI，觸發清算將損失慘重:金色財經報道，加密KOL“神魚”發推分析稱：USDC有兩個關鍵節點，第一是鏈上MKR里面有30億的USDC抵押鑄造DAI，一旦觸發清算將損失慘重；二是周一銀行開門提現潮來臨，需要關注擠兌情況。幣安目前持有30+億的USDC，需要關注交易所及做市商動態。[2023/3/11 12:57:01]

為解決這些問題，我們對兩層系統的數據歸檔進行了一定的實踐，當合約層以及拓展層數據停止改變或不被頻繁使用時，對其進行遷移，減少合約狀態數據、讓出拓展層節點主存儲空間，提升系統的性能和服務質量。

什么是數據歸檔？

-----數據歸檔過程和目標

為了詳述數據歸檔來龍去脈，我們需要了解幾個簡單的概念，首先，需要了解備份和歸檔的區別：

PeckShield：BSC鏈上Merlin Lab遭攻擊源于收益邏輯漏洞:PeckShield派盾安全人員定位發現，BSC鏈上收益聚合器 Merlin Lab 遭到黑客攻擊源于 MerlinStrategyAlpacaBNB 中存在的邏輯漏洞，合約誤將收益者轉賬的 WBNB 作為挖礦收益，使得合約增發更多的 $MERL 作為獎勵。[2021/6/29 0:14:46]

備份：存儲在非易失性存儲介質上的數據集合，在原始數據丟失、損壞或不可用時，可以從備份系統訪問或從備份數據中恢復，也稱為副本。備份同時保護了所有生產系統的活躍的和非活躍的數據。我們通常說的備份，類似“復制“操作。歸檔：將不再活躍但必須保留的數據移動到另一個存儲系統，以便釋放節點主存儲，提高系統性能。歸檔的數據是生產數據的子集，一般，將歸檔數據轉存到專用系統，歸檔類似”剪切“操作。在兩層系統語境下，歸檔意味著將合約的狀態數據以及數據錨定的鏈下系統數據作為一個整體進行歸檔。

USDC已在Stellar鏈上發行:2月2日消息，Circle旗下穩定幣USDC已在stellar區塊鏈上發行。Circle首席執行官對此表示，希望USDC能盡可能被廣泛地采用。[2021/2/2 18:43:46]

對數據歸檔，我們要達到如下目標：

1）獨立的數據歸檔支持合約，用于索引鏈上的數據，包括3方面內容：數據指紋、更新時間、關聯方；

2）一個歸檔模塊以及獨立歸檔服務：使用統一的架構，將數據遷移到一致的位置；

3）歸檔后的數據需要進行統一管理和一致的訪問；減少運維歸檔數據所需的成本，同時需要保護歸檔數據的安全性；

4）歸檔后的數據具有索引和搜索功能，能更有效、快捷地對歸檔的數據訪問并利用；

5）相關歸檔的恢復：可以將某次歸檔恢復到生產環境。

Gavin Wood：鏈上治理開啟后的4周可以啟動DOT轉賬功能:根據波卡周報，7月16日，Web3基金會發布公告，DOT還不能轉賬。目前波卡代幣的分配在技術上、法律上都是不可轉讓的。目前在交易所交易的任何DOT都沒有Web3基金會的認可。參與這些交易可能會使你面臨欺詐的風險。

7月18日，波卡創始人Gavin Wood再次更新Medium文章，呼吁大家盡快選擇出波卡理事會成員，以加快開啟第三階段治理功能。Wood在Riot中回復網友問題，目前只是理事會的選舉，還沒有到第三階段的治理功能。但是如果沒有問題的話，希望在下周開啟治理功能并移除Sudo超級權限。

至于大家關心的轉賬時間，Gavin回復稱，治理功能開啟后的4周，甚至更短的時間，就可以啟動了。PolkaWorld注：如果下周啟動第三階段的鏈上治理，預測轉賬時間將在8月下旬開啟。（PolkaWorld）[2020/7/19]

一般的數據歸檔的過程：select-insert-delete，創建一個新的數據庫-歸檔庫，然后在歸檔庫創建與生產庫相同的表；不斷查詢生產庫數據記錄，同步復制到歸檔庫；生產庫刪除已經復制的數據記錄。雖然數據歸檔過程非常簡單，但是設計數據歸檔的方案，我們必須想清楚以下幾個問題？

動態 | BTC鏈上出現約1700枚大額轉賬:監測數據顯示，今日14:58:50，3LW1sakL開頭地址向33K37R8A開頭地址轉賬1699.99枚BTC，價值1395.69萬美元，交易哈希為：

7232c5cfd146412da27982abb7d0e3eff682ca1ae784e12d630371989a30b20d[2019/6/14]

歸檔前：那些數據可以歸檔？數據適合歸檔嗎？歸檔庫如何選型？歸檔執行階段：數據歸檔過程需要不斷的讀寫生產庫，這個過程將會大量使用的網絡、IO，那為了防止對線上業務造成壓力，數據歸檔一般只在業務低峰期執行。歸檔后：數據冪等被破壞，數據歸檔導致生成數據缺失，會對業務造成影響。針對歸檔的過程和目標。綜上，我們將提出設計和實現契合自身架構特點的歸檔方案。

歸檔方案實踐

趣鏈科技自研的區塊鏈隱私計算平臺BitXMesh，將區塊鏈與隱私計算技術深度融合，支持鏈上鏈下協同的數據共享和隱私計算。

BitXMesh是一個兩層架構系統。包括區塊鏈合約層，鏈上部署有數據共享合約、聯邦計算協調合約等，鏈下拓展層由BitXMesh節點組成并提供數據共享、聯邦計算等能力。從數據的維度看，整個系統由合約數據及合約數據錨定、節點內的數據以及支撐節點能力、逐漸累積的業務功能數據組成。歸檔數據的時候需要考慮：鏈上數據和節點本地數據，數據之間的錨定關系，以及本地數據的關聯關系。同時，數據類型也是需要考慮的，節點內有文件、K/V類型的數據，這些數據歸檔需要存放在不同的歸檔庫中。

BitXMesh數據歸檔組件包含：內部的歸檔模塊(Archivermodule)、鏈上數據歸檔支持合約、存儲對接組件、歸檔庫(存儲歸檔數據)。其中，鏈上數據歸檔支持合約是為了兩層系統協同歸檔而構建的合約，合約主要功能是進行鏈上數據的索引以及按時間進行引用計算，便于定位鏈上數據。整個歸檔模塊組件及其構成，如下圖。

針對K/V類型的數據，選擇BadgerDB作為歸檔庫，存放BitXMesh歸檔的K/V數據；對文件數據，使用IPFS作為歸檔存儲，同時文件的元信息存儲在BadgerDB歸檔庫；整個歸檔數據項的標識ID都會記錄在歸檔摘要文件中，歸檔摘要文件記錄了整個歸檔的元信息，該文件也可以提供給基于BitXMesh開發的業務系統使用，將業務系統的數據也進行歸檔。整個歸檔過程如下：

1）首先，歸檔庫初始化。指定歸檔庫存儲路徑，會在該目錄下創建K/VBadgerDB庫以及存儲大文件的ipfs，這兩個庫的創建尤其關鍵，歸檔的數據存儲于兩個庫中，后續可開發應用對歸檔的數據進行管理。2）其次，執行歸檔。目前，按“時間區間”進行歸檔，分為兩個階段：鏈上數據及與鏈上錨定的節點數據的歸檔、鏈下節點數據歸檔。

鏈上數據及與鏈上錨定的節點數據的歸檔：該步驟需要歸檔支持合約的支持，歸檔支持合約主要存儲鏈上數據的標識信息以及數據存儲時間。當歸檔時，先查詢該合約得到需要歸檔的數據列表，根據這個數據列表，去歸檔節點與其錨定的數據。整個過程包括查詢-寫入-刪除，查詢鏈上數據和鏈下數據，將查詢得到的數據信息寫入到歸檔庫，一旦寫入成功，將摘要寫入到歸檔摘要文件，最后刪除數據。鏈下節點數據歸檔：該步驟歸檔節點的業務數據，落到時間區間的數據即可執行查詢-寫入-刪除操作。一旦碰到文件數據，需要查詢元信息，寫入K/V歸檔庫，再取文件block寫入到ipfs歸檔系統。3）最后，資源回收和落盤操作。上面兩步已經將符合時間范圍的數據進行歸檔，之后需要將歸檔模塊訪問節點數據的連接斷開，歸檔庫也需要關閉數據訪問連接。歸檔摘要文件落到磁盤。

在進行了一次歸檔操作后，歸檔庫中的數據可以通過歸檔服務進行訪問，類似業務系統的做法，將歸檔庫作為backend數據存儲，通過HTTP接口訪問這些歸檔的數據。

總結

數據歸檔是針對大量數據累積的系統，對數據進行有計劃的遷移，當數據停止改變或不被頻繁使用時，通過數據歸檔把它們轉存到別的地方，讓出存儲空間，提升系統的性能。本文以BitXMesh數據歸檔模塊為例，對鏈上-鏈下兩層架構系統的數據歸檔進行實踐，將歸檔融入到系統功能，完成了歸檔使用統一的架構，將數據遷移到一致的位置，歸檔后的數據需要進行，統一管理和一致的訪問目標。

Tags：BITXUSDBITUSDCUSDNBitcoin最新價格usdc幣與usdt幣哪個好

AVAX