以太坊源碼rlp

① 以太坊源碼分析--p2p節點發現

節點發現功能主要涉及 Server Table udp 這幾個數據結構，它們有獨自的事件響應循環，節點發現功能便是它們互相協作完成的。其中，每個以太坊客戶端啟動後都會在本地運行一個 Server ，並將網路拓撲中相鄰的節點視為 Node ，而 Table 是 Node 的容器， udp 則是負責維持底層的連接。下面重點描述它們中重要的欄位和事件循環處理的關鍵部分。

PrivateKey - 本節點的私鑰，用於與其他節點建立時的握手協商
Protocols - 支持的所有上層協議
StaticNodes - 預設的靜態 Peer ，節點啟動時會首先去向它們發起連接，建立鄰居關系
newTransport - 下層傳輸層實現，定義握手過程中的數據加密解密方式，默認的傳輸層實現是用 newRLPX() 創建的 rlpx ，這不是本文的重點
ntab - 典型實現是 Table ，所有 peer 以 Node 的形式存放在 Table
ourHandshake - 與其他節點建立連接時的握手信息，包含本地節點的版本號以及支持的上層協議
addpeer － 連接握手完成後，連接過程通過這個通道通知 Server

Server 的監聽循環，啟動底層監聽socket，當收到連接請求時，Accept後調用 setupConn() 開始連接建立過程

Server的主要事件處理和功能實現循環

Node 唯一表示網路上的一個節點

IP - IP地址
UDP/TCP - 連接使用的UDP/TCP埠號
ID - 以太坊網路中唯一標識一個節點，本質上是一個橢圓曲線公鑰(PublicKey)，與 Server 的 PrivateKey 對應。一個節點的IP地址不一定是固定的，但ID是唯一的。
sha - 用於節點間的距離計算

Table 主要用來管理與本節點與其他節點的連接的建立更新刪除

bucket - 所有 peer 按與本節點的距離遠近放在不同的桶(bucket)中，詳見之後的 節點維護
refreshReq - 更新 Table 請求通道

Table 的主要事件循環，主要負責控制 refresh 和 revalidate 過程。
refresh.C - 定時(30s)啟動Peer刷新過程的定時器
refreshReq - 接收其他線程投遞到 Table 的 刷新Peer連接 的通知，當收到該通知時啟動更新，詳見之後的 更新鄰居關系
revalidate.C - 定時重新檢查以連接節點的有效性的定時器，詳見之後的 探活檢測

udp 負責節點間通信的底層消息控制，是 Table 運行的 Kademlia 協議的底層組件

conn - 底層監聽埠的連接
addpending － udp 用來接收 pending 的channel。使用場景為：當我們向其他節點發送數據包後(packet)後可能會期待收到它的回復，pending用來記錄一次這種還沒有到來的回復。舉個例子，當我們發送ping包時，總是期待對方回復pong包。這時就可以將構造一個pending結構，其中包含期待接收的pong包的信息以及對應的callback函數，將這個pengding投遞到udp的這個channel。 udp 在收到匹配的pong後，執行預設的callback。
gotreply - udp 用來接收其他節點回復的通道，配合上面的addpending，收到回復後，遍歷已有的pending鏈表，看是否有匹配的pending。
Table - 和 Server 中的ntab是同一個 Table

udp 的處理循環，負責控制消息的向上遞交和收發控制

udp 的底層接受數據包循環，負責接收其他節點的 packet

以太坊使用 Kademlia 分布式路由存儲協議來進行網路拓撲維護，了解該協議建議先閱讀 易懂分布式 。更權威的資料可以查看 wiki 。總的來說該協議：

源碼中由 Table 結構保存所有 bucket ， bucket 結構如下

節點可以在 entries 和 replacements 互相轉化，一個 entries 節點如果 Validate 失敗，那麼它會被原本將一個原本在 replacements 數組的節點替換。

有效性檢測就是利用 ping 消息進行探活操作。 Table.loop() 啟動了一個定時器（0~10s），定期隨機選擇一個bucket，向其 entries 中末尾的節點發送 ping 消息，如果對方回應了 pong ，則探活成功。

Table.loop() 會定期（定時器超時）或不定期（收到refreshReq）地進行更新鄰居關系（發現新鄰居），兩者都調用 doRefresh() 方法，該方法對在網路上查找離自身和三個隨機節點最近的若干個節點。

Table 的 lookup() 方法用來實現節點查找目標節點，它的實現就是 Kademlia 協議，通過節點間的接力，一步一步接近目標。

當一個節點啟動後，它會首先向配置的靜態節點發起連接，發起連接的過程稱為 Dial ，源碼中通過創建 dialTask 跟蹤這個過程

dialTask表示一次向其他節點主動發起連接的任務

在 Server 啟動時，會調用 newDialState() 根據預配置的 StaticNodes 初始化一批 dialTask ， 並在 Server.run() 方法中，啟動這些這些任務。

Dial 過程需要知道目標節點( dest )的IP地址，如果不知道的話，就要先使用 recolve() 解析出目標的IP地址，怎麼解析？就是先要用藉助 Kademlia 協議在網路中查找目標節點。

當得到目標節點的IP後，下一步便是建立連接，這是通過 dialTask.dial() 建立連接

連接建立的握手過程分為兩個階段，在在 SetupConn() 中實現
第一階段為 ECDH密鑰建立 ：

第二階段為協議握手,互相交換支持的上層協議

如果兩次握手都通過，dialTask將向 Server 的 addpeer 通道發送 peer 的信息

② 區塊鏈需要學多久

看你的基礎水平，如果有一定技術基礎做過開發，學習起來就相對容易些。
「鏈人學院」針對有一定編程基礎的學院開設有短期周末技術培訓課，可以考察下他們，咨詢下你的情況。

③ 500萬年薪都挖不到區塊鏈人才的原因

近日北京一則區塊鏈招聘廣告刷爆朋友圈，要求應聘者對區塊鏈技術和密碼學有深入研究，給出的年薪不低於500萬元人民幣，並且上不封頂。

宋沫飛對記者稱，在實際開發過程中，單純的掌握一些區塊鏈工具的使用是遠遠不夠的，由於區塊鏈在效率和可擴展性等方面仍存在很多問題，這就需要開發人員能對區塊鏈的底層平台進行改進，來滿足實際應用的需求。而區塊鏈技術集密碼學、計算機網路和博弈論於一身，是一個典型的復合型綜合學科，掌握並理解區塊鏈的底層技術並非一朝一夕之功。

在獵聘網首席數據官單藝看來，區塊鏈的核心是一種基於互聯網分布式信任系統的社會關系和商業模式的改變，而這種改變以去中心化為典型特徵。「區塊鏈的未來發展仍然有很多不確定性，目前存在明顯的泡沫，很多區塊鏈項目不靠譜。」他說。

④ rlp代表什麼呢

RLP（Radio Link Protocol，無線連接協議），是一種嚴格的糾錯方式。

當數據在接收端被 「查出」有錯後，接收端可要求電話重新進行數據傳輸，如有必要，反復進行，直至接收數據完全正確為止。

RLP (遞歸長度前綴)提供了一種適用於任意二進制數據數組的編碼，RLP已經成為以太坊中對對象進行序列化的主要編碼方式。

RLP的唯一目標就是解決結構體的編碼問題；對原子數據類型（比如，字元串，整數型，浮點型）的編碼則交給更高層的協議；以太坊中要求數字必須是一個大端位元組序的、沒有零佔位的存儲的格式（也就是說，一個整數0和一個空數組是等同的）。

對於在 RLP 格式中對一個字典數據的編碼問題，有兩種建議的方式，一種是通過二維數組表達鍵值對，比如[[k1,v1],[k2,v2]...]，並且對鍵進行字典序排序；另一種方式是通過以太坊文檔中提到的高級的基數樹編碼來實現。

⑤ 區塊鏈前景如何

2018年，區塊鏈接棒AI成為最熱門的技術名詞，已經有越來越多的科技公司宣布進軍區塊鏈市場，互聯網中，迅雷、人人、暴風、天涯等公司都有區塊鏈相關動作。這些公司有著相同的命運，他們都曾經歷過風光，但經過互聯網創業大潮的沖擊，開始走下坡路，而後蹭上區塊鏈的熱點，開始嘗試逆襲。
全球區塊鏈產業投資火熱
據前瞻產業研究院發布的《區塊鏈行業商業模式創新與投資機會深度分析報告》數據顯示，截至2017年4月底，全球共計455家區塊鏈公司，累計獲得融資額19.47
億美元。其中美國區塊鏈相關公司獲投融資總額高達12.52億美元，占據全球市場的64.3%;中國區塊鏈新興企業融資總額約為1.14億美元，佔比達到5.86%，僅次於美國位列世界第二且增速迅猛。
目前區塊鏈的整體生存現狀良好，存活率87.25%。所有的獲投公司中有47
家已經關閉，約佔10.51%，另10家公司被收購。由於比特幣市場競爭格局改變，部分公司被迫關停，同時部分幣圈公司也逐漸向鏈圈公司轉型
國家層面的探索也已經開始。3月23日，工信部信息化和軟體服務業司發布消息稱，將研究探索區塊鏈在工業領域的應用。此前，工信部表示，正在籌建全國區塊鏈和分布式記賬技術標准化技術委員會，探索形成完備的區塊鏈標准體系，更好地服務區塊鏈技術產業發展。

⑥ 火爆的區塊鏈培訓班究竟是哪些人在教

報名交100元預存費用，完成全部課程可以返還;

線下面授輔導課，4天串講，每人7800元;

3天2夜，每人88888元;

......

區塊鏈到底是什麼?也許真正能回答上這個問題的人寥寥無幾。正是由於「區塊鏈」天生自帶神秘感，使得許多人為了獲得知識而迫切地付費想乘上這班通往「未來」的列車。

因此，五花八門的區塊鏈培訓也十分火爆，「掃碼進群聽課」等各類信息充斥著朋友圈，難辨優劣。其培訓費用更是參差不齊：100元、300元、7000元甚至近10萬元......

區塊鏈培訓太火爆

我經常在交友資料上編造身份，進口燈飾批發商、城市景觀設計師、精品煙酒店老闆、農業貸款業務員。現在，我終於成了區塊鏈培訓班專家。

▲圖片來源：某招聘網站截圖

並且，據報道，近日北京一則區塊鏈招聘廣告刷爆朋友圈，要求應聘者對區塊鏈技術和密碼學有深入研究，給出的年薪不低於500萬元人民幣，並且上不封頂。

「這確實是區塊鏈人才招聘現狀。但就算這樣也挖不到人，因為符合條件的人難找。」獵聘平台「獵頭」呂生表示。

蘇寧金融研究院高級研究員宋沫飛表示：「從開發經驗上來說，國內區塊鏈產業的興起集中於最近兩三年，人才市場上具有長期區塊鏈開發工作經驗的人少之又少。」他認為，過高的薪水難免會吸引一些投機分子，但薪水的提高並沒有帶來應聘門檻的提高，甚至部分招聘人員對區塊鏈技術也只是一知半解，這對於區塊鏈人才的招聘也提出了新的挑戰。

在獵聘網首席數據官單藝看來，區塊鏈的核心是一種基於互聯網分布式信任系統的社會關系和商業模式的改變，而這種改變以去中心化為典型特徵。「區塊鏈的未來發展仍然有很多不確定性，目前存在明顯的泡沫，很多區塊鏈項目不靠譜。」他說。

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

⑧ chn是什麼意思

因為chn是中國鞋碼的簡稱，所以有很多的人在購買兒童鞋後，就會發現兒童鞋上寫著chn220等情況，這表示著鞋子的生產地以及號碼，但是也有的人不知道兒童鞋碼chn是什麼意思。那麼兒童鞋碼chn是什麼意思呢?
兒童鞋碼chn是什麼意思
鞋子上USUKEURCHN分別代表美碼，英碼，歐碼，和中國碼。這些英文字母分別代表了不同的鞋碼標准與大小尺寸，USA是美利堅合眾國英語UnitedStatesofAmerica的縮寫，簡稱「美國」UnitedStates，指美製鞋碼。
UK是United Kingdom的縮寫，指英國碼;EUR是Europe的縮寫，指歐洲碼;CHN是中國在聯合國注冊的國家代碼，國際上的正式場合都用這種統一的國家代碼。這幾個鞋子尺碼之間的換算公式是：
①厘米數×2-10=歐制，(歐制+10)÷2=厘米數。比如，42歐碼的鞋，則厘米數=(42+10)÷2=26厘米。
②厘米數-18+0.5=美製，美製+18-0.5=厘米數。運用這個公式，42碼的鞋，為26厘米，美製尺碼則=26-18+0.5=8碼。
chn280鞋碼多大
44-44.5碼，280碼是中國尺碼標碼數
1.鞋子尺碼對照表：
44-44.5碼，280碼是中國尺碼標碼數。
2.換算公式：鞋子的每一個碼之間是相差0.5厘米
一般換算公式：(歐碼+10)×5=中國鞋號(即毫米數)
拓展資料：
鞋子分左右腳，這是現在大家都知道的常識。但如果時光能回到100年前，鞋子分左右腳，還是頗為另類的現象。分左右的鞋子，古代稱為「運腳鞋」，古人是不穿的，在幾千年的時間里，古人穿鞋始終不分左右。
左右不分的鞋子是不是很難穿?非也!古代製鞋的材料大多非常柔軟，如草鞋、麻鞋，即使用動物皮也處理得很柔軟。而且，古人穿的鞋子做得相對寬松，尺碼比較大，不會有穿不上或是磨腳的現象。有意思的是，古代鞋子不講尺碼，只說鞋號，稱「腳第幾」。

⑨ 混合區塊鏈培訓時間是多久

因人而異吧，3個月左右一般。