以太坊密鑰多少位

1. tokenpocket密鑰是什麼

私鑰是由加密演算法生成的一個64位十六進制的字元組成，就像這樣：

私鑰的生成方式是完全隨機的，隨機生成這樣的字元串會有16的64次方種可能，即：2的256次方，一個錢包只有一個私鑰並且不能修改，正常情況下你所生成的私鑰與他人正好相同的概率幾乎為零。

導入私鑰：打開客戶端進入調試窗口。輸入命令：importprivkey私鑰標簽true(說明，importprivkey空格+後面是你的私鑰+空格+給你導入的這個地址起個名字+空格+true，最後這個true是同步你的交易信息，不加true看不到余額)，過幾分鍾之後就會看到的你的收款地址裡面多出一個地址，就是你剛才的導入的地址，而且你的余額也會跟著過來了！

2. 【概念】私鑰、助記詞和keystore到底是什麼關系

使用了很久的錢包，用得有點誠惶誠恐，錢包除了用於轉賬外，都不怎麼敢動它，怕誤操作搞不好就空了，所以大部分都在交易所，不敢提。這也間接印證了李笑來老師的一句話：

在申請錢包時，當然看過不少資料，老老實實地記下了私鑰、助記詞，備份了keystore，還放在兩個U盤里備份。但對私鑰、助記詞和keystore是一知半解的，也不知道他們到底什麼關系。如果不是要了解EOS映射，我可能一直不會動錢包，也不會去了解它們。

下面就一個個來好好學習一下這些概念。

私鑰是由64位十六進制的字元組成，每個私鑰是隨機生成的，隨機生成這樣的字元串有2的256次方種可能，這個數字已經超過了宇宙中原子的個數，用「暴力破解」的方式逐一遍歷可能的私鑰，幻想能碰到一個有效的且有幣的私鑰，可以說是不可能，就算是量子計算機也沒用。

一個錢包只有一個私鑰且不能修改。

在導入錢包中，輸入私鑰並設置一個密碼（不用輸入原密碼），就能進入錢包並擁有這個錢包的掌控權，就可以把錢包中的代幣轉移走。

由於私鑰64位，長得太難看，沒有可讀性，而私鑰的備份在電腦上復制起來容易，手抄下來就比較麻煩，但私鑰保存在聯網的電腦上不安全，有被其他人看到的風險，於是有了助記詞工具。

助記詞是明文私鑰的另一種表現形式，最早是由BIP39提案提出，其目的是為了幫助用戶記憶復雜的私鑰 (64位的哈希值)。助記詞一般由12、15、18、21個單詞構成，這些單詞都取自一個固定詞庫, 其生成順序也是按照一定演算法而來，所以用戶沒必要擔心隨便輸入12個單詞就會生成一個地址。助記詞是未經加密的私鑰, 沒有任何安全性可言，任何人得到了你的助記詞，可以不費吹灰之力的奪走你的資產。所以在用戶在備份助記詞之後，一定要注意三點：

助記詞一般會在你創建新錢包的時候出現一次，後面就再也不會出現了，所以創建新錢包時一定要把助記詞抄下來，想辦法備份。最好不要用屏幕截圖或保存在電腦里，因為只要泄露，獲取了你的助記詞就等於獲取了私鑰，你的錢包就成了別人的錢包。

簡而言之：助記詞等於私鑰，絕對不能泄露。

keystore常見於以太坊錢包，是你獨有的、用於簽署交易的以太坊私鑰的加密文件。keystore是一串Json格式的字元串，可以用任何以太坊錢包打開它。keystore必須配合你的錢包密碼來使用，備份了keystore同時別忘了備份錢包的密碼。

用戶可以使用備份的助記詞，重新導入imToken之類的錢包工具，用新的密碼生成一個新的Keystore，可以用這種方法來修改錢包密碼。

助記詞=密鑰=keystore+密碼 ！保管好私鑰或者助記詞不被泄露，或是保存好keystore+記住密碼，你才真正擁有了虛擬資產。

再來一個比較形象的比喻。

概念清楚之後，瞬間感覺輕松多了。再也不用擔心因為不明白而擔心操作失誤的問題。最重要的是將私鑰、助記詞和keystore備份好，盡量離線備份多份，這樣才能保證賬號的安全。

1、 科普 | 什麼是以太坊私鑰儲存（Keystore）文件？
2、 如何妥善備份你的以太坊錢包？
3、 幣圈名詞：地址、密碼、私鑰、助記詞，你真的分清楚了嗎
4、 「地址、密碼、私鑰、助記詞、Keystore 」那些事

3. 2048個助記詞，能不能破解一下算完讓我崩潰

 文：財神下山  /  ID：caishen-wdd

這是財神下山的第（6）篇

使用過數字錢包的人，應該都會遇到助記詞，用一句話來解釋助記詞就是： 它是私鑰的明文顯示。

意如其名，幫助你記憶私鑰的單詞。因為，一串長長的字元總沒有幾個單詞好記憶。

在寫完《比特幣里的私鑰，公鑰，地址是如何產生的？》文章後，其實財神還是有點迷惑的，就是當時在寫助記詞的時候，只是順帶一句話，並不知道它的真實產生過程。

好在，最近又看了精通以太坊這本書的介紹。

回顧一下私鑰空間，比特幣，以太坊的私人密鑰空間的大小（2^256）是一個難以置信的大數目。十進制大約是10^77。可見宇宙估計含有10^80原子。

要從這么大的空間里找到一個私鑰，它剛好是V神的錢包，這概率……比大海撈針，而且是不能藉助任何工具，還難。

後來，財神了解到，所有的助記詞字典，其實只有2048個單詞。

通過下面這個連接就可以訪問：

https://github.com/bitcoin/bips/blob/master/bip-0039/english.txt

今天，學一學助記詞是怎麼計算出來的。

教學開始！

1. 先從熵開始，熵的長度是32的整數倍，分別為 128, 160, 192, 224, 256，也就是我們私鑰的長度。

2. 熵的長度再加上校驗和的長度。為熵的長度/32 位, 所以校驗和長度可為 4，5，6，7，8 位；

3. 一共有2048個助記詞，用二進製表示的話需要11位。 2的11次方等於2048。所以，上面助記詞的個數分別是12，15，18，21，24。

例如： 128位的熵，加上 4位校驗和，等於132位長度的二進制，每11個切割成一組，那需要12組。

（128+4）/11 =12， 也即128長度的熵需要12個助記詞

（256+8）/11 =24， 也即256長度的熵需要24個助記詞

畫張流程圖就是

每個單詞有唯一一個碼，好了，上面就是助記詞生成的整個過程。

12個助記詞安全嗎？

我們的錢包只有12-24個單詞，從表面看上去，假如全球用戶的所有帳戶加起來有10億個錢包，那我從2048個字典里隨機挑出12個單詞，這個好像有機會瞎貓碰到死耗子一樣，再不行，我拿計算機一直嘗試12個單詞的隨機組合，然後看看是不是一個錢包的私鑰……

哈哈……哈哈……

直到財神求值了一下……不算不知道，一算嚇我一跳。

下面分別是2個單詞 到 24個單詞的隨機組合個數，到第4個單詞時已經17萬億了，再往上就不知道怎麼讀了。

  4194304

  8589934592

  17592186044416

  36028797018963968

  73786976294838206464

  151115727451828646838272

  309485009821345068724781056

 

 

 

  （已經40位數了，除以10億，還有31位）

繼續13個單詞

 

 

 

 

 

 

 

 

 

 104

 1204992

 1187823616

真相竟然那麼殘酷，啥也不要想了，還是好好研究搬磚吧。

參考資料: 《精通以太坊》，初學者，如有疏略，還請指教。

如果這篇文章對你有幫助，

就分享給朋友吧！

4. 以太坊錢包密碼幾位數

普通以太坊錢包密碼一般是12位或者24位。

5. 【以太坊易錯概念】nonce, 公私鑰和地址，BASE64/BASE58,

以太坊里的nonce有兩種意思，一個是proof of work nonce，一個是account nonce。

在智能合約里，nonce的值代表的是該合約創建的合約數量。只有當一個合約創建另一個合約的時候才會增加nonce的值。但是當一個合約調用另一個合約中的method時 nonce的值是不變的。
在以太坊中nonce的值可以這樣來獲取（其實也就是屬於一個賬戶的交易數量）：

但是這個方法只能獲取交易once的值。目前是沒有內置方法來訪問contract中的nonce值的

通過橢圓曲線演算法生成鑰匙對（公鑰和私鑰），以太坊採用的是secp256k1曲線,
公鑰採用uncompressed模式，生成的私鑰為長度32位元組的16進制字串，公鑰為長度64的公鑰字串。公鑰04開頭。
把公鑰去掉04，剩下的進行keccak-256的哈希，得到長度64位元組的16進制字串，丟掉前面24個，拿後40個，再加上"0x"，即為以太坊地址。

整個過程可以歸納為：

2）有些網關或系統只能使用ASCII字元。Base64就是用來將非ASCII字元的數據轉換成ASCII字元的一種方法，而且base64特別適合在http，mime協議下快速傳輸數據。Base64使用【字母azAZ數字09和+/】這64個字元編碼。原理是將3個位元組轉換成4個位元組(3 X 8) = 24 = (4 X 6)
當剩下的字元數量不足3個位元組時，則應使用0進行填充，相應的，輸出字元則使用'='佔位，因此編碼後輸出的文本末尾可能會出現1至2個'='。

1）Base58是用於Bitcoin中使用的一種獨特的編碼方式，主要用於產生Bitcoin的錢包地址。相比Base64，Base58不使用數字"0"，字母大寫"O"，字母大寫"I"，和字母小寫"l"，以及"+"和"/"符號。

Base58Check是一種常用在比特幣中的Base58編碼格式，增加了錯誤校驗碼來檢查數據在轉錄中出現的錯誤。 校驗碼長4個位元組，添加到需要編碼的數據之後。校驗碼是從需要編碼的數據的哈希值中得到的，所以可以用來檢測並避免轉錄和輸入中產生的錯誤。使用 Base58check編碼格式時，編碼軟體會計算原始數據的校驗碼並和結果數據中自帶的校驗碼進行對比。二者不匹配則表明有錯誤產生，那麼這個 Base58Check格式的數據就是無效的。例如，一個錯誤比特幣地址就不會被錢包認為是有效的地址，否則這種錯誤會造成資金的丟失。

為了使用Base58Check編碼格式對數據（數字）進行編碼，首先我們要對數據添加一個稱作「版本位元組」的前綴，這個前綴用來明確需要編碼的數 據的類型。例如，比特幣地址的前綴是0（十六進制是0x00），而對私鑰編碼時前綴是128（十六進制是0x80）。 表4-1會列出一些常見版本的前綴。

接下來，我們計算「雙哈希」校驗碼，意味著要對之前的結果（前綴和數據）運行兩次SHA256哈希演算法：

checksum = SHA256(SHA256(prefix+data))
在產生的長32個位元組的哈希值（兩次哈希運算）中，我們只取前4個位元組。這4個位元組就作為校驗碼。校驗碼會添加到數據之後。

結果由三部分組成：前綴、數據和校驗碼。這個結果採用之前描述的Base58字母表編碼。下圖描述了Base58Check編碼的過程。

相同:

1） 哈希演算法、Merkle樹、公鑰密碼演算法
https://blog.csdn.net/s_lisheng/article/details/77937202?from=singlemessage

2）全新的 SHA-3 加密標准 —— Keccak
https://blog.csdn.net/renq_654321/article/details/79797428

3）在線加密演算法
http://tools.jb51.net/password/hash_md5_sha

4）比特幣地址生成演算法詳解
https://www.cnblogs.com/zhaoweiwei/p/address.html

5）Base58Check編碼實現示例
https://blog.csdn.net/QQ604666459/article/details/82419527

6） 比特幣交易中的簽名與驗證
https://www.jianshu.com/p/a21b7d72532f

6. 5、以太坊名詞解析

詳解參見: 私鑰、公鑰、地址
以太坊的密鑰與比特幣作用相同[相當於你在工商、招商、建設等銀行設置的密碼]

以太坊將明文 密鑰 通過 [混入用戶自己設置的密碼] 加密演算法生成的一種JSON格式的字元串，並以文件格式存儲，以達到保存密鑰的作用。

一系列的由12、15、18、21等不同數量的單詞構成。
作用跟Keystore相同，就是給腦子不好使的同學們用的
'JSON是啥...' '這一長串的括弧加數字是什麼鬼...' '我輸入了密碼為什麼出來了這些東西... 你們的錢包APP是不是有問題啊 ...'

舉個花生：

大白話時間：

所有交易都包含以下組件：

7. 以太坊精度是幾位

18位。
ONG作為原生數字資產，最初設定為9個精度。但在以太坊生態中，最常見的精度是18位，且大部分主流去中心化數據客戶端也是支持18位精度。

8. 什麼是公鑰、私鑰、密碼、助記詞、Keystore

公鑰、私鑰、密碼、助記詞、Keystore是在使用數字貨幣錢包時，必須要弄清的概念：如果不搞清楚,很可能會造成數字資產的嚴重損失。

1.公鑰：

相當於所屬錢包的地址，可理解成銀行賬戶。

公鑰的地址可理解成銀行卡號，是由公鑰通過計算得來，就像銀行先給你開戶，後給你銀行卡卡號。

錢包地址的主要用途是收款，也可以作為轉賬的憑證，就像別人匯款給你時你需要告訴他銀行卡卡號一樣。

常見的錢包地址樣式:

比特幣:普通地址:1開頭、隔離見證地址：3開頭

以太坊地址：0x開頭：（包括基於以太坊平台代幣）瑞波幣地址：r開頭。

萊特幣地址：L開頭。

2.私鑰：

非常重要，相當於銀行卡號+銀行卡密碼。

創建錢包後，輸入密碼即可導出私鑰。私鑰是由字母數字組成的字元串，一個錢包地址只有一個私鑰且不能修改。私鑰要離線保存,不要進行網路傳輸，可用紙張記錄並保存。

主要用途，導入錢包。有了私鑰就可以在同系列的任何一款錢包上，輸入私鑰並設置一個新的密碼就可以把之前的A錢包的資產導入B錢包。比如手機丟了，只要你有私鑰就可以恢復。

3.密碼 ：

相當於銀行卡密碼。

在創建數字貨幣錢包時，需要設置一個密碼，一般要求不少於8個字元。

主要用途：①轉賬時需要輸入密碼，可理解成你用銀行卡給別人轉賬需要輸入密碼；②用Keystore導入錢包時，必須輸入這個密碼。

密碼可以進行修改或重置。輸入原密碼後，就可以直接修改新的密碼了；但如果原密碼忘記，可以用私鑰或是助記詞導入錢包，同時設置新的密碼。數字貨幣錢包中，一個錢包在不同手機上可以用不同的密碼，彼此相互獨立，互不影響。

4.助記詞

等於私鑰=銀行卡號+銀行卡密碼

由於私鑰由64位字元串組成，不便於記錄，非常容易抄錯，於是就出現了助記詞,方便用戶記憶和記錄。由12個單片語成，每個單詞之間有一個空格，助記詞和私鑰具有同樣的功能：只要輸入助記詞並設置一個新的密碼，就可以導入錢包。

一個錢包只有一套助記詞且不能修改。助記詞只能備份一次，備份後，在錢包中便不會再顯示。因此，在備份時一定要抄寫下來，防止抄寫錯誤，盡量多次檢驗。

5.Keystore：

Keystore+密碼=私鑰=銀行卡號+銀行卡密碼、Keystore ≠ 銀行卡號

Keystore相當於加密過後的私鑰,在導入錢包時，只要輸入Keystore 和密碼，就能進入錢包了。這一點和用私鑰或助記詞導入錢包不一樣，後兩者不需要知道原密碼，而是直接重置密碼。

keystore進行交易轉賬等錢包操作,必須知道該keystore的密碼。keystore的密碼是無法更改的,一個keystore對應一個密碼。但是可以通過該錢包的助記詞,重新生成一個keystore。這個keystore可以用新的密碼生成,重新生成新的keystore之後,最好將舊的keystore刪除。

總結：

一個數字貨幣錢包創建完成後，公鑰和私鑰是成對出現的。公鑰，私鑰都是由字母，數字組成的較長的字元串。

keystore和助記詞可以理解為私鑰的另一種表現形式。助記詞作為錢包私鑰的友好格式，非常方便備份和導入。

地址可以通過私鑰、助記詞、keystore+密碼，導入錢包找回。密碼可以通過私鑰、助記詞，導入錢包重置密碼。如果私鑰、助記詞、Keystore+密碼，有一個信息泄漏，別人就可以擁有你錢包的控制權，錢包內的幣就會被別人轉移走。

私鑰通過加密生成公鑰，公鑰轉換一下格式生成地址。私鑰可以推導出公鑰，公鑰可以推導出地址，但無法通過輸出地址、公鑰推導出私鑰。

在生活中，銀行開戶是「開設銀行賬戶—銀行卡號—設置銀行卡密碼—開戶成功

在幣圈裡，是先設置「密碼」（私鑰），再得到「銀行賬戶」（公鑰），最後給地址。對於錢包安全管理,主要注意防盜和防丟。防止私鑰泄露及丟失。

注意事項：

1.關於各種騙局誘導交出私鑰、助記詞的行為，都要謹慎操作；

2.重視私鑰、助記詞、Keystore+密碼的備份和保存！多重備份,多次備份,多重驗證，防止抄寫錯誤。

3.私鑰不好備份的情況下，可選用備份助記詞，具體根據錢包的備份要求。

4.不要進行聯網備份，或通過微信、qq、郵箱等任何第三方工具進行傳輸發送你的私鑰、助記詞、keystore。不要截圖。

5.備份內容放到安全、妥善的地方，並告訴家人（以防突發事故發生）

數字貨幣錢包的作用是安全存儲資產，這是最重要的！從投資紀律來講，本金安全是一切的基礎。對於理財類的錢包，聲稱賺取收益高回報等，應該叫「數字資產理財」更恰當。你的資產他們可以隨意動用拿去投資。你對資產沒有完全的掌控權，如果投資順利，本息安全，如果投資失敗，血本無歸。所以，請慎重使用這類錢包，應該注重的是資產的安全和私密性。

9. 【深度知識】以太坊數據序列化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 )

10. 2.在以太坊中,為了得到唯一的公鑰,對私鑰應用哪種演算法

在以太坊中，為了得到唯一的公鑰，對私鑰應用演算法：
1、生成一個隨機的私鑰（32位元組）。
2、通過私鑰生成公鑰（64位元組）。
3、通過公鑰得到地址（20位元組）。