以太坊分析downloader簡書

A. 以太坊源碼分析--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 的信息

B. 以太坊交易(tx) 分析

更多請參考: Github: https://github.com/xianfeng92/ethereum-code-analysis

其中 object 和 opcodes 是相對應的，比如 60 對應就是 operation PUSH1,合約編譯後的位元組碼即為一組的 operation 。

合約部署其實就是實例化一個 contract 對象，並將 data 的值設給 Code屬性 。

創建合約的tx中，input欄位對應的是合約的位元組碼，即指令數組。

其中 input 欄位對應所要調用的函數簽名的前四個位元組（771602f7）以及對應的參數（1,2）

其中 input 欄位為所要調用的合約函數簽名的前四個位元組（72a099b7）

關於函數調用，Call會把對應的Code讀出來，依次解析，Code中會把所有的public簽名的函數標志（4位元組）push到棧里。然後依據 input 中需要調用函數的簽名標志（前4位元組）來匹配 Code， 匹配之後跳轉到對應的 opcode 。

C. 以太坊倫敦升級！歐科雲鏈鏈上大師上線EIP-1559專題數據把脈「生態波動」

8月5日，以太坊主網倫敦硬分叉升級，在區塊鏈高度12,965,000正式激活，以太坊EIP-1559提案隨之生效。

從2019年3月被提出，EIP-1559提案便引發以太坊社區內的巨大爭議——反對者認為這項提案「治標不治本」、「傷害不大，侮辱性極強」，支持者則表示提案將「優化用戶體驗」、「降低以太坊通脹率」。隨著倫敦硬分叉生效，EIP-1559提案正式寫進了以太坊網路的DNA。

對於生態用戶、礦工、DeFi、生態價值反哺，這項提案將會帶來哪些影響和波動？8月5日，歐科雲鏈鏈上大師正式上線EIP-1559專題數據。在這里，倫敦硬分叉前後帶來的風向變動，你都能最早知道！

什麼是EIP-1559提案？

2019年3月，以太坊創始人Vitalik Buterin和Ethhub創始人Eric Conner聯合提出了EIP-1559提案，希望改變以太坊的交易手續費機制，使費用市場更加穩定，緩解以太坊網路的擁堵問題。

EIP-1559提案提出，在今後的費用市場，每筆交易用戶需要支付固定基礎費，如需加快交易確認可向礦工支付小費，小費歸礦工所有，基礎費全部銷毀。 在鏈上大師EIP-1559專題頁面，我們對提案細節、影響等做了詳細分析。 在新的交易手續費機制下，以太坊生態迎來了一場「交易改革」。

EIP-1559專題有哪些數據？

基於以太坊全節點鏈上數據，歐科雲鏈鏈上大師推出了EIP-1559專題數據，涵蓋硬分叉倒計時、數據概覽、礦工收入、交易手續費、小費分布統計等數據，展示了EIP-1559提案生效前後的數據波動，為用戶判斷以太坊生態的發展態勢提供數據參考。

在EIP-1559專題頁面，首先看到的是以太坊生態的數據概覽。價格走勢、最新塊高、以太坊當前供應量、以太坊燃燒量等基礎數據都匯總在這里。

數據概覽下方，便是歐科雲鏈鏈上大師針對此次升級所做的一系列數據指標。

EIP1559提案對礦工有哪些影響？

新的交易手續費機制給礦工帶來了最直接的沖擊，因此在EIP-1559提案的反對聲音中，一股重要的群體就是礦工。

在礦工收入和交易手續費一欄，鏈上大師提供了1張折線圖和2張柱狀圖，直觀展示EIP-1599提案給礦工帶來的影響。

折線圖以EIP-1559提案生效時間為軸，展示了在這一大事件發生前後，礦工收入、交易手續費、ETH價格的變化趨勢，並且提供ETH和USDT兩種計價單位，直觀展示EIP-1559協議對這3項數據的影響。

柱狀圖則分別展示了礦工收入和交易手續費的柱狀圖，前者展現了原模式下礦工收入和EIP-1559生效後的區塊收入、手續費，後者則提供了原模式下總手續費和EIP-1559生效後的基礎費、小費數據。

依據這部分數據，礦工和生態用戶可以提前做出理性的判斷和市場行為。

ETH會出現通縮嗎？生態會不會變得更好？

關於EIP-1559提案，一部分人認為它能降低Gas費，並通過銷毀一定數量的ETH，一定程度上抵消新發行的ETH、進而帶來通縮效應。一部分人則認為從長遠來看並不能降低 Gas費，通縮也難以實現。

為了驗證這些判斷，鏈上大師提供了3張圖表，來展示ETH供應量和銷毀量數據。

「ETH供應量」以折線圖的形式，分別展示了預估供應量和實際流通量的區別與變化，可以驗證EIP-1559提案對於以太坊通脹帶來的影響。

「ETH銷毀量」則以折線圖+柱狀圖的形式，展示了ETH價格、gas利用率、basefee、交易數和ETH銷毀量的變化和相關關系。利用這項數據，可以分析ETH銷毀量與ETH價格、交易數等數據的相關性，客觀分析EIP-1559提案的意義。

除了基礎費之外，以後要給礦工打賞多少小費？

在EIP-1559提案生效後，小費成為ETH生態用戶最經常用到的一個數據。

在「小費統計」欄，鏈上大師提供了3張數據圖表，分別展示小費分布統計、小費交易數和具體數據表格呈現。

小費分布統計表以「折線圖+箱線圖」的形式，展示了最近1000個區塊的小費平均數和小費數據；小費交易數，則以「堆疊柱狀圖（交易數量）+折線圖（ETH價格）」的形式，展示最近1000個區塊內，小費交易數量和ETH價格的動態關系；而數據表格呈現表，則給出了EIP-1559生效後近N日的平均數據。

倫敦硬分叉後，會引發礦工抵制嗎？

EIP-1559提案生效後，支付給礦工的交易費用預計將會減少，這會不會導致礦工投降或反抗，進而影響以太坊生態的穩定性呢？

針對這點，鏈上大師推出了「鏈上數據」折線圖，將ETH價格、全網算力、區塊大小、單位算力收益等數據，並標注出倫敦硬分叉的時間軸，展示各個數據的關聯性和在硬分叉前後的變動。

通過觀察這張圖表，可以直觀得到此次硬分叉對以太坊生態的影響。

小結

隨著以太坊倫敦硬分叉正式上線，以太坊網路迎來了一場夏風。生長在以太坊上的礦工、用戶、DeFi協議等生態參與者，都將被吹動。

這場夏風是急是緩，是利是弊，是熱是涼？在我們切身感受到它的沖擊之前，歐科雲鏈鏈上大師推出「EIP-1559專題」，提前洞悉鏈上數據，充當這場夏風的「測風儀」，不僅為生態參與者帶來諸多便利，也進一步完善了以太坊生態的大數據基礎設施，開拓了區塊鏈大數據的發展空間和想像力。

本文源自金融界網

D. [以太坊源碼分析][p2p網路07]：同步區塊和交易

同步，也就是區塊鏈的數據的同步。這里分為兩種同步方式，一是本地區塊鏈與遠程節點的區塊鏈進行同步，二是將交易均勻的同步給相鄰的節點。

01.同步區塊鏈
02.同步交易
03.總結

ProtocolManager 協議管理中的 go pm.syncer() 協程。

先啟動了 fetcher ，輔助同步區塊用的。然後等待不同的事件觸發不同的同步方式。

同步的過程調用 pm.synchronise 方法來進行。

ProtocolManager 協議管理中的 go pm.txsyncLoop() 協程。

同步交易循環 txsyncLoop 分為三個部分的內容：

發送交易的函數。

挑選函數。

三個監聽協程的 case 。

E. 以太坊k線走勢圖怎麼看

以太坊k線走勢圖查看方法如下。
1、查看布林帶，布林帶指標可適用於單邊行情及震盪行情中，在所有看盤的指標中，功能尤其強大、加上對行情的判斷准確，是現時投資者使用率最高、最實用的一向技術指標。
2、在幣圈投資中，最常用的投資MACD指標，MACD指標是由兩線一柱組合起來形成，快速線為DIF，慢速線為DEA，柱狀圖為MACD，原理是可以分析幣價在漲跌過程中買賣雙方力量均衡點的變化情況，投資者由此判斷之後的行情趨勢發展情況，在單邊行情中較為適用。
3、KDJ指標，主要是利用價格波動的真實波幅來反映價格走勢超買超賣現象，在價格尚未上升或下降之前發出買賣信號的一種技術工具，分析的主要用途在與大勢的漲跌氣勢，使幣圈投資市場潛在的趨勢清楚地表現出來，特別適用於震盪行情之中。

F. 以太坊的「分片」是指什麼

「分片」的大致思路是：將區塊鏈網路中的每個區塊變為一個子區塊鏈，子區塊鏈中可以容納若干（目前為 100 個）打包了交易數據的 Collation（大概可以稱為「校驗塊」，為了在分片的情景中將其與區塊的概念區分開），這些 Collation 最終組成一個在主鏈上區塊；因為這些 Collation 是整體作為區塊存在的，所以其數據必定是全部由某個特定的礦工所打包生成，本質上和現有協議中的區塊沒有區別，所以不再需要增加額外的網路確認。這樣，每個區塊的交易容量就大概擴大了 100 倍；而且這種設計還有利於未來的繼續擴展。整個擴展計劃目前也被大致分為 4 個階段；本文所介紹的僅僅是第一階段的相關實現細節。轉自簡書。數字貨幣交易所幣匯

G. 《以太坊技術詳解與實戰》pdf下載在線閱讀全文，求百度網盤雲資源

《以太坊技術詳解與實戰》（閆鶯）電子書網盤下載免費在線閱讀

鏈接:

提取碼: vcdy

書名：以太坊技術詳解與實戰

作者：閆鶯

豆瓣評分：7.7

出版社：機械工業出版社

出版年份：2018-4-3

頁數：226

內容簡介：

以太坊創始人、首席科學家Vitalik Buterin傾力推薦，工業界與學術界區塊鏈專家聯合撰寫，權威性和實用性毋庸置疑。本書深入剖析以太坊架構、核心部件、智能合約編寫與開發案例等關鍵技術，並涵蓋以太坊數據分析、性能優化、隱私與數據安全等前沿實踐與進展。

作者簡介：

閆鶯 （博士），微軟亞洲研究院主管研究員，區塊鏈領域負責人，微軟Coco區塊鏈平台中國負責人。中國軟體協會區塊鏈創業學院及區塊鏈專委會專家、中國電子學會區塊鏈專家委員。專注與區塊鏈技術、大數據分析、資料庫以及雲計算的研究。在區塊鏈領域獲得多項國際專利，並在資料庫和雲計算 領域國際頂級會議和期刊發表論文30餘篇。參與翻譯《區塊鏈項目開發指南》。

鄭凱 （博士），電子科技大學教授，博士生導師，澳大利亞昆士蘭大學計算機科學博士。主要研究領域為區塊鏈數據管理，以及時空數據挖掘、不確定資料庫、內存資料庫、圖資料庫等。在資料庫、數據挖掘等領域的重要會議和期刊發表論文100餘篇，被累積引用1500餘次。2013年獲澳大利亞優秀青年基金，2015年獲資料庫頂級會議ICDE最佳論文獎。擔任資料庫領域知名國際會議的程序主席和聯合執行主席，國際SCI期刊客座編委，以及數十個國際等級會議的程序委員。

郭眾鑫 微軟亞洲研究院研發工程師，微軟Coco區塊鏈平台核心開發者。專注於區塊鏈技術、大數據分析、分布式系統等方面的研究和開發。

H. 比特幣以太坊行情分析軟體哪個好用

推薦CellETF去中心化交易平台，CellETF是一個DeFi綜合應用平台(celletf.io)，依託於以太坊公鏈部署，包括多款智能合約/協議，被動報價機制以及ETF一二級雙市場架構等特性，僅需一個站點，即可擁抱DeFi的無限可能。