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一旦备份了助记词之后，之后就没有备份那个功能了，也就是说助记词在本地存储中删除了；而且导入钱包的时候也是没有备份助记词这个功能的。