摘要：，中文翻譯過(guò)來(lái)叫遞歸長(zhǎng)度前綴編碼，它是以太坊序列化所采用的編碼方式。所以，以太坊需要設(shè)計(jì)一種結(jié)果更小的編碼方法。例編碼結(jié)果是，其中，依次是。以上解釋了什么叫遞歸長(zhǎng)度前綴編碼，這個(gè)名字本身很好的解釋了編碼規(guī)則。

RLP(Recursive Length Prefix)，中文翻譯過(guò)來(lái)叫遞歸長(zhǎng)度前綴編碼，它是以太坊序列化所采用的編碼方式。RLP主要用于以太坊中數(shù)據(jù)的網(wǎng)絡(luò)傳輸和持久化存儲(chǔ)。

對(duì)象序列化方法有很多種，常見(jiàn)的像JSON編碼，但是JSON有個(gè)明顯的缺點(diǎn)：編碼結(jié)果比較大。例如有如下的結(jié)構(gòu)：

type Student struct{
    Name string `json:"name"`
    Sex string `json:"sex"`
}
s := Student{Name:"icattlecoder",Sex:"male"}
bs,_ := json.Marsal(&s)
print(string(bs))
// {"name":"icattlecoder","sex":"male"}

變量s序列化的結(jié)果是{"name":"icattlecoder","sex":"male"},字符串長(zhǎng)度35，實(shí)際有效數(shù)據(jù)是icattlecoder 和male，共計(jì)16個(gè)字節(jié)，我們可以看到JSON的序列化時(shí)引入了太多的冗余信息。假設(shè)以太坊采用JSON來(lái)序列化，那么本來(lái)50GB的區(qū)塊鏈可能現(xiàn)在就要100GB，當(dāng)然實(shí)際沒(méi)這么簡(jiǎn)單。

所以，以太坊需要設(shè)計(jì)一種結(jié)果更小的編碼方法。

RLP實(shí)際只給以下兩種類型數(shù)據(jù)編碼：

1.　byte數(shù)組

2.　byte數(shù)組的數(shù)組，稱之為列表

規(guī)則1：對(duì)于值在[0, 127]之間的單個(gè)字節(jié)，其編碼是其本身。

例1：a的編碼是97。

規(guī)則2：如果byte數(shù)組長(zhǎng)度l <= 55，編碼的結(jié)果是數(shù)組本身，再加上128+l作為前綴。

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

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

規(guī)則3：如果數(shù)組長(zhǎng)度大于55， 編碼結(jié)果第一個(gè)是183加數(shù)組長(zhǎng)度的編碼的長(zhǎng)度，然后是數(shù)組長(zhǎng)度的本身的編碼，最后是byte數(shù)組的編碼。

請(qǐng)把上面的規(guī)則多讀幾篇，特別是數(shù)組長(zhǎng)度的編碼的長(zhǎng)度。

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

The length of this sentence is more than 55 bytes, I know it because I pre-designed it

這段字符串共86個(gè)字節(jié)，而86的編碼只需要一個(gè)字節(jié)，那就是它自己，因此，編碼的結(jié)果如下：

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

其中前三個(gè)字節(jié)的計(jì)算方式如下：

184 = 183 + 1，因?yàn)閿?shù)組長(zhǎng)度86編碼后僅占用一個(gè)字節(jié)。

86即數(shù)組長(zhǎng)度86

84是T的編碼

例5：編碼一個(gè)重復(fù)1024次"a"的字符串，其結(jié)果為：185 4 0 97 97 97 97 97 97 ...。
1024按 big endian編碼為0　0　4 0，省略掉前面的零，長(zhǎng)度為2，因此185 = 183 + 2。

規(guī)則1~3定義了byte數(shù)組的編碼方案，下面介紹列表的編碼規(guī)則。在此之前，我們先定義列表長(zhǎng)度是指子列表編碼后的長(zhǎng)度之和。

規(guī)則4：如果列表長(zhǎng)度小于55，編碼結(jié)果第一位是192加列表長(zhǎng)度的編碼的長(zhǎng)度，然后依次連接各子列表的編碼。

注意規(guī)則4本身是遞歸定義的。
例6：["abc", "def"]的編碼結(jié)果是200 131 97 98 99 131 100 101 102。
其中abc的編碼為131 97 98 99,def的編碼為131 100 101 102。兩個(gè)子字符串的編碼后總長(zhǎng)度是8，因此編碼結(jié)果第一位計(jì)算得出：192 + 8 = 200。

規(guī)則5：如果列表長(zhǎng)度超過(guò)55，編碼結(jié)果第一位是247加列表長(zhǎng)度的編碼長(zhǎng)度，然后是列表長(zhǎng)度本身的編碼，最后依次連接各子列表的編碼。

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

例7：

["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]

的編碼結(jié)果是:

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

其中前兩個(gè)字節(jié)的計(jì)算方式如下：

248 = 247 +1

88 = 86 + 2，在規(guī)則3的示例中，長(zhǎng)度為86，而在此例中，由于有兩個(gè)子字符串，每個(gè)子字符串本身的長(zhǎng)度的編碼各占1字節(jié)，因此總共占2字節(jié)。
第3個(gè)字節(jié)179依據(jù)規(guī)則2得出179 = 128 + 51

第55個(gè)字節(jié)163同樣依據(jù)規(guī)則2得出163 = 128 + 35

例8：最后我們?cè)賮?lái)看個(gè)稍復(fù)雜點(diǎn)的例子以加深理解遞歸長(zhǎng)度前綴，

["abc",["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]]

編碼結(jié)果是：

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

列表第一項(xiàng)字符串abc根據(jù)規(guī)則2，編碼結(jié)果為131 97 98 99,長(zhǎng)度為4。
列表第二項(xiàng)也是一個(gè)列表項(xiàng)：

["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]

根據(jù)規(guī)則5，結(jié)果為

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

長(zhǎng)度為90，因此，整個(gè)列表的編碼結(jié)果第二位是90 + 4 = 94, 占用1個(gè)字節(jié)，第一位247 + 1 = 248

以上5條就是RPL的全部編碼規(guī)則。

各語(yǔ)言在具體實(shí)現(xiàn)RLP編碼時(shí)，首先需要將對(duì)像映射成byte數(shù)組或列表兩種形式。以go語(yǔ)言編碼struct為例，會(huì)將其映射為列表，例如Student這個(gè)對(duì)象處理成列表["icattlecoder","male"]

type Student struct{
    Name string
    Sex string
}
s := Student{Name:"icattlecoder",Sex:"male"}
buff := bytes.Buffer{}
rpl.Encode(&buff, &s)
print(buff.Bytes())
// [210 140 105 99 97 116 116 108 101 99 111 100 101 114 132 109 97 108 101]

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

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

解碼時(shí)，首先根據(jù)編碼結(jié)果第一個(gè)字節(jié)f的大小，執(zhí)行以下的規(guī)則判斷：

1.　如果f∈ [0,128),　那么它是一個(gè)字節(jié)本身。

2.　如果f∈[128,184)，那么它是一個(gè)長(zhǎng)度不超過(guò)55的byte數(shù)組，數(shù)組的長(zhǎng)度為 l=f-128

3.　如果f∈[184,192)，那么它是一個(gè)長(zhǎng)度超過(guò)55的數(shù)組，長(zhǎng)度本身的編碼長(zhǎng)度ll=f-183,然后從第二個(gè)字節(jié)開(kāi)始讀取長(zhǎng)度為ll的bytes，按照BigEndian編碼成整數(shù)l，l即為數(shù)組的長(zhǎng)度。

4.　如果f∈(192,247]，那么它是一個(gè)編碼后總長(zhǎng)度不超過(guò)55的列表，列表長(zhǎng)度為l=f-192。遞歸使用規(guī)則1~4進(jìn)行解碼。

5.　如果f∈(247,256]，那么它是編碼后長(zhǎng)度大于55的列表，其長(zhǎng)度本身的編碼長(zhǎng)度ll=f-247,然后從第二個(gè)字節(jié)讀取長(zhǎng)度為ll的bytes,按BigEndian編碼成整數(shù)l，l即為子列表長(zhǎng)度。然后遞歸根據(jù)解碼規(guī)則進(jìn)行解碼。

以上解釋了什么叫遞歸長(zhǎng)度前綴編碼，這個(gè)名字本身很好的解釋了編碼規(guī)則。

參考

https://github.com/ethereum/w...

http://hidskes.com/blog/2014/...