以太坊數據同步完佔用多大空間

① 為什麼說，以太坊的顯卡礦機殘值很高

礦機的託管

賺取電費差價是礦場的主要盈利模式，賣出的電越多，礦場賺得越多。比特幣 ASIC 礦機耗電量高，維護相對簡單，所以深受礦場歡迎，在託管時，可以選擇的礦場多。

以太坊的顯卡礦機不僅耗電量小，而且還體積大。跟比特幣 ASIC 礦機相比，普通的顯卡機器佔地比達到 1:3，也就是說 3 台 ASIC 礦機的空間只能容下一台顯卡礦機。

此外，顯卡礦機對礦場的環境要求高。除了最基本的防塵、防潮、控制礦場內部氣溫外，還需要礦場做防靜電處理。

顯卡礦機關機後重啟，普遍會出現掉算力的情況，增加現場運維的工作量，所以在選擇託管礦場時，礦場電力供應的穩定性和運維能力是非常重要的考察因素。

顯卡礦機在很多礦場並不受待見，可以選擇的託管礦場也比較少。一般而言，顯卡礦機託管時，礦場收取的電價普遍比 ASIC 礦機高。

礦機殘值

ASIC 礦機的晶元是定製的，只能挖固定演算法的幣種，比如比特幣的 SHA-256 礦機就只能挖 BTC、BCH、BSV。ASIC 礦機報廢之後，就只能當作硬體賣掉，礦機中的貴金屬會被提煉出來再利用。一台報廢的 ASIC 礦機硬體只能賣 30 元左右，所以說 ASIC 礦機的殘值很低，

相比之下，以太坊的顯卡礦機殘值很高。

首先，如果顯卡礦機無法挖以太坊了，可以轉挖其他小幣種，選擇權很多。

其次，即便不挖礦，顯卡礦機的顯卡拆卸下來，還可以進入消費領域，賣給網吧、游戲玩家或者是需要處理大量圖形圖像的公司。一般來說，挖了兩年的顯卡，殘值率大概是全新顯卡市價的 30% 左右。

除此之外，顯卡礦機除顯卡以外的剩餘部分（主板、CPU、電源、硬碟等等）還可以被重復利用，也有很高的殘值，一般可賣到 500～1000 元。

② 【深度知識】以太坊數據序列化RLP編碼/解碼原理

RLP(Recursive Length Prefix)，中文翻譯過來叫遞歸長度前綴編碼，它是以太坊序列化所採用的編碼方式。RLP主要用於以太坊中數據的網路傳輸和持久化存儲。

對象序列化方法有很多種，常見的像JSON編碼，但是JSON有個明顯的缺點：編碼結果比較大。例如有如下的結構：

變數s序列化的結果是{"name":"icattlecoder","sex":"male"},字元串長度35，實際有效數據是icattlecoder 和male，共計16個位元組，我們可以看到JSON的序列化時引入了太多的冗餘信息。假設以太坊採用JSON來序列化，那麼本來50GB的區塊鏈可能現在就要100GB，當然實際沒這么簡單。

所以，以太坊需要設計一種結果更小的編碼方法。

RLP編碼的定義只處理兩類數據：一類是字元串（例如位元組數組），一類是列表。字元串指的是一串二進制數據，列表是一個嵌套遞歸的結構，裡面可以包含字元串和列表，例如["cat",["puppy","cow"],"horse",[[]],"pig",[""],"sheep"]就是一個復雜的列表。其他類型的數據需要轉成以上的兩類，轉換的規則不是RLP編碼定義的，可以根據自己的規則轉換，例如struct可以轉成列表，int可以轉成二進制（屬於字元串一類），以太坊中整數都以大端形式存儲。

從RLP編碼的名字可以看出它的特點：一個是遞歸，被編碼的數據是遞歸的結構，編碼演算法也是遞歸進行處理的；二是長度前綴，也就是RLP編碼都帶有一個前綴，這個前綴是跟被編碼數據的長度相關的，從下面的編碼規則中可以看出這一點。

對於值在[0, 127]之間的單個位元組，其編碼是其本身。

例1：a的編碼是97。

如果byte數組長度l <= 55，編碼的結果是數組本身，再加上128+l作為前綴。

例2：空字元串編碼是128，即128 = 128 + 0。

例3：abc編碼結果是131 97 98 99，其中131=128+len("abc")，97 98 99依次是a b c。

如果數組長度大於55， 編碼結果第一個是183加數組長度的編碼的長度，然後是數組長度的本身的編碼，最後是byte數組的編碼。

請把上面的規則多讀幾篇，特別是數組長度的編碼的長度。

例4：編碼下面這段字元串：

The length of this sentence is more than 55 bytes, I know it because I pre-designed it
這段字元串共86個位元組，而86的編碼只需要一個位元組，那就是它自己，因此，編碼的結果如下：

184 86 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
其中前三個位元組的計算方式如下：

184 = 183 + 1，因為數組長度86編碼後僅佔用一個位元組。
86即數組長度86
84是T的編碼
例5：編碼一個重復1024次"a"的字元串，其結果為：185 4 0 97 97 97 97 97 97 ...。
1024按 big endian編碼為004 0，省略掉前面的零，長度為2，因此185 = 183 + 2。

規則1~3定義了byte數組的編碼方案，下面介紹列表的編碼規則。在此之前，我們先定義列表長度是指子列表編碼後的長度之和。

如果列表長度小於55，編碼結果第一位是192加列表長度的編碼的長度，然後依次連接各子列表的編碼。

注意規則4本身是遞歸定義的。
例6：["abc", "def"]的編碼結果是200 131 97 98 99 131 100 101 102。
其中abc的編碼為131 97 98 99,def的編碼為131 100 101 102。兩個子字元串的編碼後總長度是8，因此編碼結果第一位計算得出：192 + 8 = 200。

如果列表長度超過55，編碼結果第一位是247加列表長度的編碼長度，然後是列表長度本身的編碼，最後依次連接各子列表的編碼。

規則5本身也是遞歸定義的，和規則3相似。

例7：

["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]
的編碼結果是:

248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
其中前兩個位元組的計算方式如下：

248 = 247 +1
88 = 86 + 2，在規則3的示例中，長度為86，而在此例中，由於有兩個子字元串，每個子字元串本身的長度的編碼各佔1位元組，因此總共佔2位元組。
第3個位元組179依據規則2得出179 = 128 + 51
第55個位元組163同樣依據規則2得出163 = 128 + 35

例8：最後我們再來看個稍復雜點的例子以加深理解遞歸長度前綴，

["abc",["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]]
編碼結果是：

248 94 131 97 98 99 248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
列表第一項字元串abc根據規則2，編碼結果為131 97 98 99,長度為4。
列表第二項也是一個列表項：

["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]
根據規則5，結果為

248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
長度為90，因此，整個列表的編碼結果第二位是90 + 4 = 94, 佔用1個位元組，第一位247 + 1 = 248

以上5條就是RPL的全部編碼規則。

各語言在具體實現RLP編碼時，首先需要將對像映射成byte數組或列表兩種形式。以go語言編碼struct為例，會將其映射為列表，例如Student這個對象處理成列表["icattlecoder","male"]

如果編碼map類型，可以採用以下列表形式：

[["",""],["",""],["",""]]

解碼時，首先根據編碼結果第一個位元組f的大小，執行以下的規則判斷：

1.如果f∈ [0,128),那麼它是一個位元組本身。

2.如果f∈[128,184)，那麼它是一個長度不超過55的byte數組，數組的長度為 l=f-128

3.如果f∈[184,192)，那麼它是一個長度超過55的數組，長度本身的編碼長度ll=f-183,然後從第二個位元組開始讀取長度為ll的bytes，按照BigEndian編碼成整數l，l即為數組的長度。

4.如果f∈(192,247]，那麼它是一個編碼後總長度不超過55的列表，列表長度為l=f-192。遞歸使用規則1~4進行解碼。

5.如果f∈(247,256]，那麼它是編碼後長度大於55的列表，其長度本身的編碼長度ll=f-247,然後從第二個位元組讀取長度為ll的bytes,按BigEndian編碼成整數l，l即為子列表長度。然後遞歸根據解碼規則進行解碼。

以上解釋了什麼叫遞歸長度前綴編碼，這個名字本身很好的解釋了編碼規則。

（1） 以太坊源碼學習—RLP編碼( https://segmentfault.com/a/1190000011763339 )
（2）簡單分析RLP編碼原理
( https://blog.csdn.net/itchosen/article/details/78183991 )

③ 以太坊技術系列-以太坊數據結構

本篇文章和大家介紹一下以太坊的數據結構，上篇文章我們提到，以太坊為了實現智能合約這一功能，使用了基於賬戶的模型。我們來看看以太坊中數據結構。

既然是基於賬戶的模型，我們需要通過賬戶地址找到賬戶的狀態。就像通過銀行卡號可以找到你在銀行中的各種信息一樣。最簡單的想法當然是一個簡單的哈希表 key是賬戶地址 value是賬戶狀態。但這里有個問題解決不了。

輕節點如何校驗賬戶合法性？

上篇我們說過，區塊鏈中有2類節點，全節點和輕節點，輕節點只會存儲block header，所以輕節點如何才能校驗賬號是否合法呢？

這個思路和我們平時用的md5校驗一致，我們會對區塊內的信息進行hash運算從而得出區塊內信息唯一確定的值，區塊鏈所有節點中這個值都是相同的。

在這個過程中我們用到了一種數據結構Merkle Tree（哈希樹），我們先看下Merkle Tree（哈希樹）的示意圖。

上篇文章說到區塊鏈中的鏈表(哈希鏈)和我們平時常見鏈表不同的是將指針從地址改為了hash指，這里也一樣，哈希樹和二叉樹的區別有2個

1.將地址改為了哈希值

2.只有葉子節點存儲數據

回到之前的問題輕節點是如何校驗1個賬戶或交易是否是在鏈上的呢？

整個流程如上圖所示

1.輕節點需要判斷1個賬號是否合法

2.輕節點由於只存儲block header，所以拿到1個賬號的時候會向全節點發出請求

3.全節點存儲了所有賬戶狀態，將賬戶路徑中的需要計算用到的hash值返回給輕節點

4.輕節點本地進行計算根hash值，如果計算結果和自己存儲一致則賬戶合法，不一致則不合法。

那以太坊中的賬戶信息的數據結構就是這樣嗎？

直接用這樣的數據結構來存儲賬戶信息會有2個問題

查找困難

生成hash值不確定

第1個問題應該比較容易發現，在這個樹中尋找1個賬號需要的復雜度是O(n),因為沒有任何順序。

第2個問題其實也是因為無序導致的，無序的組合每個節點針對同一批賬戶生成的hash值不一致，這就導致無法達成共識。

既然2個問題都和順序有關，那我們類似二叉排序樹一樣，使用哈希排序樹是不是就可以解決問題了呢？

使用排序樹後會帶來另外1個問題

插入困難

因為要維持樹是有序的，很可能帶來樹結構的很大變動。

以太坊中使用了另外一種數據結構字典樹。和哈希樹不同，字典樹應該是很多地方都有使用。我們簡單來看下字典樹的結構。

字典樹能夠較好地解決哈希樹的2個缺點1.查找困難 2.生成的hash值不確定以及排序二叉樹的1個缺點 插入困難。

但字典樹我們可以看到可能樹的深度可能由於部分元素導致整棵樹深度非常深。

這時我們可以進一步優化，將相同路徑進行壓縮。這就是壓縮字典樹。

將哈希樹和壓縮字典樹結合，就可以得到以太坊存儲賬戶的最終數據結構-MPT。

將壓縮字典樹裡面的指針從地址改為指針，並且將數據存儲在葉子節點中即可。

介紹完狀態樹的數據結構，我們接下來討論1個問題，區塊中存儲的賬戶狀態是什麼樣的范圍。有2種選擇。

只保存當時區塊中產生交易的賬戶狀態。

保存全局所有的賬戶。

我們可以看下這2種方式，無非就是空間和時間的平衡，只保存當前區塊產生的交易意味著是做懶載入(需要的時候才去尋找賬戶)，在區塊鏈中這個代價是非常大的，因為尋找的賬戶之前從未交易過，這樣會遍歷整個區塊鏈。另外一種保存全局的賬戶方式雖然看起來空間消耗較大，但查找快捷，而且空間的問題我們可以通過其他方式優化。所以最終以太坊選擇了第2種每個區塊都報錯全局所有賬戶的方式。

我們來看下以太坊中是如何保存狀態樹的。

可以看到以太坊中雖然每個區塊都保存了全部賬戶，但是會將未發生變化的賬戶狀態指向前1個節點，本身只存儲發生變化的狀態，這樣可以較大程度優化空間佔用。

介紹完以太坊中比較復雜的狀態樹後，我們繼續來看看以太坊中的另外兩棵樹，交易樹和收據樹。

首先介紹一下，為什麼需要交易樹&收據樹。

1.交易樹

雖然以太坊是基於賬戶的模型，但是就像銀行不僅會存儲銀行卡的余額，還會存儲卡中的每筆錢怎麼來的以及怎麼花的。交易樹中就存儲著當前區塊中的包含的所有交易。

2.收據樹

由於智能合約的引入增加了不少復雜性，所以以太坊用收據樹存儲著一些交易操作的額外信息。比如交易過程中執行日誌就包含在收據樹中方便查詢。收據樹和交易樹是一一對應的。每發生一次交易就會有一次收據。

和狀態樹不同交易樹和收據樹只維護當前區塊內發生的交易，因為當時區塊發生交易時不需要再去查找另外1個交易，也就之前需要可能遍歷整個區塊鏈的查找操作了。

由於以太坊中的出塊速度較快，我們進行一些查詢一些符合條件交易的時候會面臨大量數據遍歷困難的問題。收據樹中引入了布隆過濾器可以幫助我們有效緩解這一困難。

布隆過濾器將大集合中每個元素進行hash運算映射到1個較小的集合，這時再來1個元素要判斷是否在大集合的時候，不需要遍歷整個大集合，而是去進行hash運算去小集合中尋找是否存在，如果不存在，肯定不在大集合中，如果存在則不能說明任何問題。

如上圖所示，布隆過濾器只能證明某1個元素不在集合中，不能證明1個元素在結合中。

以太坊中如果我們要在較多區塊中尋找某1個交易，則可以利用布隆過濾器，過濾掉肯定不存在目標交易的區塊，然後進入收據樹內繼續利用布隆過濾器篩選，剩下的才是可能的目標交易的交易，進行一一比對即可。

我們介紹了以太坊的核心數據結構，狀態樹&交易樹&收據樹，他們都是使用相同的數據結構-哈希壓縮字典樹。但狀態樹是維護1顆全局賬戶樹，交易樹和收據樹則是維護本區塊內的交易或收據。

介紹完數據結構後，後面我們會用幾篇文章來介紹以太坊中的一些核心演算法，比如共識機制，挖礦演算法等。

④ 一個以太坊需要多少M

一個以太坊節點大概需要220GB 的存儲空間；隨著網路延遲的增加，它的速度可能會越來越慢。

⑤ eth顯存要求

eth顯存要求如果選擇AMD卡，要求顯卡顯存大於2G，推薦購買4G顯存顯卡。因為對於挖礦來說，顯卡是核心，其餘都是輔助配件，大家盡量使用淘汰的硬體搭建平台以節約成本。這里考量的挖礦成本就只包含顯卡價格、電費。

eth的顯卡推薦。

1、初級顯卡：588、1660s。A卡的588絕對是挖礦神卡，體質好一點的可以超頻到算力32，而且散熱良好，唯一缺陷就是功耗較高，軟顯70w左右，實際要上到130w左右，目前幣價和難度來說回本算是最快的，雖然新卡炒到2400左右，而且缺貨。

N卡入門選1660s不會錯，鎂光顆粒29，三星顆粒31左右，價格略高588，算力略低588，但是好在功耗優勢，目前在售2500左右。

2、eth晉級挖礦：5600xt/5700xt 3060ti。5600、5700無論是算力還是功耗控制的都比較好，43、56的算力，影響買入的因素主要就是現在溢價太高，基本上加價1200左右，導致回本周期變長，但就現在行情來說，價格可能會成為常態。

更高價位的6800xt 3080和3090不做推薦，單算力成本太高，而且佔用電源顯卡介面更多，除非有現成卡。

以太坊挖礦和比特幣挖礦的不同是：

1、挖礦演算法、設備、算力規模：以太坊採用的是 Ethash 加密演算法，在挖礦的過程中，需要讀取內存並存儲DAG文件，加密演算法的不同，導致了比特幣和以太坊的挖礦設備、算力規模差異很大。

2、礦機的電費佔比：ASIC礦機算力高，耗電量大，比如最新的螞蟻S19Pro礦機，額定功耗為 3250W，每天需要消耗78度電。

按照目前的幣價和0.23元的豐水期電價，電費佔比為30.68%。其他老一代的比特幣ASIC礦機，比如螞蟻T17系列，電費佔比普遍超過50%。

3、礦機的託管：賺取電費差價是礦場的主要盈利模式，賣出的電越多，礦場賺得越多。比特幣 ASIC礦機耗電量高，維護相對簡單，所以深受礦場歡迎，在託管時，可以選擇的礦場多。

以太坊的顯卡礦機不僅耗電量小，而且還體積大。跟比特幣 ASIC 礦機相比，普通的顯卡機器佔地比達到 1:3，也就是說 3台ASIC礦機的空間只能容下一台顯卡礦機。

⑥ 一文了解以太坊礦機及挖礦原理

在以前的文章中，我們分別了解了比特幣挖礦和以太坊挖礦的區別。本文重點介紹以太坊挖礦及礦機部分。

以太坊是一個開源的有智能合約功能的公共區塊鏈平台，通過其專用加密貨幣ETH提供去中心化的以太虛擬機來處理點對點合約。目前ETH的挖礦主要是通過顯卡礦機，所謂顯卡礦機，其實就是類似家用台式機，只不過每台機器裡面有6-10張顯卡，並且沒有顯示器（如圖）。

圖：顯卡礦機

之所以以太坊沒有發展出類似於BTC一樣的ASIC礦機，主要是由於ETH的特殊挖礦機制決定的。

在ETH挖礦過程中，會產生一個DAG文件，該文件需要一直被調用，因此必須有專門的存儲空間放置。這個對於存儲空間的硬性需求會導致即使生產出來了ASIC晶元，也並不能大幅度降低單位算力的成本。簡單來說，就是性價比很差。

以太坊的DAG大小自2016年6月份引入Dagger-Hashimoto 演算法時的1GB開始，以每年約520MB的速度增大到了現在的 3.7G，預計2020年底以太坊的DAG大小將增加至4G。屆時，顯存小於4G的顯卡都將被陸續淘汰。

還需要介紹一點的是，由於顯卡礦機的體積通常是比特幣礦機的2-4倍，而消耗的電力卻只有比特幣礦機的1/2甚至更低，這就導致一般人不願意修建專門的顯卡礦機礦場（因為礦場主要賺取的是電費差價，同樣面積的場地，可以放置的顯卡數量少，消耗的電量更少）。即使有少量的顯卡礦場，收取的電費成本通常也比比特幣礦機礦場的高。

⑦ 什麼是區塊鏈擴容

擴容，是當某個容器或承載物不足以支撐或承載現有事物需求時，我們通過擴大容器的容量或承載物的體積來滿足日益增長的需求，從而緩解當前容器或承載物所受壓力的一種手段。
在比特幣誕生之初比特幣創始人中本聰並沒有特意限制區塊的大小，區塊最大可以達到32MB，當時平均每個區塊大小為1~2KB。
時比特幣用戶少，交易量也沒有那麼大，並不會造成區塊擁堵，然而2013年至今隨著比特幣價格的直線上升，用戶越來越多因此造成比特幣網路擁堵，用戶交易費用上升的問題逐漸涌現出來。
到現在，比特幣區塊鏈上最高時有幾十萬筆交易積壓，比特幣的平均交易費用比 2010 年 9 月上漲了 376 倍，每秒 7 筆交易的處理速度已經明顯無法滿足用戶需求，比特幣社區開始探索如何給比特幣「擴容」。
通過修改比特幣底層代碼，從而達到提高交易處理能力的目的。
比特幣擴容本身發展和設計方案有兩種，即第一層和第二層擴容技術。
· 第一層擴容技術即改進區塊鏈自身，把區塊鏈自身變得更快、容量變得更大，總的來說就是改變區塊鏈共識部分的內容。
· 第二層擴容技術目的是把計算移到鏈下，即通過側鏈的技術加以解決問題。
擴容協議及結局
擴容協議一般需要礦工們的支持，大致可以分為修改區塊大小、軟分叉、硬分叉、隔離見證等方式。
以比特幣舉例：
比特幣現在分裂成為大區塊Bitcoin Cash(BCH)和隔離見證。隔離見證現在是市場上公認的比特幣，而大區塊幣被冠名為比特現金。可以預見的往後的發展方向，比特幣將會以鏈下交易為主。包括閃電網路、側鏈。這兩個新東西目前不成熟，但是被很多人寄予厚望的。
比特幣將會大量發展隔離見證交易，並在隔離見證的基礎上做更多的衍生技術。最有可能是以技術推動比特幣往前發展。
比特現金將會以鏈上交易為主，重點發展貨幣功能，以降低交易摩擦為主要方式，以獲利更廣泛的鏈上用戶量為主要發展方向。
鏈喬教育在線旗下學碩創新區塊鏈技術工作站是中國教育部學校規劃建設發展中心開展的「智慧學習工場2020-學碩創新工作站 」唯一獲準的「區塊鏈技術專業」試點工作站。專業站立足為學生提供多樣化成長路徑，推進專業學位研究生產學研結合培養模式改革，構建應用型、復合型人才培養體系。