㈠ 以太坊ETH怎样批量转账
bitpie.com钱包有直接批量转账工具，方便的很。
㈡ 以太坊ETH怎么进行批量发币
比特派钱包里有以太坊ETH的批量转账工具，复制多个地址，然后打开钱包即可，非常简单。
㈢ 如何批量创建生成ETH钱包地址助记词私钥
批量生成ETH钱包地址
1，打开连接工具地址： https://www.ztpay.org/tool.html
2，找到批量创建地址；如下图
4，填入想要生成的钱包数量；
5，然后点击“生成地址”；
生成钱包地址之后，根据自己需要进行选择即可。
㈣ 比特派 ETH、ERC20 Token 批量转账教程，好用！
功能简介：
比特派的批量转账功能可以将你的ETH或ERC20的TOKEN 同时发送到多个地址（当前最多支持255个）。
优势：
节省操作时间，节省矿工费。
操作教程：
1、打开比特派，在左上角切换到“ETH体系”点击 “批量转账”
2、进入操作页面后，首先确认自己用来付款的的币种、地址。然后点击加号【+】来添加收款方信息。
3、你可以选择【从剪贴板获取】或者【手动输入】收款方信息。
当你选择从剪贴板获取时：
你需要按固定格式提前复制好相关内容，再点击此按钮才可添加成功。
格式为：
地址,金额 （地址和金额之间用英文的逗号分隔，多组信息之间需要换行）
例如：
0xc35f4f66ef......20db8f7d , 0.001
0xfe4503c78......4e4ae1ae , 0.002
如果您要处理的地址较多，建议使用电脑表格软件进行整理，格式如下。
当你整理的地址在表格内显示异常时，选中所有异常的表格，右键选择单元格格式，并将单元格格式选择文本。（不同的软件操作步骤略有差异，核心操作在于将单元格文本格式选择成文本。）
整理完成后，可通过微信等其他软件将内容发送到手机并复制，打开批量转账页面点击加号+，选择从剪贴板复制，即可批量添加收款信息。
当你选择手动输入时：
可以手动输入地址、金额。也可以通过扫码、地址簿添加等方式添加地址。
4、地址信息添加完成并确认无误后，点击确认转账，核对好相关信息后点击确认，即可发出。等待合约确认后，便可查看所有的转账详情。
㈤ 以太坊ETH怎么批量转账
目前没有，在交易所也只能一个一个转
㈥ ETH以太坊怎样进行一键发币
以太坊一键发币，具体的技术内容不太了解，但是这样的操作安全吗？数字金融安全允许一键发币这种操作吗？
㈦ 怎样批量发送以太坊ETH
比特派钱包里有以太坊ETH的批量转账工具，复制多个地址，然后打开钱包即可，非常简单。
㈧ 以太坊ETH如何给多个地址批量转账发币
用比特派钱包啊，支持批量地址转账，挺好用的。
㈨ 比特派钱包怎样进行以太坊ETH的批量转账
批量转账的话，你得准备好地址，要发送的币数，然后复制下。打开比特派切换到 以太坊币种下，批量转账进入后，直接从粘贴板粘贴上去就OK了。 具体的在钱包里有教程，你可看下。
㈩ 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网络的拥堵状况，发送每笔交易时，设置合理的矿工费用，避免大量的交易积压在交易池。