以太坊syncmode

Ⅰ 搭建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 記錄了一些本人搭建使用的命令

Ⅱ Go-Ethereum: 編譯運行

go-ethereum 需要go版本不低於 1.7 , 文章最後介紹了如何卸載低版本的舉蔽go

sudo ln -s /usr/lib/go-1.10/bin/go /usr/bin/go 通過軟鏈的方式把go 放到全局戚滾環境變數中

查看go版本 go version

生成 執行文件 ./build/bin/geth

nohup ./build/bin/geth --datadir /mnt/eth &

sudo mv ./build/bin/geth /usr/local/bin/

eth有三種同步方正仔州式:

默認是 fast , 如果同步全部數據 geth --syncmode full

geth Ethereum node to run automatically on Ubuntu

sudo supervisorctl reload

參考:

https://github.com/golang/go/wiki/Ubuntu
https://github.com/ethereum/go-ethereum/wiki/Installation-Instructions-for-Ubuntu

Ⅲ geth以太坊客戶端輕節點模式啟動怎麼與全節點啟動的geth連接

一般來說，Undefined index就是自己編寫過程中出現了的的確確的寫法問題notice一般提示關於與執行代碼沒有直接關系的錯誤，但不要忘記，notice有時會返回一些多餘的錯誤信息

Ⅳ 什麼是ZK-Rollup（零知識匯總）

ZK-Rollup（零知識匯總）基於zero-knowledge proof（零知識證明），在發往主鏈的交易包里包含了一個對應的零知識證明，主鏈上的rollup（匯總）智能合約只需驗證這個零知識證明。

這個零知識證明不會透露任何交易細節，但能通過與智能合約不斷交互，證明上鏈的所有數據的有效性和真實性。

優點：

l高度的去中心化

l隱私性好：零知識證明不會透露任何交易細節

l上鏈效率高：一次性提交多筆操作的結果，節約時間和gas fee

l驗證效率高：無需等待期，快速完成資產取出動作

l安全性極高：zk技術保證了提交給主鏈的數據真實有效，同時主鏈可隨時還原側鏈發生的交易細節（即擁有主鏈的數據可用性），因此擁有以太坊級別的安全性

缺點：

l技術開發難度大

l難兼容不同智能合約

l需要大量運算

代表項目：

l路印：成熟的zk技術運用，獲得4500萬美元私募，當前市值超8億美元

lZKSync：旨在為以太坊帶來 Visa 級別、每秒數千筆交易的吞吐量

鏈喬教育在線旗下學碩創新區塊鏈技術工作站是中國教育部學校規劃建設發展中心開展的「智慧學習工場2020-學碩創新工作站 」唯一獲準的「區塊鏈技術專業」試點工作站。專業站立足為學生提供多樣化成長路徑，推進專業學位研究生產學研結合培養模式改革，構建應用型、復合型人才培養體系。

Ⅳ 輕用戶是什麼意思

什麼是輕客戶端？為什麼你需要了解它

播報文章

在以太坊的案例中，過去只有一種類型的節點，現在稱為全節點。這個軟體負責驗證和轉播網路上的交易和區塊。由於無信任環境（開放的互聯網）和區塊鏈的性質，每個全節點需要下載並驗證每個區塊，所以就是在每個區塊中驗證每一筆交易。

Parity Ethereum 和 Geth 這兩個最受歡迎的以太坊客戶端，今天都可以在一台中等功率的筆記本電腦上運行。然而，下載和驗證整個區塊鏈的區塊是需要時間和資源的。例如，現在需要使用 SSD 來完全同步以太坊區塊鏈。HDD 無法跟上每秒所需的輸入/輸出操作。

全節點使用案例

現在，組織和個人運行全節點是因為他們的業務需要。想想礦工、區塊瀏覽器、交易所。個人用戶可能希望運行全節點，因為這是與區塊鏈交互的最安全方式。在一個更小的范圍內，他們也可能是純粹的利他主義來幫助網路。7*24 小時全天候的運行一個全節點需要良好的知識和資源水平，大多數用戶不願意投資是可以理解的。除了礦工，沒有什麼內置的激勵來運行一個全節點，盡管這部分基礎設施對網路至關重要。

因此，大多數與區塊鏈交互的用戶，不管是否自願，都會使用一個中心的基礎設施。最流行的軟體錢包默認依賴於第三方託管的節點。這些客戶端連接到遠程節點，並以非密碼驗證的方式完全信任其響應。它的積極方面顯然是增強了用戶體驗，因為這些錢包的用戶不需要運行自己的節點。但是，它們被迫信任第三方節點。默認情況下，Metamask、MyEtherWallet 和 MyCrypto 連接到遠程節點，但如果用戶願意，仍然允許他們連接到自己的本地節點。這不是 Jaxx 或 Exos 錢包的情況，它們默認連接到遠程節點，而沒有連接到用戶自己的本地節點的選項。這里沒有提到移動錢包，因為手機無法運行全節點。

像 Infura 這樣的公司致力於運行全節點，並免費提供給那些需要它們的人。抽象出同步一個全節點的麻煩，允許任何用戶輕松地訪問區塊鏈。這樣的解決方案有助於讓更多用戶能夠訪問以太坊。然而，盡管這一舉措是對生態系統的一個重大補充，但它代表了一個中心化的單一失敗點，與去中心化的區塊鏈理念背道而馳。直到幾個月前，錢包開發商還沒有其他選擇。

「我們的目標是創建一個兼容不同程度『輕』的協議，從幾乎不存儲任何內容的客戶端到幾乎存儲所有內容的客戶端。」

— PIP, Parity Light Protocol（https://wiki.parity.io/The-Parity-Light-Protocol-%28PIP%29）

輕量級替代方案：輕客戶端

輕客戶端或輕節點是連接到全節點與區塊鏈交互的軟體。與全節點對應節點不同，輕節點不需要運行 24/7 或讀寫區塊鏈上的大量信息。事實上，輕客戶端並不直接與區塊鏈交互，而是使用全節點作為中介。輕客戶端依賴於全節點去執行許多操作，從請求最新的區塊頭到請求帳戶中的余額。

輕客戶端協議的設計方式允許它們以最小信任的方式與全節點交互。這是一個需要理解的關鍵方面，因此讓我們回顧一下以太坊區塊鏈的基礎知識：

1. 普通用戶使用全節點、輕節點或受信任的遠程節點在網路上發送交易。

2. 全節點從網路上的對等節點接收交易，檢查這些交易的有效性，並將它們廣播到網路。

3. 礦工是連接到特定軟體的全節點。他們像一個普通的全節點一樣從網路上接收和驗證交易，但是會額外投入大量的精力來尋找問題的解決方案，才會被允許生成下一個區塊。礦工使用的全節點通過應該將哪個區塊添加到區塊鏈並構建在其上達成共識。任何在其上構建了至少 10 個塊的塊都被認為是安全的，因為它包含的交易被還原的概率非常低。

現在，回到我們的輕客戶端。作為起點，輕客戶端需要下載區塊鏈的區塊頭。輕客戶端不需要為它對全節點的每個請求去信任全節點。這是因為區塊頭包含一個名為 Merkle 樹根的信息。Merkle 樹根就是區塊鏈上有賬戶余額和智能合約存儲的所有信息的指紋。如果有任何微小的信息改變，這個指紋也會改變。假設大多數礦工都是誠實的，那麼區塊頭和他們所包含的指紋就被認為是有效的。輕客戶端可能需要從全節點請求信息，例如特定帳戶的余額。輕客戶端知道每個區塊的指紋，就可以驗證全節點給出的答案是否與其擁有的指紋匹配。這是一個強有力的工具，可以在事先不知情的情況下證明信息的真實性。

由於輕客戶端需要發送多個請求來執行簡單的操作，因此所需的總體網路帶寬高於全節點的帶寬。另一方面，所需的資源和存儲量比全節點的資源和存儲量低幾個數量級，同時實現了非常高的安全級別。只需要大約 100MB 的存儲空間和較低的計算能力，輕節點就可以在移動設備上運行！這意味著手機可以以去中心化的方式訪問區塊鏈。

因為只需要一個全節點的一小部分信息，所以一個輕節點可以更快地與區塊鏈同步。目前，將整個以太坊主網區塊鏈同步，輕客戶端大約只需要一個小時，但節點同步超過幾秒對任何應用程序來說都太多了。為輕客戶端開發的解決方案可以快速與區塊鏈頂部同步，盡管這些解決方案通常需要權衡。目前，輕客戶端在其代碼中內置了一個可信的區塊鏈檢查點。正因為如此，客戶端只需要下載最新的區塊頭文件，就可以在幾秒鍾內實現同步。輕客戶端用戶信任客戶端開發人員集成有效的檢查點。這種折衷被認為是可以接受的，因為用戶已經需要信任客戶端實現的開發人員。為了以去中心化的方式快速執行同步，Parity Technologie 目前開發了一種替代解決方案，允許輕客戶端以與全節點類似的方式執行扭曲同步（https://wiki.parity.io/Warp-Sync）。

未來，輕客戶端會遍布各地。 — Marty McFly

輕客戶端的挑戰

輕客戶端非常適合主流應用，例如發送一些交易和驗證帳戶余額。對輕客戶端的主要批評是，輕客戶端不能直接幫助網路。它們不驗證除自己需要的信息以外的任何其他信息，也不從網路向其他對等節點提供或轉播信息，它們使用來自全節點的資源，而不提供任何的回報。

與全節點相比，輕客戶端提供了更好的最終用戶體驗，同時允許最終用戶以去中心化的和安全的方式訪問區塊鏈。關鍵是要找到一種激勵個人和機構的方式去運行全節點、服務輕節點、懲罰服務壞數據的惡意全節點。使輕客戶端可持續發展的一種方法是讓他們對全節點發出的每個請求執行小額支付。在不久的將來，輕客戶端將在以太坊分片中扮演重要角色，讓驗證節點快速同步不同的分片。輕客戶端還可用於報告惡意參與者（驗證節點或 plasma 許可權）。輕客戶端對全節點的激勵是一個活躍的研究領域，因為激勵是生態系統穩定的關鍵。

有一些很有前途的想法可以讓輕客戶端快速同步，同時避免前面提到的折衷方案。一種想法是允許全節點提供最新的已知區塊頭的零知識證明（例如，zk-STARK https://eprint.iacr.org/2018/046.pdf）。然後，輕客戶端可以驗證它並與鏈的頂部同步，而無需事先知道區塊鏈的狀態。

總之，在短期內，輕客戶端將成為去中心化應用程序的骨幹，這對用戶友好的分布式生態系統來說是一個非常好的消息。