eth瀏覽器api

㈠ 【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/

㈡ USDT_ERC20和ERC20代幣轉賬提幣API介面的調用流程

USDT_ERC20和ERC20的代幣都可以按照這個教程來只是代幣名字不一樣：

ERC20的USDT，就是以太坊的代幣。轉賬手續費低，速度快。

1、ERC20地址收到USDT後（ztPay平台會根據應用配置裡面的通知地址進行通知），USDT轉賬時需要扣ETH作為手續費。ERC20地址收到USDT後是沒有ETH的。那麼就需要充值ETH。

2、在ztPay平台創建一個ETH地址，往裡面沖入一定數量ETH作為手續費資金池。 這個可以在線介面處創建地址 或者自己調用介面創建地址。

3、等這個地址有了ETH，就可以調用ETH的轉賬介面，往收到USDT_ERC20的地址裡面充值0.0035ETH以上作為手續費 。

因為USDT_ERC20轉賬是扣的當前這個轉出地址裡面的eth作為手續費。

4、總結：USDT_ERC20這個當前地址裡面有usdt，也要有 0.0035以上的eth手續費。那麼才可以調用轉賬介面，開始轉賬。

USDT_ERC20轉賬流程：

第一步：首先通過獲取地址余額介面（name=usdt_erc20），查詢USDT余額包括ETH手續費余額。

第二步：檢測ETH手續費是否大於0.0035ETH，大於則即可調用介面轉出USDT ，轉賬完畢。ETH以太坊網路gas limit和gas price設置

第三步：ETH手續費不足則 調用之前准備的ETH手續費資金池地址，往這個地址裡面轉入至少0.0035的ETH。完畢。等下次執行轉賬時即可轉賬成功。

做一個定時任務最好5以上分鍾執行一次可以通過以太坊瀏覽器來查詢相關金額：https://eth.tokenview.com/cn/ 或者 https://etherscan.io/

介面參考資料： ztPay數字貨幣介面文檔

㈢ 現在的區塊鏈API工具項目在BTC、ETH和EOS公鏈上有哪些類型的API介面

以我目前使用的一款區塊鏈API工具舉例吧。

之前偶爾發現了BCTools，能快速便捷針對BTC，EOS區塊鏈API進行即可即用的測試驗證，同時這些API介面測試網跟主網都可以在BcTools上驗證；樓主有興趣的可以去http://bctools.io使用一下。

目前BCTools上的API好像有下面幾種類型：

㈣ 【ETH錢包開發02】導入錢包

本文主要講解通過助記詞、keystore、私鑰 3種方式來導入錢包。導入錢包就是說根據輸入的這3者中的一個去重新生成一個新的錢包。導入錢包的過程和創建的過程其實是差不多的。

根據助記詞導入錢包不需要原始密碼，密碼可以重新設置。根據用戶輸入的助記詞，先驗證助記詞的合規性（格式、個數等）,驗證正確後，配合用戶輸入的密碼重新生成一個新的錢包。

驗證助記詞的合規性（格式、個數等）

助記詞導入錢包

通過私鑰導入錢包其實和創建錢包的過程基本一致。因為私鑰在導出的時候轉換成了16進制，所以在導入私鑰的時候，要把16進制轉換為byte數組。

keystore就是錢包文件，實際上就是錢包信息的json字元串。導入keystore是需要輸入密碼的，這個密碼是你最後導出keystore時的密碼。將keystore字元串變成walletFile實例再通過 Wallet.decrypt(password, walletFile); 解密，成功則可以導入，否則不能導入。

這是Web3j的API，程序走到這里經常OOM!

具體原因的話，我就不多說了，細節大家可以看這里
https://www.jianshu.com/p/41d4a38754a3

解決辦法
根據源碼修改 decrypt 方法，這里我用一個已經修改好的第三方庫

修改後的解密方法

導入Kestore

1、導入助記詞和私鑰是不需要以前的密碼的，而是重新輸入新的密碼；導入Keystore則需要以前的密碼，如果密碼不正確，會提示地址和私鑰不匹配。

2、關於備份助記詞
用過imtoken的同學可以看到imtoken是可以導出（備份）助記詞的。這個一開始我也很困惑，後來了解到其實它實在創建錢包的時候，在app本地保存了助記詞，導出只是講數據讀取出來而已。還有一點，imtoken一旦備份了助記詞之後，之後就沒有備份那個功能了，也就是說助記詞在本地存儲中刪除了；而且導入錢包的時候也是沒有備份助記詞這個功能的。