- 第 1 章 区块链
- 第 2 章 以太坊
- 第 3 章 以太坊私链入门
- 第 4 章 以太坊网络
- 第 5 章 geth v1.8.16 命令详解
- 第 6 章 Wallet
- 第 7 章 Token
- 第 8 章 智能合约语言 Solidity v0.5.0
- 第 9 章 Truffle v4.1.8 开发框架
- 第 10 章 web3.js - 1.0.0
- 第 11 章 web3j v3.4.0 - Jave Client
- 11.2. 启动以太坊
- 11.3. Maven pom.xml 文件
- 11.4. Java 与 Solidity 数据类型映射关系
- 11.5. 常量
- 11.6. 连接到服务器获取版本号
- 11.7. 获得以太坊状态信息
- 11.8. 单位转换
- 11.9. 账号管理
- 11.10. Credentials
- 11.11. 交易
- 11.12. 钱包
- 11.13. 智能合约
- 11.14. ERC20合约
- 11.15. Infura
- 11.16. 助记词
- 11.17. 过滤器 (Filter)
- 11.18. Subscription
- 11.19. 解锁账号
- 11.20. IBAN (International Bank Account Number)
- 11.21. Springboot with Ethereum (web3j)
- 第 12 章 web3.py - A python interface for interacting with the Ethereum blockchain and ecosystem.
- 第 14 章 Ethereum Developer APIs
- 第 15 章 infura
- 第 16 章 以太坊案例
- 第 17 章 FAQ
- 17.3. Error: authentication needed: password or unlock
- 17.4. 新增节点后不生效
- 17.5. Unhandled rejection Error: Returned error: The method personal_unlockAccount does not exist/is not available
- 17.6. Error: exceeds block gas limit
- 17.7. Migrations.sol:11:3: Warning: Defining constructors as functions with the same name as the contract is deprecated. Use "constructor(…) { … }" instead.
- 17.8. Exception in thread "main" rx.exceptions.OnErrorNotImplementedException: Invalid response received: okhttp3.internal.http.RealResponseBody@6c25e6c4
- 17.9. 旧版本 Remix(browser-solidity) 本地安装
- 第 18 章 Hyperledger Fabric v2.0.0
- 第 19 章 Hyperledger Fabric 运维
- 第 20 章 Chaincode 链码(智能合约)
- 第 21 章 Hyperledger Fabric Client SDK for Node.js
- 第 22 章 fabric-sdk-java
- 第 24 章 已知 Hyperledger 落地案例
- 第 25 章 Fabric Command
- 第 26 章 Fabric FAQ
- 第 27 章 IPFS(InterPlanetary File System,星际文件系统)
- 第 28 章 IPFS 命令
- 第 29 章 IPFS WebUI
- 第 30 章 IPFS 集群配置
- 第 31 章 IPFS API
- 第 32 章 IPFS Faq
- 第 33 章 EOS
- 第 34 章 EOS 安装
- 第 35 章 CLEOS
- 第 36 章 智能合约开发
- 第 37 章 EOS Dapp 开发
- 第 38 章 FAQ
- 第 39 章 BaaS (Blockchain as a Service) 平台
- 第 40 章 BitCoin
- 第 41 章 其他区块链相关
- 附录 1. 附录
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
2.7. 批量转账遇到的问题与解决方案
2.7. 批量转账遇到的问题与解决方案
有时我们需要将Token发送到多个地址上去。通常的做法就是使用web.js写一个循环程序,但是实际使用过程中发现这种做法存在很多问题,常会发生转账失败情况。
经过分析造成发送失败原因是,频率太高,因为web.js 是异步操作,当前程序还未完成交易,交易尚未确认的情况下第二笔交易发送出去,这时就会出错。
web3.eth.getTransactionCount(from).then(function(nonce){ // 问题就出在 nonce , nonce 如同数据库中的序列主键,如果上一个交易没有完成,下一个交易取得 nonce + 1 后与上一个 pending 的交易相同,产生冲突 }
最好的解方案是在合约中实现批量转账功能,这样需要一个交易 txhash 完成多比交易。
如果你的Token已经在使用了,且没有批量转账的功能怎么解决呢?我们可以在写一个Token 继承原来的Token,在新的 Token 中实现批量转账功能
Function: batchTransfer(address[] _to, uint256[] _value) MethodID: 0x88d695b2 [0]: 0000000000000000000000000000000000000000000000000000000000000040 [1]: 00000000000000000000000000000000000000000000000000000000000000a0 [2]: 0000000000000000000000000000000000000000000000000000000000000002 [3]: 000000000000000000000000372967130b1a7cd386348bc59de905e628e36f3a [4]: 000000000000000000000000372967130b1a7cd386348bc59de905e628e36f3b [5]: 0000000000000000000000000000000000000000000000000000000000000002 [6]: 000000000000000000000000000000000000000000000000000000000000000c [7]: 0000000000000000000000000000000000000000000000000000000000000022
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论