1. Geth 控制台使用及 Web3.js 使用
在以太坊的DAPP開發中，需要 頁面開發 和 智能合約 開發，頁面開發需要 H5 ， 智能合約 開發用 Solidity 實現。頁面和以太坊智能合約交互，就需要使用 Web3.js 。
Geth 控制台（REPL）實現了所有的 web3 API 及 Admin API ，如果你對Geth命令行不太熟悉，請參考之前的文章。
以太坊客戶端Geth常用命令詳解
重定向日誌到文件
使用geth console啟動時，會在當前的交互界面下時不時出現日誌。
可以使用以下方式把日誌輸出到文件。
可以新開一個命令行終端輸入以下命令查看日誌：
重定向另一個終端
也可以把日誌重定向到另一個終端，先在想要看日誌的終端輸入：
就可以獲取到終端編號，如：/dev/test
然後另一個終端使用：
啟動geth, 這是日誌就輸出到另一個終端。
如果不想看到日誌還可以重定向到空終端：
日誌級別控制
使用–verbosity可以控制日誌級別，如不想看到日誌還可以使用：
另外一個啟動geth的方法是連接到一個geth節點：
2. 以太坊入門（三）用web3j進行以太轉賬及代幣轉賬
上章講到賬戶的查詢，本章講述賬戶轉賬。
代幣轉賬和以太轉賬的區別在於，to地址是合約地址，而input是有三部分數據構成：transfer方法的哈希+收款人的地址+轉賬金額。此處比較難理解的正是Function部分，設置好參數以後，調用rawTransaction就可以了。
3. 以太坊web3.sendRawTransaction離線簽名交易
工作中需要復現短地址攻擊和the重入攻擊，重入攻擊可以直接通過eth.sendTransaction和remix來發送交易，但是短地址攻擊由於錢包和remix這些都對input做了長度檢測，無法通過這些方式來復現，只能通過發離線簽名交易來實現。
1.環境依賴：nodejs , keythereum , ethereumjs-common , ethereumjs-tx 。
2.進入Node控制台，獲取相應賬戶私鑰。
3.簽名交易，進入Node,這里注意nonce問題，需要Nonce是實際可執行的nonce，Nonce不對會發送交易失敗,關於如何獲取input data網路比較多就不詳述了。
4.遇到的坑，網路出來的步驟是有問題的或者過時了，當時是參考的這篇文章， https://www.freebuf.com/articles/blockchain-articles/199903.html
，在控制台通過eth.sendRawTransaction發送簽名好的交易，我遇到了這個錯誤 ** sendRawTransaction invalid sender **
4. 以太坊如何使用web3.js或者rpc介面獲取交易數據交易時間與確認數
如果要查詢主網上的交易記錄，可以使用etherscan。但是，如果是你自己搭建的私鏈，應該如何查詢交易記錄呢？
答案是你需要自己監聽鏈上的日誌，存到資料庫里，然後在這個資料庫中查詢。例如：
varaddr=""
varfilter=web3.eth.filter({fromBlock:0,toBlock:'latest',address:addr});
filter.get(function(err,transactions){
transactions.forEach(function(tx){
vartxInfo=web3.eth.getTransaction(tx.transactionHash);
//這時可以將交易信息txInfo存入資料庫
});
});
web3.eth.filter()用來監聽鏈上的日誌，web3.eth.getTransaction()用來提取指定交易的信息，一旦獲得交易信息，就可以存入資料庫供查詢用了。
推薦一個實戰入門，你可以看看：以太坊教程
5. 以太坊的input和log數據結構（記錄以備忘）
以bsc上的一個普通的erc20轉賬交易（ Binance Transaction Hash (Txhash) Details | BscScan ）為例
input：』』
前面4位元組（8個十六進制）用來匹配調用的方法（用截取哈希值來匹配），這里匹配出來的是erc20的transfer方法：transfer(address recipient, uint256 amount)
再往後32個位元組（64個十六進制）是第一個入參的值，這里是recipient地址
再往後32個位元組（64個十六進制）是第二個入參，這里是amount，把十六進制轉回十進制即可
log：{
topic0：『』，
topic1：』 』，
topic2：『 』，
data：『『
}
這里topic0是event方法的哈希，這里是 web3py.keccak(text='Transfer(address,address,uint256)').hex()
topic1，2，3分別是event裡面的有indexed的入參，搜索得知transfer這個event的入參分別為address indexed from，address indexed to，正好對應著這里的topic1和topic2，即發送方和接收方的地址
data是event裡面沒有indexed的入參由先後順序按照相應的類型所佔的位元組數分隔開就行了，這里就是uint256（也就是每個變數佔64個十六進制的長度），轉賬金額
6. 【ETH錢包開發03】web3j轉賬ETH
在之前的文章中，講解了創建、導出、導入錢包。
【ETH錢包開發01】創建、導出錢包
【ETH錢包開發02】導入錢包
本文主要講解以太坊轉賬相關的一些知識。交易分為ETH轉賬和ERC-20 Token轉賬，本篇先講一下ETH轉賬。
1、解鎖賬戶發起交易。錢包keyStore文件保存在geth節點上，用戶發起交易需要解鎖賬戶，適用於中心化的交易所。
2、錢包文件離線簽名發起交易。錢包keyStore文件保存在本地，用戶使用密碼+keystore的方式做離線交易簽名來發起交易，適用於dapp，比如錢包。
本文主要講一下第二種方式，也就是錢包離線簽名轉賬的方式。
交易流程
1、通過keystore載入轉賬所需的憑證Credentials
2、創建一筆交易RawTransaction
3、使用Credentials對象對交易簽名
4、發起交易
注意以下幾點：
1、Credentials
這里，我是通過獲取私鑰的方式來載入 Credentials
還有另外一種方式，通過密碼+錢包文件keystore方式來載入 Credentials
2、nonce
nonce是指發起交易的賬戶下的交易筆數，每一個賬戶nonce都是從0開始，當nonce為0的交易處理完之後，才會處理nonce為1的交易，並依次加1的交易才會被處理。
可以通過 eth_gettransactioncount 獲取nonce
3、gasPrice和gasLimit
交易手續費由gasPrice 和gasLimit來決定，實際花費的交易手續費是 gasUsed * gasPrice 。所有這兩個值你可以自定義，也可以使用系統參數獲取當前兩個值
關於 gas ，你可以參考我之前的一篇文章。
以太坊（ETH）GAS詳解
gasPrice和gasLimit影響的是轉賬的速度，如果gas過低，礦工會最後才打包你的交易。在app中，通常給定一個默認值，並且允許用戶自己選擇手續費。
如果不需要自定義的話，還有一種方式來獲取。獲取以太坊網路最新一筆交易的 gasPrice ,轉賬的話， gasLimit 一般設置為21000就可以了。
Web3j還提供另外一種簡單的方式來轉賬以太幣,這種方式的好處是不需要管理nonce，不需要設置gasPrice和gasLimit，會自動獲取最新一筆交易的gasPrice，gasLimit 為21000（轉賬一般設置成這個值就夠用了）。
這個問題，我想是很多朋友所關心的吧。但是到目前為止，我還沒有看到有講解這方面的博客。
之前問過一些朋友，他們說可以通過區塊號、區塊哈希來判斷，也可以通過Receipt日誌來判斷。但是經過我的一番嘗試，只有 BlockHash 是可行的，在web3j中根據 blocknumber 和 transactionReceipt 都會報空指針異常。
原因大致是這樣的：在發起一筆交易之後，會返回 txHash ，然後我們可以根據這個 txHash 去查詢這筆交易相關的信息。但是剛發起交易的時候，由於手續費問題或者乙太網絡擁堵問題，會導致你的這筆交易還沒有被礦工打包進區塊，因此一開始是查不到的，通常需要幾十秒甚至更長的時間才能獲取到結果。我目前的解決方案是輪詢的去刷 BlockHash ，一開始的時候 BlockHash 的值為0x00000000000，等到打包成功的時候就不再是0了。
這里我使用的是rxjava的方式去輪詢刷的，5s刷新一次。
正常情況下，幾十秒內就可以獲取到區塊信息了。
區塊確認數=當前區塊高度-交易被打包時的區塊高度。
7. 使用Web3J與第三方合約交互——批量轉賬
之前使用NodeJs與智能合約交互，都是訪問的自己部署的合約。最近要對線上第三方合約進行轉賬操作，人數比較多，一筆筆操作起來手指都點斷了還容易出錯。既然代幣Token都遵守ERC20協議，肯定有統一的Transfer(轉賬)方法供客戶端調用，那麼編寫程序實現自動轉賬應該可以實現，去查了相關資料發現web3j是不錯的選擇。
輕量級客戶端與以太坊交互的Java庫。
既然是調用第三方合約那麼肯定需要知道合約地址，合約地址定義了到哪裡去訪問合約；
ABI（Application Binary Interface）: 應用程序二進制介面，定義了智能合約提供的方法功能
若是無法獲取到ABI介面，也可以使用solc編譯生產bin和abi文件。
(生產代理類時可以指定包路徑和類名)
這樣一來，便可以使用程序完成批量轉賬操作。
後來研究發現，使用NodeJs直接調用Web3也可以實現對應功能，不過還是對Java更熟悉一些，就採用了Java的方式。
8. 【ETH錢包開發04】web3j轉賬ERC-20 Token
在上一篇文章中講解了ETH轉賬，這一篇講一下ERC-20 Token轉賬。
【ETH錢包開發03】web3j轉賬ETH
1、直接用web3j的API
2、java／Android調用合約的 transfer 方法
不管用哪種方式來轉賬，你都需要先寫一個solidity智能合約文件來創建ERC-20 Token，然後部署合約，最後才是通過客戶端來調用。
注意：erc-20 token轉賬和eth轉賬的區別如下：
1、erc-20 token創建交易對象用的是這個方法 createTransaction
2、erc-20 token需要構建 Function ，它其實對應的就是erc-20 token合約中的那些方法。它的第一個參數就是ERC20中那幾個方法的名稱，第二個參數的話就是對應合約方法中的參數，第三個參數是和第二個參數對應的，按照我那樣就行了。轉賬的話就是 transfer ，我們從合約的 transfer 可以看到第一個參數是收款地址，第二個參數是金額，所以 Function 這里對應起來就好。
這種方法不需要使用web3j封裝的方法，而是直接調用solidity合約的方法。
步驟
1、web3j載入一個已經部署的合約
2、驗證合約是否載入成功 isValid
3、如何載入合約成功，則調用合約的 transfer 方法
注意：
1、這里的 TokenERC20 是根據solidity智能合約生成的對應的Java類，用於java／Android和智能合約交互的，如果你對這里不太清楚，不妨看看我之前的一篇文章。
以太坊Web3j命令行生成Java版本的智能合約
2、如果載入合約失敗，可能的一個原因是合約對應的Java類中的 BINARY 的值不對，這個值是你部署合約成功之後的bytecode，你最好檢查對比一下。
我發送一筆交易，可以通過這個地址查詢
https://rinkeby.etherscan.io/tx/
9. 用Go來做以太坊開發⑤事件日誌
智能合約具有在執行期間「發出」事件的能力。 事件在以太坊中也稱為「日誌」。 事件的輸出存儲在日誌部分下的事務處理中。 事件已經在以太坊智能合約中被廣泛使用，以便在發生相對重要的動作時記錄，特別是在代幣合約（即ERC-20）中，以指示代幣轉賬已經發生。 這些部分將引導您完成從區塊鏈中讀取事件以及訂閱事件的過程，以便交易事務被礦工打包入塊的時候及時收到通知。
為了訂閱事件日誌，我們需要做的第一件事就是撥打啟用websocket的以太坊客戶端。 幸運的是，Infura支持websockets。
下一步是創建篩選查詢。 在這個例子中，我們將閱讀來自我們在之前課程中創建的示例合約中的所有事件。
我們接收事件的方式是通過Go channel。 讓我們從go-ethereum core/types 包創建一個類型為 Log 的channel。
現在我們所要做的就是通過從客戶端調用 SubscribeFilterLogs 來訂閱，它接收查詢選項和輸出通道。 這將返回包含unsubscribe和error方法的訂閱結構。
最後，我們要做的就是使用select語句設置一個連續循環來讀入新的日誌事件或訂閱錯誤。
我們會在下個章節介紹如何解析日誌。
Commands
Store.sol
event_subscribe.go
智能合約可以可選地釋放「事件」，其作為交易收據的一部分存儲日誌。讀取這些事件相當簡單。首先我們需要構造一個過濾查詢。我們從go-ethereum包中導入 FilterQuery 結構體並用過濾選項初始化它。我們告訴它我們想過濾的區塊范圍並指定從中讀取此日誌的合約地址。在示例中，我們將從在 智能合約章節 創建的智能合約中讀取特定區塊所有日誌。
下一步是調用ethclient的 FilterLogs ，它接收我們的查詢並將返回所有的匹配事件日誌。
返回的所有日誌將是ABI編碼，因此它們本身不會非常易讀。為了解碼日誌，我們需要導入我們智能合約的ABI。為此，我們導入編譯好的智能合約Go包，它將包含名稱格式為 <Contract>ABI 的外部屬性。之後，我們使用go-ethereum中的 accounts/abi 包的 abi.JSON 函數返回一個我們可以在Go應用程序中使用的解析過的ABI介面。
現在我們可以通過日誌進行迭代並將它們解碼為我么可以使用的類型。若您回憶起我們的樣例合約釋放的日誌在Solidity中是類型為 bytes32 ，那麼Go中的等價物將是 [32]byte 。我們可以使用這些類型創建一個匿名結構體，並將指針作為第一個參數傳遞給解析後的ABI介面的 Unpack 函數，以解碼原始的日誌數據。第二個參數是我們嘗試解碼的事件名稱，最後一個參數是編碼的日誌數據。
此外，日誌結構體包含附加信息，例如，區塊摘要，區塊號和交易摘要。
若您的solidity事件包含 indexed 事件類型，那麼它們將成為 主題 而不是日誌的數據屬性的一部分。在solidity中您最多隻能有4個主題，但只有3個可索引的事件類型。第一個主題總是事件的簽名。我們的示例合約不包含可索引的事件，但如果它確實包含，這是如何讀取事件主題。
正如您所見，首個主題只是被哈希過的事件簽名。
這就是閱讀和解析日誌的全部內容。要學習如何訂閱日誌，閱讀上個章節。
命令
Store.sol
event_read.go
首先，創建ERC-20智能合約的事件日誌的interface文件 erc20.sol :
然後在給定abi使用 abigen 創建Go包
現在在我們的Go應用程序中，讓我們創建與ERC-20事件日誌簽名類型相匹配的結構類型：
初始化以太坊客戶端
按照ERC-20智能合約地址和所需的塊范圍創建一個「FilterQuery」。這個例子我們會用 ZRX 代幣:
用 FilterLogs 來過濾日誌：
接下來我們將解析JSON abi，稍後我們將使用解壓縮原始日誌數據：
為了按某種日誌類型進行過濾，我們需要弄清楚每個事件日誌函數簽名的keccak256哈希值。 事件日誌函數簽名哈希始終是 topic [0] ，我們很快就會看到。 以下是使用go-ethereum crypto 包計算keccak256哈希的方法：
現在我們將遍歷所有日誌並設置switch語句以按事件日誌類型進行過濾：
現在要解析 Transfer 事件日誌，我們將使用 abi.Unpack 將原始日誌數據解析為我們的日誌類型結構。 解包不會解析 indexed 事件類型，因為它們存儲在 topics 下，所以對於那些我們必須單獨解析，如下例所示：
Approval 日誌也是類似的方法：
最後，把所有的步驟放一起：
我們可以把解析的日誌與etherscan的數據對比: https://etherscan.io/tx/#eventlog
Commands
erc20.sol
event_read_erc20.go
solc version used for these examples
要讀取 0x Protocol 事件日誌，我們必須首先將solidity智能合約編譯為一個Go包。
安裝solc版本 0.4.11
為例如 Exchange.sol 的事件日誌創建0x Protocol交易所智能合約介面:
Create the 0x protocol exchange smart contract interface for event logs as Exchange.sol :
接著給定abi，使用 abigen 來創建Go exchange 包：
Then use abigen to create the Go exchange package given the abi:
現在在我們的Go應用程序中，讓我們創建與0xProtocol事件日誌簽名類型匹配的結構體類型：
初始化以太坊客戶端：
創建一個 FilterQuery ，並為其傳遞0x Protocol智能合約地址和所需的區塊范圍：
用 FilterLogs 查詢日誌：
接下來我們將解析JSON abi，我們後續將使用解壓縮原始日誌數據：
為了按某種日誌類型過濾，我們需要知曉每個事件日誌函數簽名的keccak256摘要。正如我們很快所見到的那樣，事件日誌函數簽名摘要總是 topic[0] ：
現在我們迭代所有的日誌並設置一個switch語句來按事件日誌類型過濾：
現在要解析 LogFill ，我們將使用 abi.Unpack 將原始數據類型解析為我們自定義的日誌類型結構體。Unpack不會解析 indexed 事件類型，因為這些它們存儲在 topics 下，所以對於那些我們必須單獨解析，如下例所示：
對於 LogCancel 類似：
最後是 LogError ：
將它們放在一起並運行我們將看到以下輸出：
將解析後的日誌輸出與etherscan上的內容進行比較： https://etherscan.io/tx/
命令
Exchange.sol
event_read_0xprotocol.go
這些示例使用的solc版本
10. 以太坊錢包轉賬實戰記錄
最近項目中，要求給客戶退款。 雖然之前我們寫的服務封裝了以太坊錢包轉賬的諸多細節，可以很方便的轉賬，但考慮再三，覺得最安全的方式還是用錢包本身的命令來轉賬。話不多說，這里記錄下用以太坊錢包轉賬的步驟：
1. 首先網路搜索了下，網上此類的文章還不少。看了一圈後，覺得最好的還是這篇： https://blog.csdn.net/DDFFR/article/details/53673650 geth賬戶管理轉賬。
2.開始打開自己的以太坊錢包。查看錢包各個賬戶的余額。命令：eth.getBalance('0xaddress')
3. 開始轉賬步驟：
3.1） 解鎖賬戶。命令：personal.unlockAccount("0xaddress123456789",「123456」）。 第一個參數：賬戶，第二個參數：解鎖密碼。就是創建這個賬戶地址時的密碼。 其實還有第三個參數，是時間，表示解鎖多久。如60，就寫0x3c。可以不寫，默認是300秒，就是5分鍾；
3.2）計算fee：因為想把賬戶里的錢都退回去，所以要計算一個合理的fee，fee的計算公式：
fee <= gasPrice * gasLimit，對於普通的ETH交易，則gasLimit=21000即可，這個值可看區塊瀏覽器的交易，一般都是這個值。而gasPrice則需要自己確定，這個是浮動的。獲取方式：通過錢包的:
eth.gasPrice 來獲取錢包本身推薦的礦工費。也可自己給一個值。但記住，給太低就沒人打包了；
而對於gasLimit，錢包的值各不相同。如果不在乎手續費的話，可以用後面提到了的轉賬命令，給自己的賬戶發送一個0eth的轉賬，來獲取本錢包的gaslimit參數。
3.3）計算實際款額度：
amout = 賬戶的余額-fee
3.4）轉賬命令：
有幾個方式：
gasprice/gaslimit由錢包本身指定： eth.sendTransaction({from: '0xfromaddress', to: '0xtoaddress', value: web3.toWei(1, "ether")})
eth.sendTransaction({from: '0xfromaddress', to: '0xtoaddress', value: web3.toWei(0, "ether")})//通過這個可以獲取錢包本身提供的 gasLimit默認參數。
自己指定gasprice/gaslimit：eth.sendTransaction({from: '0xfromaddress', to: '0xtoaddress', gasPrice: web3.toWei(30, 'gwei'), gas:21000, value: web3.toWei(1, "ether")})
這里用到了web3.toWei()函數，這個函數表示將第一個數字參數變成最小以太坊單位Wei表示的一個數字。第二個參數表示這個參數的單位。可以是1Gwei = 10^9 Wei，1 ether=10^18 Wei.
如果出現錯誤，根據提示修改參數。如果成功，則返回一個交易id。根據這個id到瀏覽器上查看交易狀態即可。
上面步驟要在解鎖時間范圍內完成，要不就提示賬戶被鎖定的信息。感覺以太坊這點做得還是挺好，挺安全的。
在做上面步驟時，這里還遇到了一個坑，就是有個服務會掃描錢包賬戶，進行資金歸集。對此，為了操作不被打斷。必須先停止對這個錢包操作的所有服務，否則會中斷轉賬流程，引起不必要的安全隱患。所以切記：轉賬前，保證只有你自己在操作錢包；轉賬前，保證只有你自己在操作錢包；轉賬前，保證只有你自己在操作錢包；