以太坊genesisjson

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

⑵ 以太坊錢包私鑰和地址丟失了怎麼辦

用電腦網盤可嘗試恢復。
第一步，打開電腦，可以看到插入的一個硬碟處於BitLocker加密狀態。
第二步，雙擊這個盤，輸入密碼進行解密操作。
第三步，當輸入完正確的密碼後，硬碟就能顯示大小和查看里邊的內容了。
第四步，這個時候，右鍵點擊硬碟，選擇管理BitLocker選項。
第五步，在彈出的窗口中選擇，再次保存或列印安全密鑰選項。
第六步，選擇，將密鑰保存到文件選項。
最後，密鑰就可以重新獲得了。
如何保存私鑰，1、備用Keyfile或JSON，2、掌握自己的助記詞檔，3、用擁有找回專利的數字錢包，4、錢包私鑰最好使用紙筆抄錄，同時自己保存起來，5、切勿相信一切以索取私鑰為理由的空投代幣行為，要時刻記住，世上沒有免費的午餐。

⑶ 以太坊如何解除鎖定賬戶地址 調用json rpc api

因為區塊鏈技術對實現智能合約存在天然的優勢。
比特幣、瑞泰幣、萊特幣、以太坊等數字加密貨幣都使用了區塊鏈技術。
區塊鏈（Blockchain）是比特幣的一個重要概念，本質上是一個去中心化的資料庫，同時作為比特幣的底層技術。區塊鏈是一串使用密碼學方法相關聯產生的數據塊，每一個數據塊中包含了一次比特幣網路交易的信息，用於驗證其信息的有效性（防偽）和生成下一個區塊。

⑷ 5、以太坊名詞解析

詳解參見: 私鑰、公鑰、地址
以太坊的密鑰與比特幣作用相同[相當於你在工商、招商、建設等銀行設置的密碼]

以太坊將明文 密鑰 通過 [混入用戶自己設置的密碼] 加密演算法生成的一種JSON格式的字元串，並以文件格式存儲，以達到保存密鑰的作用。

一系列的由12、15、18、21等不同數量的單詞構成。
作用跟Keystore相同，就是給腦子不好使的同學們用的
'JSON是啥...' '這一長串的括弧加數字是什麼鬼...' '我輸入了密碼為什麼出來了這些東西... 你們的錢包APP是不是有問題啊 ...'

舉個花生：

大白話時間：

所有交易都包含以下組件：

⑸ 分享一個php如何開發以太坊的教程

以太坊規定了每個節點需要實現的JSON RPC API 應用開發介面，該介面是傳輸無關的，應用程序可以通過HTTP、websocket或IPC等多種 通信機制來使用該介面協議操作以太坊節點：

⑹ 如何創建私鏈

創建創世配置文件:
首先需要創建一個「創世」json配置文件,此文件描述了創世區塊的一些參數。下面就是文件中的內容:
{
"coinbase": "",
"config": {
"homesteadBlock": 5
},
"difficulty": "0x20000",
"extraData": "0x",
"gasLimit": "0x2FEFD8",
"mixhash": "",
"nonce": "0x0",
"parentHash": "000000000000000000000000",
"timestamp": "0x00",
"alloc": {
"":
{
"balance":""
}
}
}12345678910111213141516171819

將上面這段代碼復制到一個文本文件里並起名為genesis.json

創世！:
為了不和主鏈的數據沖突，這里建議建立自己的私鏈數據文件夾。在我的電腦上在E盤建了一個EthDBSpace作為以太坊實驗工作區，並在裡面創建了一個PrivChain文件夾作為我的第一個私鏈的數據存放文件夾
這里為了方便管理將genesis.json放在了EthDBSpace文件夾下
打開Windows命令行

鍵入如下命令
geth --datadir "E:\EthDBSpace\PrivChain" init "E:\EthDBSpace\genesis.json"1

–datadir 選項用來指定我們私鏈的數據目錄。在我的電腦上是E:\EthDBSpace\PrivChain
init 命令為創世命令，後面緊跟著我們的創世配置文件路徑。
點擊回車後執行結果如下

此時創世完成！
創建賬戶：
為了在私鏈上做實驗，我們還需要在私鏈上建立自己的賬戶
Windows命令行鍵入
geth --datadir "E:\EthDBSpace\PrivChain" console1

我們由於已經創世成功所以第二次進入客戶端時我們不用再次指定genesis.json文件路徑，而是直接–datadir 指明私鏈數據路徑即可。
console命令用來開啟geth的命令行。
點擊回車後，客戶端會先經過一陣初始化。在命令提示符出現後，說明已經進入geth console

在geth命令行中鍵入
personal.newAccount('Your Password')1

personal.newAccount 函數用來創建賬戶，其中參數為賬戶密碼
點擊回車後會出現

賬戶創建成功後會在命令下方以綠色字元列明創建賬戶的地址，也即賬戶的公鑰
我們可以先查下賬戶余額，在geth命令行中鍵入：
my=eth.accounts[0]
eth.getBalance(my)12

my=eth.accounts[0]，此句的目的是將我們剛創建的賬戶地址賦值給my變數。這樣可以簡化後續賬戶地址輸入。其中eth.accounts記錄了本機上所有賬戶地址。由於我們第一次創建賬戶，所以目前電腦上只有一個賬戶。所以這里我們用eth.accounts[0]提取第一個賬戶地址。eth.getBalance函數用來獲得賬戶余額，參數填入賬戶地址。這里的my變數記錄的就是第一個賬戶的地址。

希望我的回答可以幫到您哦

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

假設兩台電腦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

⑻ 以太坊架構是怎麼樣的

以太坊最上層的是DApp。它通過Web3.js和智能合約層進行交換。所有的智能合約都運行在EVM（以太坊虛擬機）上，並會用到RPC的調用。在EVM和RPC下面是以太坊的四大核心內容，包括：blockChain, 共識演算法，挖礦以及網路層。除了DApp外，其他的所有部分都在以太坊的客戶端里，目前最流行的以太坊客戶端就是Geth（Go-Ethereum）

⑼ Miner 流程

以太坊的礦工出塊的流程，不同版本有過變更，下面基於1.7.3版本和1.8.4版本來分享

channel： 用於1發1收

發送 ：sampleChan<-

接收 ： <-sampleChan 

Feed：用於1發多收，參考chainHeadCh

接收者注冊 ：Subscribe（sampleChan）

發送 ：send, 發送的地方不太好找，需要通過send和event/channel類型查找，例如miner中主要涉及到的就是 PostChainEvents

接收 ：<-sampleChan

數據結構：

可以理解為操作間（eth）中有了礦（tx），那麼礦主（miner）安排工人（worker）挖礦（seal）。結構體定義如下：

Type Miner struct {  -- - 理解為礦主

    mux        *event.TypeMux

    worker     *worker    ---- 理解為幹活的工人

    coinbase    common.Address

    eth            Backend    - --- 理解為操作間

    engine      consensus.Engine    ---- 理解為挖礦的工具

    exitCh        chan struct {}

    canStart        int32 //canstart indicates whether we can start the mining operation

    shouldStart  int32 //shouldstart indicates whether we should start after sync

}

 流程圖如下：

1.  節點啟動： backend.new->miner.new->worker.new: 調用commitNewWork，裡面使用push把work傳遞給cpuAgent， 之後在geth命令行敲miner.start()後->miner.start->worker.start->cpuAgent.start,調用Seal，計算nonce值，再發送 recv 消息，通知 worker . wait ，在收到之後將塊打包插入到區塊鏈，之後調用PostChainEvents，發送消息chainHeadCh， Worker.update 在收到消息後，重新調用 commitNewWor k，形成一個循環。

 2.  創世塊： 調用geth的init命令觸發調用initGenesis->SetupGenesisBlock, 裡面具體強調一下time是使用的genesisBlock.json中的值，一般都是0.

  3.  正常情況： worker . wait ，在收到之後將塊打包插入到區塊鏈，之後調用PostChainEvents，發送消息chainHeadCh， Worker.update 在收到消息後，重新調用 commitNewWor k，形成一個循環。

Miner .new: 在backend new的時候調用，即在節點啟動的時候調用。

Miner . update ：在節點啟動的時候調用，用於監控是否有塊同步，如果有則停止挖礦，如果沒有啟動挖礦，這個在POW這種競爭性出塊的環境中需要。

Worker .new: 在miner.new的時候調用，記載節點啟動的時候調用 

Worker.update: 節點啟動的時候調用，如果是非全節點的話用於監控接受交易transaction，關鍵函數 commitTransactions ，還用於調度在收到 chainHeadCh 的消息後，觸發 commitNewWork

其中 commitNewWork :  用於將pending的tx輸入到系統，計算trie等等操作，生成block，並將work push到cpuAgent處理，注意沒有蓋章

Worker. wait （對應於 1.8.4 的 resultLoop ） ：節點啟動的時候調用，循環監聽 recv 消息，將攜帶的block插入區塊鏈中、發送廣播消息（ NewMinedBlockEvent ）、發送消息 PostChainEvents （發送 ChainHeadEvent ，即 chainHeadCh ），其中的關鍵函數是 WriteBlockAndState 。

cpuAgent .update() :  在cpuAgent.start()->worker.start->miner.start->geth的命令行調用之後啟動循環，用於接收 commitNewWork 分配下來的work，關鍵函數 mine ，裡面調用 Seal ，主要是完成POW尋找nonce值的操作，發送 recv 消息通知worker，也可以叫做蓋章。

類圖如下：

具體結構不再贅述

流程：

Miner.update：用於監控是否有塊同步，如果有則停止挖礦，這個在POW這種競爭性出塊的環境中需要

mainLoop：收到newWorkCh消息後處理，調用commitNewWork中的commit發送taskCh消息

newWorkLoop：收到startCh消息和chainHeadCh消息後發送newWorkCh消息

resultLoop：循環監聽resultCh（seal發送）消息，將攜帶的block插入區塊鏈中，並發送廣播消息，關鍵函數WriteBlockAndState，並發送chainHeadCh消息

taskLoop：以前agent做的事情，收到taskCh消息後，調用seal，裡面發送resultCh消息