以太坊fetcher

如何在區塊鏈存儲信息

在區塊鏈上存儲信息的方式：調用區塊鏈平台提供的API

一般區塊鏈平台會提供相應的介面，比如RPC，JSON-RPC，HTTP等，當然平台不一樣友好程度不一樣

有些專門做API的公司比如BlockCypher，能提供友好的調用介面，手機上寫答案不是很方便，搜索下吧

至於存儲的內容方面補充一點，文件hash記錄鏈上，文件實體除了常規的雲存儲外，也有基於區塊鏈的存儲方案，比如ipfs，storej等等

簡單的來說，區塊鏈的數據儲存是通過區塊通過公式演算法過程後被正式納入區塊鏈中儲存，全網節點均表示接受該區塊，而表示接受的方法，就是將區塊的隨機散列值是為最新的區塊散列值，興趣快的製造將以該區塊鏈為基礎進行延長。

區塊鏈是一種按照時間順序將數據區塊以順序相連的方式組合成的一種鏈式數據結構，並以密碼學方式保證的不可篡改和不可偽造的分布式賬本。廣義來講，區塊鏈技術是利用塊鏈式數據結構來驗證與存儲數據、利用分布式節點共識演算法來生成和更新數據、利用密碼學的方式保證數據傳輸和訪問的安全、利用由自動化腳本代碼組成的智能合約來編程和操作數據的一種全新的分布式基礎架構與計算範式。

區塊鏈最簡單的解釋區塊鏈最通俗易懂的意思

區塊鏈正在得到越來越廣泛的應用，並將發揮重大作用，區塊鏈正在成為全球技術發展的前沿陣地，與人工智慧、量子信息、移動通信、物聯網一道，被列為新一代信息技術的代表。

區塊鏈是跨計算機網路共享的資料庫。一旦將記錄添加到數據鏈中，就很難更改。為了確保資料庫的所有副本都相同，網路會進行不斷地檢查。

區塊鏈資料庫

大家知道，數據可以是任何信息，例如交易信息。這些數據信息可以被捆綁在一起成為一個互通的數據塊。這些數據塊又可以一個接一個地組成為一個互通的數據鏈路。區塊鏈資料庫基本部分如下圖所示：

區塊鏈運作方式

我們以一個網上交易為例解釋這個交易納入區塊鏈的運作方式與步驟：

第一步：記錄交易。設張三在網上賣給了李四一件物品，做成一筆網上交易。該記錄數據列出了詳細的交易信息，包括來自各方的數字簽名。

第二步：該交易記錄通過網路檢查。網路中稱為「節點」的計算機檢查交易的詳細信息，以確保交易正確有效。

第三步：經網路檢查接受的記錄添加到數據塊中。每個數據塊包含一個唯一代碼。它還包含數據鏈中上一個數據塊的唯一代碼。

第四步：數據塊被添加到數據區塊鏈中。唯一代碼以特定順序將數據塊連接在一起。

從技術角度來講，智能合約被認為是網路伺服器，只是這些伺服器並不是使用IP地址架設在互聯網上，而是架設在區塊鏈上（智鏈ChainNova）。從而可以在其上面運行特定的合約程序。但是與網路伺服器不同的是，所有人都可以看到智能合約，因為這些智能合約的代碼和狀態都在區塊鏈上（假設區塊鏈是公開的）。而且，與網路伺服器不同的是，智能合約不依賴某個特定的硬體設備，事實上，智能合約的代碼由所有參與挖礦的設備來執行（這也意味著進入單個合約的算力是有限的，盡管挖礦難度的自動調整會調節這種影響）。智能合約是編程在區塊鏈上的匯編語言。通常人們不會自己寫位元組碼，但是會從更高級的語言來編譯它，例如用Solidity，與Javascript類似的專用語言。這些位元組碼確實給區塊鏈的功能性提供了指引，因此代碼可以很容易與它進行交互，例如轉移密碼學貨幣和記錄事件，代碼的執行是自動的：要麼成功執行，或者所有的狀態變化都撤消（包括從當前失敗的合約中已經送或接收的信息。）這是很重要的，因為它避免了合約部分執行的情況。

❷ 死磕以太坊源碼分析之Fetcher同步

區塊數據同步分為被動同步和主動同步，Fetcher負責被動同步，主要任務包括接收新區塊廣播並進行同步。新產生的區塊通過NewBlockHashesMsg 和 NewBlockMsg 進行傳播，Fetcher對象通過接收這些消息發現新的區塊信息。Fetcher在內部將同步過程分為幾個階段，並為每個階段設置狀態欄位，用於記錄階段數據。首先同步區塊哈希，當接收到哈希時，會將哈希標記在遠程節點上，並在本地資料庫中查找是否存在該哈希，若不存在，則放入unknown列表，之後通過channel通知本地fetcher模塊請求該區塊的header和body。fetcher模塊根據接收的header和body狀態，在fetching和completing列表中進行管理。當確認fetching和completing列表中不存在指定區塊哈希時，將哈希放入到announced列表，並准備拉取header和body。fetcher模塊通過fetchTimer周期性地從announced列表中選擇區塊哈希，進行header的拉取。拉取header時，選擇要下載的區塊，從announced轉移到fetching中，並發送下載請求。header請求由遠程節點通過GetBlockHeadersMsg處理，並返回給本地節點。header處理包括過濾和通知downloader對象。header過濾主要步驟涉及校驗、過濾與本地資料庫的不匹配塊以及同步演算法的header等。過濾後的header放入complete或incomplete列表。body同步的過程涉及從complete列表中選擇哈希，進行同步body。body請求通過p.RequestBodies發送GetBlockBodiesMsg消息，並在downloader對象中處理。body過濾主要涉及過濾和同步邏輯，最終導入完整塊到資料庫。同步區塊哈希和區塊的整個流程涉及復雜的機制和邏輯，包括DOS攻擊的防範、區塊高度的限制、header和body的同步等，最終目標是確保本地區塊鏈與遠程節點保持同步狀態。