大家好，今天小编来为大家解答把eth存在交易平台这个问题，以太坊区块链ETH目前存在哪些问题很多人还不知道，现在让我们一起来看看吧！

本文目录

1. 数字货币交易所,国内的哪家最强
2. ETH开发实践——批量发送交易
3. 以太坊区块链ETH目前存在哪些问题

一、数字货币交易所,国内的哪家最强

国内知名数字货币交易所有币斯达克交易所、BBVIP交易所、MGS交易所、EZB牛市交易所、CoinCoin币币交易所等。

币斯达克交易所app，一款全新的区块链货币交易软件，让全国客户轻松享受交易服务的客户端应用，平台为用户提供了一个安全的交易环境，支持多种货币交易，还有最新的区块链资讯，支持多语言本地化，能更好地了解市场行情，帮助用户合理化赚钱。

BBVIP交易所是一款高人气数字货币交易所，支持多种数字货币交易，为用户提供最新最热的数字货币交易信息，可以快速掌握币圈行情。更是有着专业的客服为大家提供服务，感兴趣的话赶紧来下载BBVIP交易所体验一下吧。

MGS交易所是一款新上线的数字货币交易所，有着算力挖矿、分享算力挖矿两个挖矿池。不仅支持MGK法币、MGS代币、GKC金钥匙等多个数字货币交易，还支持自身挖矿，分享挖矿产出剩余的MGS。新用户只需10枚MGS即可成为正式会员，可享受算力挖矿收益、分享挖矿收益、团队收益。

EZB牛市交易所是一款很多人都非常喜欢的区块链数字货币交易所，有着法币交易、杠杆期货、DTZ自贸区等等功能，支持多种数字货币交易，可以随时随地进行买卖。新用户注册即送10URUS，每邀请一人即可获得1URUS。注册实名认证后币秒到账，价值70+，推广扩散更是福利等等。

CoinCoin币币交易所app，一款专业的区块链货币交易软件，软件为用户提供了多种货币交易，在这里还能实时了解币圈动态，查看货币涨幅情况，目前支持BTC与其他资产的撮合交易，平台支持7种国际化语言英语、支持BTC交易区, ETH交易区。

二、ETH开发实践——批量发送交易

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

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

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

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

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

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

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

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

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

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

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

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

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

三、以太坊区块链ETH目前存在哪些问题

以太坊社区的主要开发人员和研究人员始终认为区块链技术要实现大规模采用，可扩展性是区块链应用程序需要解决的唯一最重要的关键。

以太坊的底层设计，最大的问题是以太坊只有一条链，没有侧链，它把所有的程序对等的跑在全球所有节点的矿机上。这样一个很耗资源的程序，会导致问题越来越严重。

2．合约程序漏洞，无法抵御DDOS攻击

据相关研究表明，在基于以太坊的近100万个智能合约上，发现有34,200(约3%)个含有安全漏洞，将允许黑客窃取ETH、冻结资产或删除合约。这几年，以太坊面对合约程序漏洞和DDOS攻击的问题，也一直无法找到很好的解决办法。（更好用的数字货币交易平台“币汇”）

目前的ETH下跌，很大程度上来自于项目方的砸盘套现，这个问题可以在ICO代币融资上进行规则限制，不能像现在这样毫无成本的就能发一个币，而且还没有任何监督惩罚机制。任何事情都需要有一套合理的演进规则，大家按规则办事，所谓无规矩不成方圆。在规则的基础上，各类ICO项目有效监督，有序进出，才是一个正常的市场，这样才可能维系着代币生态的持续、稳定发展。

在以太坊上现在还是POW的挖矿模式，交易是有手续费的，用来激励矿工来处理交易和保护网络，不同的是以太坊是以“gas”的形式来收费的。

在以太坊协议中规定，交易手续费=Gas数量 x Gas价格，其中 Gas数量由智能合约的复杂程度决定，而 Gas价格则由合约发起人决定。这对开发者和用户意味着什么呢？虽然读取本地区块链是免费的，但写入和运算是花钱的，储存更是尤其昂贵，因为任何写入的信息都会被永久的储存着。

以太坊计划实现将 POW机制改为 POW/POS混合共识机制。但这个涉及到技术开发和矿工双方能否达到利益共识的问题了。如果协议发生了变化，社区意见不合时，就会导致分叉，大家各自玩各自的。

关于把eth存在交易平台和以太坊区块链ETH目前存在哪些问题的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。