eth20自建節點

① 以太坊多節點私有鏈部署

假設兩台電腦A和B
要求：
1、兩台電腦要在一個網路中，能ping通
2、兩個節點使用相同的創世區塊文件
3、禁用ipc;同時使用參數--nodiscover
4、networkid要相同，埠號可以不同

1.4 搭建私有鏈
1.4.1 創建目錄和genesis.json文件
創建私有鏈根目錄./testnet
創建數據存儲目錄./testnet/data0
創建創世區塊配置文件./testnet/genesis.json

1.4.2 初始化操作
cd ./eth_test
geth --datadir data0 init genesis.json

1.4.3 啟動私有節點

1.4.4 創建賬號
personal.newAccount()
1.4.5 查看賬號
eth.accounts
1.4.6 查看賬號余額
eth.getBalance(eth.accounts[0])
1.4.7 啟動&停止挖礦
啟動挖礦：
miner.start(1)
其中 start 的參數表示挖礦使用的線程數。第一次啟動挖礦會先生成挖礦所需的 DAG 文件，這個過程有點慢，等進度達到 100% 後，就會開始挖礦，此時屏幕會被挖礦信息刷屏。
停止挖礦，在 console 中輸入：
miner.stop()
挖到一個區塊會獎勵5個以太幣，挖礦所得的獎勵會進入礦工的賬戶，這個賬戶叫做 coinbase，默認情況下 coinbase 是本地賬戶中的第一個賬戶，可以通過 miner.setEtherbase() 將其他賬戶設置成 coinbase。

1.4.8 轉賬
目前，賬戶 0 已經挖到了 3 個塊的獎勵，賬戶 1 的余額還是0：

我們要從賬戶 0 向賬戶 1 轉賬，所以要先解鎖賬戶 0，才能發起交易：

發送交易，賬戶 0 -> 賬戶 1：

需要輸入密碼 123456

此時如果沒有挖礦，用 txpool.status 命令可以看到本地交易池中有一個待確認的交易，可以使用 eth.getBlock("pending", true).transactions 查看當前待確認交易。

使用 miner.start() 命令開始挖礦：
miner.start(1);admin.sleepBlocks(1);miner.stop();

新區塊挖出後，挖礦結束，查看賬戶 1 的余額，已經收到了賬戶 0 的以太幣：
web3.fromWei(eth.getBalance(eth.accounts[1]),'ether')

用同樣的genesis.json初始化操作
cd ./eth_test
geth --datadir data1 init genesis.json

啟動私有節點一,修改 rpcport 和port

可以通過 admin.addPeer() 方法連接到其他節點，兩個節點要要指定相同的 chainID。

假設有兩個節點：節點一和節點二，chainID 都是 1024，通過下面的步驟就可以從節點二連接到節點一。

首先要知道節點一的 enode 信息，在節點一的 JavaScript console 中執行下面的命令查看 enode 信息：

admin.nodeInfo.enode
" enode://@[::]:30303 "

然後在節點二的 JavaScript console 中執行 admin.addPeer()，就可以連接到節點一：

addPeer() 的參數就是節點一的 enode 信息，注意要把 enode 中的 [::] 替換成節點一的 IP 地址。連接成功後，節點一就會開始同步節點二的區塊，同步完成後，任意一個節點開始挖礦，另一個節點會自動同步區塊，向任意一個節點發送交易，另一個節點也會收到該筆交易。

通過 admin.peers 可以查看連接到的其他節點信息，通過 net.peerCount 可以查看已連接到的節點數量。

除了上面的方法，也可以在啟動節點的時候指定 --bootnodes 選項連接到其他節點。 bootnode 是一個輕量級的引導節點，方便聯盟鏈的搭建 下一節講 通過 bootnode 自動找到節點

參考： https://cloud.tencent.com/developer/article/1332424

② ETH開發實踐——批量發送交易

在使用同一個地址連續發送交易時，每筆交易往往不可能立即到賬， 當前交易還未到賬的情況下，下一筆交易無論是通過 eth.getTransactionCount() 獲取nonce值來設置，還是由節點自動從區塊中查詢，都會獲得和前一筆交易同樣的nonce值，這時節點就會報錯 Error: replacement transaction underpriced

在構建一筆新的交易時，在交易數據結構中會產生一個nonce值， nonce是當前區塊鏈下，發送者(from地址)發出的交易(成功記錄進區塊的)總數， 再加上1。例如新構建一筆從A發往B的交易，A地址之前的交易次數為10，那麼這筆交易中的nonce則會設置成11， 節點驗證通過後則會放入交易池（txPool）,並向其他節點廣播，該筆交易等待礦工將其打包進新的區塊。

那麼，如果在先構建並發送了一筆從地址A發出的，nonce為11的交易，在該交易未打包進區塊之前， 再次構建一筆從A發出的交易，並將它發送到節點，不管是先通過web3的eth.getTransactionCount(A)獲取到的過往的交易數量，還是由節點自行填寫nonce， 後面的這筆交易的nonce同樣是11， 此時就出現了問題：

實際場景中，會有批量從一個地址發送交易的需求，首先這些操作可能也應該是並行的，我們不會等待一筆交易成功寫入區塊後再發起第二筆交易，那麼此時有什麼好的解決辦法呢？先來看看geth節點中交易池對交易的處理流程

如之前所說，構建一筆交易時如果不手動設置nonce值，geth節點會默認計算發起地址此前最大nonce數（寫入區塊的才算數），然後將其加上1， 然後將這筆交易放入節點交易池中的pending隊列，等到節點將其打包進區塊。

構建交易時，nonce值是可以手動設置的，如果當前的nonce本應該設置成11， 但是我手動設置成了13， 在節點收到這筆交易時， 發現pending隊列中並沒有改地址下nonce為11及12的交易， 就會將這筆nonce為13的交易放入交易池的queued隊列中。只有當前面的nonce補齊（nonce為11及12的交易被發現並放入pending隊列）之後，才會將它放入pending隊列中等待打包。

我們把pending隊列中的交易視為可執行的，因為它們可能被礦工打包進最新的區塊。 而queue隊列因為前面的nonce存在缺失，暫時無法被礦工打包，稱為不可執行交易。

那麼實際開發中，批量從一個地址發送交易時，應該怎麼辦呢？

方案一：那麼在批量從一個地址發送交易時， 可以持久化一個本地的nonce，構建交易時用本地的nonce去累加，逐一填充到後面的交易。（要注意本地的nonce可能會出現偏差，可能需要定期從區塊中重新獲取nonce，更新至本地）。這個方法也有一定的局限性，適合內部地址（即只有這個服務會使用該地址發送交易）。

說到這里還有個坑，許多人認為通過 eth.getTransactionCount(address, "pending") ，第二個參數為 pending ， 就能獲得包含本地交易池pending隊列的nonce值，但是實際情況並不是這樣， 這里的 pending 只包含待放入打包區塊的交易， 假設已寫入交易區塊的數量為20， 又發送了nonce為21，22，23的交易， 通過上面方法取得nonce可能是21（前面的21，22，23均未放入待打包區塊）， 也可能是22（前面的21放入待打包區塊了，但是22，23還未放入）。

方案二是每次構建交易時，從geth節點的pending隊列取到最後一筆可執行交易的nonce, 在此基礎上加1，再發送給節點。可以通過 txpool.content 或 txpool.inspect 來獲得交易池列表，裡面可以看到pending及queue的交易列表。

啟動節點時，是可以設置交易池中的每個地址的pending隊列的容量上限，queue隊列的上容量上限， 以及整個交易池的pending隊列和queue隊列的容量上限。所以高並發的批量交易中，需要增加節點的交易池容量。

當然，除了擴大交易池，控制發送頻率，更要設置合理的交易手續費，eth上交易寫入區塊的速度取決於手續費及eth網路的擁堵狀況，發送每筆交易時，設置合理的礦工費用，避免大量的交易積壓在交易池。

③ 什麼是以太幣/以太坊ETH

以太幣（ETH）是以太坊（Ethereum）的一種數字代幣，被視為「比特幣2.0版」，採用與比特幣不同的區塊鏈技術「以太坊」（Ethereum），一個開源的有智能合約成果的民眾區塊鏈平台，由全球成千上萬的計算機構成的共鳴網路。開發者們需要支付以太幣（ETH）來支撐應用的運行。和其他數字貨幣一樣，以太幣可以在交易平台上進行買賣 。

溫馨提示：以上解釋僅供參考，不作任何建議。入市有風險，投資需謹慎。您在做任何投資之前，應確保自己完全明白該產品的投資性質和所涉及的風險，詳細了解和謹慎評估產品後，再自身判斷是否參與交易。
應答時間：2020-12-02，最新業務變化請以平安銀行官網公布為准。
[平安銀行我知道]想要知道更多？快來看「平安銀行我知道」吧~
https://b.pingan.com.cn/paim/iknow/index.html

④ 搭建geth私有鏈和聯盟鏈網路

操作系統:linux或Mac OS
安裝geth執行以下命令:
linux:sudo apt-get install ethereum
Mac OS:brew install ethereum

直接創建兩個geth的工作目錄，用於之後的組建聯盟鏈的使用：
mkdir eth-private1
mkdir eth-private2

首先 cd eth-private1 進入節點1的工作目錄該目錄下執行下面命令
geth --datadir data --nodiscover console （data是之後geth節點的數據目錄，可自行修改）

使用geth自帶的工具 puppeth 用於生成創世區塊，過程如下：
puppeth
+-----------------------------------------------------------+
| Welcome to puppeth, your Ethereum private network manager |
| |
| This tool lets you create a new Ethereum network down to |
| the genesis block, bootnodes, miners and ethstats servers |
| without the hassle that it would normally entail. |
| |
| Puppeth uses SSH to dial in to remote servers, and builds |
| its network components out of Docker containers using the |
| docker-compose toolset. |
+-----------------------------------------------------------+

Please specify a network name to administer (no spaces, please)

輸入私鏈名稱後，會出現二級菜單，現在2：配置一個新的創世快
What would you like to do? (default = stats)

再次出現二級菜單，讓你選擇共識機制（這里採用poa共識）
Which consensus engine to use? (default = clique)

Ethash - proof-of-work(PoW) ：工作量證明,通過算力達成共識 （以太坊就是使用這種方式）
Clique - proof-of-authority(PoA): 權威證明、通過預先設定的權威節點來負責達成共識 (不消耗算力，一般用於私有鏈測試開發)
如果選擇Pow的共識方法,直接輸入1，回車即可。
如果選擇PoA的共識方法，輸入2後會提示讓你選擇處快的間隔時間，一般測試開發使用可以設置相對的將處快時間設置較少5秒即可，然後會讓你選擇哪個賬戶來作為權威生成區塊(至少有一個,輸入剛才創建的賬戶，若只是單節點就輸入那個節點目錄生成的地址，若想組建聯盟鏈就填寫生成的兩個地址)

How many seconds should blocks take? (default = 15)

選擇好共識機制後會讓你指定給那些賬號初始化ether(至少有一個)，輸入我們剛才創建的賬戶地址回車即可。
Which accounts should be pre-funded? (advisable at least one)

選擇輸入私有鏈的網路ID，任意數字即可（不能為1，1是公鏈），也可以不輸入會給定一個隨機數作為私有鏈的網路ID
Specify your chain/network ID if you want an explicit one (default = random)

選擇導出創世區塊配置文件

選擇導出創世區塊配置文件的保存路徑，可以保存到當前目錄，直接按回車即可
Which file to save the genesis into? (default = my-private-chain.json)

INFO [02-09|14:56:33] Exported existing genesis block

這樣就完成了創世區塊文件的配置了，直接退出puppeth即可。

輸入命令 geth --datadir data init private.json 其中data自己制定，private.json就是剛才生成的創世區塊
若出現如圖錯誤：

輸入命令:
geth --datadir data --syncmode full --port 2001 --networkid 1234 --rpc --rpcport "8545" --rpccorsdomain "*" --rpcaddr "0.0.0.0" --rpcapi "db,eth,net,web3,personal,admin,clique" --nodiscover console 進入控制台
--datadir data：節點的數據目錄
--syncmode full：塊同步的方式（若只是單節點可不填）
--port 2001： 網卡監聽埠
--networkid 1234：網路標識符
--rpc：開啟rpc服務
--rpcport "8545"：rpc服務的埠
--rpccorsdomain "*"：允許跨域請求的域名列表(逗號分隔)(瀏覽器強制)
--rpcaddr "0.0.0.0" ：HTTP-RPC伺服器介面地址(默認值:「localhost」)
--rpcapi "db,eth,net,web3,personal,admin,clique"：基於HTTP-RPC介面提供的API（私有鏈可以任意開發，公有鏈需要謹慎）
--nodiscover：不允許節點自動加入

若想搭建聯盟鏈，必須保證創世區塊一致，進入到剛才創建的eth-private2的目錄
將之前生成的創世區塊拷貝過來，初始化創世區塊，然後使用啟動命令啟動分別啟動兩個節點，進入控制台，使用 admin.nodeInfo 命令獲取節點的信息

總結：
兩個伺服器部署兩個節點是可以聯通的,但是只能使用兩個節點對應的地址進行挖礦,所以只能是兩個節點對應兩個地址進行挖礦,使用poa共識,當一個節點掛掉,挖礦停止,因為poa共識挖礦必須超過50%的節點進行錢增,現在只是兩個節點,掛掉一個節點挖礦就會停止等待另一個節點的確認,停掉的節點可以通過正常運作的節點信息重新連接到網路中。
問題：
同步塊有可能報錯情況:
1:Synchronisation failed "retrieved hash chain is invalid" 解決目前找到的方法是removedb 數據目錄 ,重新init創世區塊
2:內存溢出初步確認為開啟rpc服務造成的,有可能伺服器惡意被黑,暴力破解密碼,佔有內存，解決，將伺服器的ip設置一條防火牆

若存在問題可給本人留言或訪問本人的github： https://github.com/qi-shuo/geth-document 記錄了一些本人搭建使用的命令

⑤ 2020年ETH升級2.0超級版本，會帶來什麼影響

原因：
Linux distribution使用udev動態管理設備文件，並根據設備的信息對其進行持久化命名。udev會在系統引導的過程中識別網卡，將mac地址和網卡名稱對應起來記錄在udev的規則腳本中。而對於新的虛擬機，VMware會自動為虛擬機的網卡生成MAC地址，當克隆或者重裝虛擬機軟體時，由於使用的是以前系統虛擬硬碟的信息，而該系統中已經有eth0的信息，對於這個新的網卡，udev會自動將其命名為eth1（累加的原則），所以在系統啟動後，使用ifconfig看到的網卡名為eth1。
解決方法：
在fedora中，udev記錄網路規則的腳本為：/etc/udev/rules.d/70-persistent-net.rules
[user@localhost ~]$ vi /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:5a:6c:73", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:a9:22:9d", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
打開該文件，這時會發現，裡面有eth0，eth1兩個網卡的信息，但實際上ifconfig時只能發現eth1一個網卡的信息，這時因為eth0根本就不存在。
將其中eth0的信息刪掉，並將eth1信息中的設備名改為eth0，重啟系統，看到的網卡就是eth0了，或者刪掉其中所有的信息重啟系統udev會幫發現新的設備的。

⑥ 如何看待以太坊ETH2.0

我個人不是特別看好以太坊2.0。

以目前以太坊的發展情況來看，以太坊已經成為了世界上最大的一條公鏈，這點毫無疑問。伴隨著以太坊得進一步發展，我們會發現區塊鏈行業也取得了長足的進步。

一、我先講一下關於目前以太坊的現狀。

以太坊在這一次牛市中非常亮眼，換而言之，這一次的牛市就是因為以太坊上面的應用而拉起的。目前的以太坊有幾個困境：第1個困境是交易費率太高，嚇跑了很多人。第2個困境是交易速度太慢，網路擁堵問題非常嚴重。第3個困境是交易相對繁瑣，其他公鏈顯然要優於以太坊。這正是以太坊需要破局的地方，當以太坊升級到2.0以後，這些問題都會相應解決。

⑦ 什麼是以太幣/以太坊ETH

以太坊英文名Ethereum，簡稱ETH，是最近被熱炒的虛擬投資幣種。被稱為是全球第二大市值的數字貨幣，僅次於比特幣。

以太幣是以太坊的一種數字代幣，是因為以太坊開放的需要使用代幣——以太幣ETH來支撐應用。以太坊同樣可以在交易平台交易買賣。簡單的來說，以太坊（Ethereum）是一個平台和一種編程語言，使開發人員能夠建立和發布下一代分布式應用。
以太坊（Ethereum）可以用來編程、擔保和交易，也可以用來組織投票，域名買賣，金融交易平台，線上眾籌，管理公司，
制定合同和大部分的協議，還能集成硬體的智能資產。

以太坊的價格之所以能夠飆升，不僅得益於以太坊社區的推廣宣傳，更重要的是虛擬貨幣投資者們正在尋找替換比特幣的投資產品。

比特幣受國內央行的監管、申請ETF上市被拒等一系列問題，導致投資者們對比特幣的前景看淡。而此時以太坊的出現、宣傳推廣，正受到這些虛擬幣投資者的青睞！

BtcTrade平台（比特幣交易網）www.btctrade.com作為國內最大最靠譜的交易平台，早在11月份就上線以太坊交易。上線時的以太坊在50元左右，如今已漲至300元一枚，實足驚人！以太坊ETH的前景到底如何，能否像比特幣一樣獲得如此的關注，拭目以待！

⑧ 如何看待以太坊ETH2.0

對於1559引入gas費燃燒模式，固然會迎合某些人追逐所謂通縮的口味，但是其背後的動機，卻不得不說，是Vitalik和以太坊基金會進一步推進PoS以至ETH 2.0的戰略思維。

現在以太坊引入燃燒機制，對沖了區塊獎勵的發行，因此我們會覺得這個機制讓以太坊變得更硬了。但是，以太坊燃燒銷毀的是存量S。存量S的持續消耗會減少硬度（類似於電子工業消耗黃金儲量），讓增量的沖擊變大，不利於幣值的穩定。

介紹

眾所周知，以太坊是沒有固定可預期的貨幣政策的，這是一種最糟糕的貨幣政策（從博弈論的角度講）。在1559實施後，增量F假設為固定的區塊獎勵，除非Vitalik和基金會決定變更它。

那麼，恆定增量的情況下持續消耗存量，將使得以太坊的抗沖擊能力下降，幣值更不穩定，波動性更大，從而更加不適合於作為價值存儲。

⑨ imtoken錢包怎麼換網路節點

1、打睜和開imToken並切換到ETH錢包。
2、通侍粗過我的點擊使用設置。
3、找到節點設置，點擊ETHEREUM。
4、進入悉談盯ETH錢包節點設置頁面。
5、點擊快捷添加跳轉至Chainlist。
6、下滑找到需要的節點，點擊ADDTOMETAMAS」，選擇授權添加節點。

⑩ eth2022年還能挖嗎

不能了，宣布退出改變ETH 1.0現行主網費用的EIP-1559提案尤其受關注，因為客觀上，這一更新將為無限發行的ETH帶來通縮效果。 EIP-1559提案將改進現有的手續費機制，用戶支付的基礎費用將不再被礦工收入囊中，而是被銷毀，這客觀上帶來了ETH的通縮效果；EIP-3529提案支持合約部署者主動清理合約，獲得Gas退款，這將減少網路擁堵，提升網路的穩定性；此外，EIP-3541將拒絕以0xEF位元組開頭的新地址，為以後的升級奠定基礎；EIP-3554提案則將難度炸彈延遲至 2021 年 12 月，2020退出。
拓展資料
1.以太坊「倫敦升級」既是對現行以太坊1.0網路存在的高費用、常擁堵等痛點過渡解決方案，也為未來以太坊升級到2.0做准備。以太坊1.0與2.0的合並將標志著PoW挖礦的終結，合並的上限時間不早於難度炸彈的開啟，但不晚於分片階段的開啟。現有的官方信息渠道顯示，難度炸彈將於今年12月開啟，分片階段將於明年年中開啟。因此，在一切計劃如期實施的前提下，PoW機制將在2022年上半年退出歷史舞台。從2015年開始研究以太坊向POS的轉換，並在2018年正式提出了2.0計劃。後來，進展非常緩慢。直到2020年各種defi項目的爆發，產業鏈上的天然氣成本從20-30gwei一度上升到500gwei以上。鏈條上的生態體驗非常差。最後，他不得不在2020年底0升級(階段0)啟動eth2。由於eth2.0已經被討論了很長一段時間，有很多關於升級周期的分析文章。
2.一般認為升級大約需要2-3年的時間，因為POS和POW雙鏈會平行半年到一年來測試POS是否真的安全可靠。雙鏈在2022-2023年之前不會合並，以完全結束POW，保留POS。 然而，公告的突然加速出乎所有人的意料，尤其是礦商的意料。畢竟，持有硬幣和采礦機的人的心態是不同的。礦工對POS非常敏感，根據spark昨天發布的公告，要求以太坊官員再次澄清升級預期。甚至不要發送簡短的句子給非核心開發者，這會導致許多誤解。 人們總是認為eth20升級在技術上是非常復雜和巨大的，但現在我的解釋是，每個人都高估了升級的復雜性。我猜官方團隊已經基本掌握了核心要點。畢竟，ETH並不是第一隻吃POS共識的螃蟹。有許多例子可供參考。在過去，升級的進程是緩慢的。事實上，當局一直在遷就和照顧礦工的利益。他們直到去年才開始升級，然後含糊地宣布了升級計劃和時間表。今年，情況不對。其他家庭生態鏈發展迅速，如火如荼，手續費低，交易速度快，使用體驗普遍不佳。