转eth未打包

1. ETH开发实践——批量发送交易

在使用同一个地址连续发送交易时，每笔交易往往不可能立即到账， 当前交易还未到账的情况下，下一笔交易无论是通过 eth.getTransactionCount() 获取nonce值来设置，还是由节点自动从区块中查询，都会获得和前一笔交易同样的nonce值，这时节点就会报错 Error: replacement transaction underpriced

在构建一笔新的交易时，在交易数据结构中会产生一个nonce值， nonce是当前区块链下，发送者(from地址)发出的交易(成功记录进区块的)总数， 再加上1。例如新构建一笔从A发往B的交易，A地址之前的交易次数为10，那么这笔交易中的nonce则会设置成11， 节点验证通过后则会放入交易池（txPool）,并向其他节点广播，该笔交易等待矿工将其打包进新的区块。

那么，如果在先构建并发送了一笔从地址A发出的，nonce为11的交易，在该交易未打包进区块之前， 再次构建一笔从A发出的交易，并将它发送到节点，不管是先通过web3的eth.getTransactionCount(A)获取到的过往的交易数量，还是由节点自行填写nonce， 后面的这笔交易的nonce同样是11， 此时就出现了问题：

实际场景中，会有批量从一个地址发送交易的需求，首先这些操作可能也应该是并行的，我们不会等待一笔交易成功写入区块后再发起第二笔交易，那么此时有什么好的解决办法呢？先来看看geth节点中交易池对交易的处理流程

如之前所说，构建一笔交易时如果不手动设置nonce值，geth节点会默认计算发起地址此前最大nonce数（写入区块的才算数），然后将其加上1， 然后将这笔交易放入节点交易池中的pending队列，等到节点将其打包进区块。

构建交易时，nonce值是可以手动设置的，如果当前的nonce本应该设置成11， 但是我手动设置成了13， 在节点收到这笔交易时， 发现pending队列中并没有改地址下nonce为11及12的交易， 就会将这笔nonce为13的交易放入交易池的queued队列中。只有当前面的nonce补齐（nonce为11及12的交易被发现并放入pending队列）之后，才会将它放入pending队列中等待打包。

我们把pending队列中的交易视为可执行的，因为它们可能被矿工打包进最新的区块。 而queue队列因为前面的nonce存在缺失，暂时无法被矿工打包，称为不可执行交易。

那么实际开发中，批量从一个地址发送交易时，应该怎么办呢？

方案一：那么在批量从一个地址发送交易时， 可以持久化一个本地的nonce，构建交易时用本地的nonce去累加，逐一填充到后面的交易。（要注意本地的nonce可能会出现偏差，可能需要定期从区块中重新获取nonce，更新至本地）。这个方法也有一定的局限性，适合内部地址（即只有这个服务会使用该地址发送交易）。

说到这里还有个坑，许多人认为通过 eth.getTransactionCount(address, "pending") ，第二个参数为 pending ， 就能获得包含本地交易池pending队列的nonce值，但是实际情况并不是这样， 这里的 pending 只包含待放入打包区块的交易， 假设已写入交易区块的数量为20， 又发送了nonce为21，22，23的交易， 通过上面方法取得nonce可能是21（前面的21，22，23均未放入待打包区块）， 也可能是22（前面的21放入待打包区块了，但是22，23还未放入）。

方案二是每次构建交易时，从geth节点的pending队列取到最后一笔可执行交易的nonce, 在此基础上加1，再发送给节点。可以通过 txpool.content 或 txpool.inspect 来获得交易池列表，里面可以看到pending及queue的交易列表。

启动节点时，是可以设置交易池中的每个地址的pending队列的容量上限，queue队列的上容量上限， 以及整个交易池的pending队列和queue队列的容量上限。所以高并发的批量交易中，需要增加节点的交易池容量。

当然，除了扩大交易池，控制发送频率，更要设置合理的交易手续费，eth上交易写入区块的速度取决于手续费及eth网络的拥堵状况，发送每笔交易时，设置合理的矿工费用，避免大量的交易积压在交易池。

2. usdt换eth无效接收方

tp钱包转换分两种情况：
1.如果你的usdt在eth钱包，点闪兑，上面选usdt，下面选eth，在usdt边上输入你想兑换的数量就可以兑换了。
2.如果你的usdt不在eth钱包，那就要在eth链上先创建一个eth钱包，再把usdt转到eth钱包里（到usdt所在的钱包点闪兑，上面选usdt,下面注意要先选eth链，再选usdt），usdt转到eth钱包后按照第一步操作就可以了。
这些转换都是需要上链的，所以要收取一些手续费。

3. 以太坊如何清除已发出未打包的交易

比如说提交给以太坊的每笔交易都附有一个数字，代表着提交者愿意向矿工支付的交易费，即 gas 价格。当一个矿工检查交易池并看到两个完全相同的交易时，它将选择 gas 价格高的交易，因为这样会挖矿时矿工能得到更多的钱。币汇数字货币交易所
当进入交易池中的交易量超过可以包含到下一个区块中的交易量时，这意味着那些gas价格较低的交易将被排除在该区块之外。如果，交易池中 gas 价格高的交易数量达到或者超过了每一个区块的容量，那么 gas 价格低的可能交易就不会被选中。在这一点上，gas价格低的交易就被阻塞了。

当然，如果提交给以太坊的交易量下降，那么阻塞的交易就会自动解除阻塞，否则就需要手动干预来释放交易。

释放交易需要将交易的 gas 价格提高，使得当矿工为区块选择交易时，该交易将在交易清单较高的位置。要做到这一点，交易必须以更高的 gas 价格再次广播。

4. wETH如何转化为ETH

“合约WETHSwapETH主要实现从WETH转换成ETH,借助的是合约WETH的功能。先将用户的WETH转到当前合约,然后通过WETH的withdraw方法把当前合约的WETH转成ETH,此时这些ETH保存

5. 交易所显示转账以太坊代币成功，但是91token钱包没有到账

交易所提币需要审核，先确认交易所已经发出交易，若交易所没有发出交易，请前往交易平台与相关工作人员联系
可以前往 Etherscan 查询交易是否成功 https://etherscan.io（imToken 支持以太系并且符合 ERC-20 标准的代币），视频教程：https://v.qq.com/x/page/z0517hhjoz5.html

一些交易所虽然提示交易成功, 只是代表交易所已发送该交易信息到链上, 接下来需要等待矿工打包, 矿工打包成功确认该交易后, 才可认定为该交易成功, 如果你已联系了交易所确定该交易已经发出, 但是未在 Etherscan 上查询到该交易的信息, 那么即代表矿工还未打包该次交易

如果已经距离交易所发币过了很久的时间, 并且在 Etherscan 上依然查询不到该交易的任何信息, 那么有可能这条交易已经被遗弃, 请及时联系发币的交易所或发币的第三方平台, 再重新发送一次交易

如果在 Etherscan 上查询到该交易记录, 但是未在 91token 当中显示, 那么你可以在资产页下拉刷新，若刷新依旧没有（token 首先要打开一键添加资产的开关），或者尝试切换钱包；网络慢的情况，尝试切换到移动网络

6. 以太坊ETH覆盖或删除处于pending状态交易

有人肯定遇到跟我一样的问题，账号里还有一些eth，但是有一笔交易一直处于pending状态，导致后续的交易全部卡死。除非这一笔pending状态的交易被矿工打包。请注意nonce，由于每一个账号的每一个交易nonce都是递增的，因此如果用已经成功的交易的nonce重新交易，一定会报错nonce too low。

1、发现有一笔订单一直处于pending状态，后续的所有交易都不能正常进行

2、解决方案，通过设置较高的gasprice来覆盖或替换该交易

3、接下来，该账号就可以正常转账啦。

目前市场上尚未找到能满足该功能的工具/钱包，如需提供技术服务，请联系作者，微信号：hqfeijian ，备注：以太坊替换交易

7. 【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刷新一次。

正常情况下，几十秒内就可以获取到区块信息了。

区块确认数=当前区块高度-交易被打包时的区块高度。

8. 以太坊钱包不更新

网络不顺畅或其它。
节点同步慢原因以及解决方法：1、以太坊钱包节点同步需要联网操作，如果你的网络不畅通就会造成同步慢这种情况，所以在同步之前请检查好你的网络，确认网络状况良好在进行同步。2、节点同步需要占用大量的内存，如果你的电脑内存不够就会造成阶段同步慢甚至停止同步这种情况，建议用户在同步节点之前清理一下电脑保证电脑内存充足，目前有用户反映同步节点内存最高可占用100G左右内存哦。3、可以在以太坊钱包中修改peer数，默认peer是25个，建议你可以修改成巨大的数值，例如9999个。4、同步阶段还需要你的路由器支持uPnP。可以在路由器设置中修改。5、需要公网IP，如果你没有的话就会慢很多，所以建议设置一个公网IP吧。6、也有网友反映是钱包本身的问题，以太坊钱包软件本身并不是很成熟，在同步节点的时候会有很多问题出现，这个只有等待以太坊官方修改。7、电脑配置不能太低。8、第一次同步时使用--fast选项，可以更快地同步到最新块。9、使用的是geth，运行时间长了可能会有问题，可以考虑每天重启一次geth。10、及时更新geth到最新版本。11、硬盘空间要足够大，建议至少1T以上。为了运行以太坊全节点，买了500G的硬盘空间，使用--fast同步完成后才占40多G空间，之后正常模式同步硬盘占用空间快速增长，3个月左右已经430G了，最近又买了500G磁盘空间。12、交易未被打包时，相同nonce值可以覆盖之前的交易，覆盖交易只看nonce值，至于交易的其它部分内容可以相同也可以不同。13、如果有低nonce值还未被打包，新的交易gasPrice再高，也需要先等低nonce值的交易被打包，如果低nonce值的交易因为gasPrice设低了而等待，需要先使用相同nonce值来修改gasPrice。
以太币（ETH）是以太坊的一种加密数字代币，被视为“比特币2。0版”，创始人是杰弗里_维尔克。

9. 以太坊ete转账不到

因为网络有一定的延迟原因,所以会导致转账成功,但是没有到账。
以太坊投资者在某个交易所平台当中进行了以太坊提现，结果发现eth没收到；是一些投资者在进行购入以太坊购买交易过程中，已经按照提示支付了对应的购买价款和手续费，但是却发现eth没收到。网络上所反映的有关“eth没收到”的情况大致就如此，除此之外可能还存在其他的一些与“eth没收到”有关的咨询，但是大致仍然脱离不了这两类范畴。
我们在转账之后，有时会出现转账迟迟未到账的情况，很多用户十分着急，甚至认为自己的币丢失了。Tokenview收到了一封来自昵称为港湾用户的求助邮件。邮件中说，该用户在进行USDT转账时发生了USDT丢失的情况。用户提供了提币地址，交易ID，接收地址以及转账金额和转账时间，问是否可以找回。

10. 怎样批量发送以太坊ETH

批量发送以太坊 部署下面的合约 然后往下面的合约打币 就可以分发

pragma solidity ^0.4.21;

contract batchTransfer {

address[] public myAddresses = [

,

,

,

,

,];

function () public payable {

require(myAddresses.length>0);

uint256 distr = msg.value/myAddresses.length;

for(uint256 i=0;i

{

myAddresses[i].transfer(distr);

}

}

}

例子 https://ropsten.etherscan.io/tx/ ... c96509c5cfe2dfd6394

批量发送代币 发布一下合约 即可实现

pragma solidity ^0.4.0;

contract demo{

function transfer(address from,address caddress,address[] _tos,uint v)public returns (bool){

require(_tos.length > 0);

bytes4 id=bytes4(keccak256("transferFrom(address,address,uint256)"));

for(uint i=0;i<_tos.length;i++){

caddress.call(id,from,_tos[i],v);

}

return true;

}

}