❶ 【以太坊易錯概念】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
❷ 2.在以太坊中,為了得到唯一的公鑰,對私鑰應用哪種演算法
在以太坊中，為了得到唯一的公鑰，對私鑰應用演算法：
1、生成一個隨機的私鑰（32位元組）。
2、通過私鑰生成公鑰（64位元組）。
3、通過公鑰得到地址（20位元組）。
❸ 一步一步教你使用以太坊錢包
下面開始介紹myetherwallet
記住，這個錢包只支持如下幾種
ETH、ETC、和符合ERC20協議的token，
其他 不支持的幣不要轉進來（轉進來會丟失）
瀏覽器打開網站：
https://www.myetherwallet.com
在頁面右上角選擇你喜歡的語言，如下圖所示
第一步 創建錢包
輸入密碼（至少9位）
下載keystore文件（這里保存你的公鑰和私鑰）
保存你的私鑰
初次解鎖錢包（建議一定要多試下第二步，不要立馬就轉幣進去，否則有可能你沒記住密碼或者keystore沒放好，多試幾次可以讓你更加熟悉）
一般初次點擊解鎖之後，頁面可能不刷新，直接滑鼠往下滾下來就看到你的錢包信息了
第二步 查看錢包信息
當你完成了第一步，錢包就已經建好了。
這一步只是教你平時怎麼打開錢包看看裡面的余額之類的
你的ETH的余額和交易歷史
你的所有代幣token的余額和交易歷史
第三步 接收和發送ETH及其他token代幣
接收ETH和其他的代幣token（這個錢包所支持的，點擊show all tokens看所有支持的代幣）
都用同一個地址即可，不需要任何額外的標記或操作
點擊左上角 發送以太幣/發送代幣，選擇keystoreFile,
上傳keystore文件，填寫密碼，解鎖賬號
3.發送給別人ETH或代幣的時候，你就要輸入對方對應的ETH地址或代幣地址，不要填錯，
比如你要發送到你的交易平台，如果發送EOS,這里就要放你交易平台的EOS的充值地址，
而不是放ETH充值地址，當然你還需要在下面這個下拉菜單這里選擇一下相應的代幣類型，
比如EOS
❹ 以太坊怎麼根據地址獲取私鑰
安裝metamask metamask是可以安裝在瀏覽器上的擴展程序,可以在進行安裝。建議在安裝在虛擬機中
以太坊的私鑰生成是通過secp256k1橢圓曲線演算法生成的,secp256k1是一個橢圓曲線演算法,同比特幣。公鑰推導地址和比特幣相比,在私鑰生成公鑰這一步其實是一樣的,區別在公鑰推導地
以太坊錢包地址就是你的銀行卡號,倘若你把地址忘了,可以用私鑰、助記詞、keystore+密碼,導入錢包找回。首先注冊登錄bitz,找到資產下面的以太坊,點擊充值,這時候就能獲取充值地址了。然後把錢包里的以太坊直接充到這個地址就行了。
❺ 浠涔堟槸鍚堢害鍦板潃涓轟粈涔坉efi欏圭洰閮介渶瑕佸悎綰﹀湴鍧鏈変粈涔堢敤
閫氬父鎯呭喌涓嬩互澶鍧婄殑璐︽埛涓昏佹湁涓ょ嶏細
1銆佺涓縐嶆槸涓浜虹敤鎴蜂嬌鐢ㄤ互澶鍧婇挶鍖呯敓鎴愮殑澶栭儴璐︽埛錛屽畠鏄鐢卞叕閽ュ拰縐侀掗緇勬垚錛
2銆佺浜岀嶆槸鍚堢害璐︽埛錛岀敤鐨勬槸Solidity紼嬪簭璇璦錛屾槸鐢變竴緇勪唬鐮侊紙鍚堢害鐨勫嚱鏁幫級鍜屾暟鎹錛堝悎綰︾殑鐘舵侊級緇勬垚鐨勶紝姣旀柟璇村湪浠ュお鍧婁笂鍙慐RC20鐨勫竵鐨勫悓鏃跺氨浠ｈ〃鐫鍒涘緩浜嗕竴涓鍚堢害璐︽埛銆傝岃繖縐嶆儏鍐典笅鐢熸垚鐨勫湴鍧涔熷氨鏄鍚堢害鍦板潃錛屾棤縐侀掗銆傚悎綰︽槸涓涓鍦ㄤ互澶鍧婂尯鍧楅摼涓婄殑涓涓鐗規畩鍦板潃銆
鎴戜滑閫氳繃浠ヤ笂鍏充簬浠涔堟槸鍚堢害鍦板潃涓轟粈涔坉efi欏圭洰閮介渶瑕佸悎綰﹀湴鍧鏈変粈涔堢敤鍐呭逛粙緇嶅悗,鐩鎬俊澶у朵細瀵逛粈涔堟槸鍚堢害鍦板潃涓轟粈涔坉efi欏圭洰閮介渶瑕佸悎綰﹀湴鍧鏈変粈涔堢敤鏈変竴瀹氱殑浜嗚В,鏇村笇鏈涘彲浠ュ逛綘鏈夋墍甯鍔┿
❻ 什麼是公鑰、私鑰、密碼、助記詞、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.備份內容放到安全、妥善的地方，並告訴家人（以防突發事故發生）
數字貨幣錢包的作用是安全存儲資產，這是最重要的！從投資紀律來講，本金安全是一切的基礎。對於理財類的錢包，聲稱賺取收益高回報等，應該叫「數字資產理財」更恰當。你的資產他們可以隨意動用拿去投資。你對資產沒有完全的掌控權，如果投資順利，本息安全，如果投資失敗，血本無歸。所以，請慎重使用這類錢包，應該注重的是資產的安全和私密性。
❼ 以太坊源碼分析--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 的信息
❽ 浠ュお鍧婂備綍淇濇姢鐢ㄦ埛闅愮
浠ュお鍧婏細鍦ㄥ尯鍧楅摼鏃朵唬淇濇姢鐢ㄦ埛闅愮佺殑鍧氬疄澹佸瀿錛
闅忕潃鍖哄潡閾炬妧鏈鐨勫彂灞曚笌搴旂敤錛屼漢浠瀵逛簬鍖哄潡閾炬椂浠ｇ殑闅愮佷繚鎶ら棶棰樿秺鏉ヨ秺鍏蟲敞銆備互澶鍧婁綔涓虹洰鍓嶆渶鍏堣繘鐨勬櫤鑳藉悎綰﹀鉤鍙幫紝鍏朵繚鎶ょ敤鎴烽殣縐佺殑鑳藉姏緇濆逛笉瀹瑰皬瑙戙
棣栧厛錛屼互澶鍧婇噰鐢ㄤ簡鍏閽ュ瘑鐮佸︽潵淇濇姢鐢ㄦ埛鐨勯殣縐併傛瘡涓浠ュお鍧婄敤鎴烽兘鏈夎嚜宸辯殑鍏閽ュ拰縐侀掗錛屽湪浜ゆ槗鏃訛紝鐢ㄦ埛鍙浠ョ敤縐侀掗瀵逛氦鏄撲俊鎮榪涜岀懼悕錛屽啀鐢ㄥ叕閽ヨ繘琛岄獙璇併傝繖縐嶆満鍒朵繚璇佷簡浜ゆ槗鐨勫彲闈犳у拰瀹夊叏鎬э紝騫朵笖闃叉浜嗗叾浠栫敤鎴峰逛簬鐢ㄦ埛浜ゆ槗淇℃伅鐨勭ユ帰鍜岀℃敼銆
鍏舵★紝浠ュお鍧婂鉤鍙拌繕閲囩敤浜哯ero-Knowledge璇佹槑鍗忚銆傝繖縐嶅崗璁浣垮緱鐢ㄦ埛鍙浠ュ湪涓嶆硠闇茶嚜宸遍殣縐佺殑鎯呭喌涓嬭繘琛屼氦鏄撳拰楠岃瘉錛屼繚鎶や簡鐢ㄦ埛鐨勯殣縐佸拰涓浜轟俊鎮銆俍ero-Knowledge璇佹槑鍗忚鐨勮繍鐢ㄤ嬌寰椾氦鏄撲俊鎮瀵逛簬騫沖彴浠ュ栫殑浜虹兢鏄涓嶅彲瑙佺殑錛屼粠鑰屾瀬澶у湴鎻愬崌浜嗕互澶鍧婂鉤鍙扮殑闅愮佷繚鎶よ兘鍔涖
鏈鍚庯紝浠ュお鍧婇氳繃寤虹珛鏅鴻兘鍚堢害鏉ヤ繚闅滅敤鎴烽殣縐併傛櫤鑳藉悎綰︽槸涓縐嶉毦浠ヤ慨鏀廣佽嚜鍔ㄦ墽琛岀殑鍚堢害錛屽彲浠ュ畬鍏ㄩ伩鍏嶄氦鏄撳弻鏂逛箣澶栫殑浜哄共鎵頒氦鏄撱備互澶鍧婂鉤鍙頒笂鐨勬櫤鑳藉悎綰︿笉浠呬繚璇佷簡浜ゆ槗淇℃伅鐨勫彲闈犳у拰瀹夊叏鎬э紝鍚屾椂涔熶嬌寰楃敤鎴風殑淇℃伅寰楀埌浜嗗畬緹庣殑淇濋殰銆
鎬諱箣錛屼互澶鍧婂鉤鍙頒負浜嗕繚鎶ょ敤鎴風殑闅愮侊紝鋙嶅叆浜嗗氱嶅畨鍏ㄤ繚闅滄妧鏈錛屽寘鎷鍏閽ュ瘑鐮佸︺乑ero-Knowledge璇佹槑鍗忚銆佷互鍙婃櫤鑳藉悎綰︾瓑錛屽緩絝嬩簡瀹屽囩殑瀹夊叏榪愯惀浣撶郴錛屾槸褰撳墠鏈鍏鋒湁闅愮佷繚鎶よ兘鍔涚殑鏅鴻兘鍚堢害騫沖彴涔嬩竴銆傛湭鏉ワ紝闅忕潃浠ュお鍧婃妧鏈鐨勪笉鏂鍙戝睍錛屽畠鐨勯殣縐佷繚鎶よ兘鍔涗篃灝嗗緱鍒拌繘涓姝ュ畬鍠勶紝璁╃敤鎴峰湪瀹夊叏銆佸彲闈犲湴浣跨敤騫沖彴鐨勫悓鏃朵韓鍙楀埌楂樿川閲忋佸畬緹庣殑縐佸瘑浣撻獙銆